CN111741047B - 一种虚拟警示牌处理方法、装置、系统及介质 - Google Patents

Abstract

本发明公开了一种虚拟警示牌处理方法、装置、系统及介质，所述方法包括若第一终端为车载终端，则当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；若是，则将所述车辆状态确定为紧急停车状态；若车辆状态为紧急停车状态，则获取车辆信息，根据车辆信息生成警示报文，将警示报文上报至云平台；云平台根据警示报文生成虚拟警示牌，将虚拟警示牌推送至至少一个第二终端；第二终端显示虚拟警示牌。本发明避免了使用实物警示牌产生的危险，也不受限于本车和来车的位置关系或者司机的视线，起到更为可靠的示警作用。

Description

一种虚拟警示牌处理方法、装置、系统及介质

技术领域

本发明涉及车辆领域，尤其涉及一种虚拟警示牌处理方法、装置、系统及介质。

背景技术

车辆行驶过程若发生故障或其它突发事件需要紧急停车，通常驾驶员应当将车驶入应急车道停车，开启危险报警闪光灯，并迅速将警示牌设置在来车方向，对于高速公路，警示牌需要放置在一百五十米以外。

警示牌作为指示来车的重要标志物，其对于保证本车和来车安全具有至关重要的作用，但是警示牌的使用，存在一定的局限性。

首先，警示牌是实物警示牌，在紧急停车后放置危险警示牌前，只要后方有来车，本车和来车彼此都仍然处在危险中。

第二，警示牌只能对看得到警示牌的来车起到警示作用，其警示能力受限于各个来车的位置和司机的视线。某些情况下，放置警示牌后，对后方第一辆来车可以产生警示作用，但是，如果第一辆来车之后有跟随车辆，其没有与前车保持安全距离，并且前车遮挡其视线，这种情况使本车与跟随车都处在危险中。

第三，解除紧急停车后，司机不能贸然取回警示牌，否则司机的安全和来车的安全都无法保证。

发明内容

为了解决现有技术中依赖于实物的警示牌对来车进行危险提示的场景中，在警示牌放置和取回过程中难以保证本车和来车安全，并且警示牌的警示作用受限于来车的位置和司机的视线的技术问题，本发明实施例提供一种虚拟警示牌处理方法、装置、系统及介质。

一方面，本发明提供了一种虚拟警示牌处理方法，所述方法包括：

第一终端获取车辆状态；

若所述车辆状态为紧急停车状态，则获取车辆信息，根据所述车辆信息生成警示报文，将所述警示报文上报至云平台；

云平台确定至少一个第二终端，根据所述警示报文生成虚拟警示牌，将所述虚拟警示牌推送至所述第二终端；

第二终端显示所述虚拟警示牌；

所述第一终端获取车辆状态，包括：

若所述第一终端为车载终端，则当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；

若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

另一方面，本发明提供一种虚拟警示牌处理方法，所述方法包括：

获取第一终端上传的警示报文，解析所述警示报文得到车辆位置信息和车辆标识信息；所述第一终端用于获取车辆状态；若所述车辆状态为紧急停车状态，则获取车辆信息，根据所述车辆信息生成警示报文，将所述警示报文上报至云平台；

确定与所述警示报文中车辆位置信息的精度相适配的地图区域；

根据所述地图区域和车辆标识信息生成虚拟警示牌；

确定至少一个第二终端；

将所述虚拟警示牌推送至所述第二终端，以使得所述第二终端显示所述虚拟警示牌；

其中，所述第一终端用于获取车辆状态，包括：若所述第一终端为车载终端，则用于当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；

若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则用于响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

另一方面，本发明提供一种虚拟警示牌处理装置，所述装置包括：

警示报文获取模块，用于获取第一终端上传的警示报文，解析所述警示报文得到车辆位置信息和车辆标识信息；所述第一终端用于获取车辆状态，若所述车辆状态为紧急停车状态，则获取车辆信息，根据所述车辆信息生成警示报文，将所述警示报文上报至云平台；

地图区域确定模块，用于确定与所述警示报文中车辆位置信息的精度相适配的地图区域；

虚拟警示牌生成模块，用于根据所述地图区域和车辆标识信息生成虚拟警示牌；

第二终端确定模块，用于确定至少一个第二终端；

虚拟警示牌推送模块，用于将所述虚拟警示牌推送至所述第二终端，以使得所述第二终端显示所述虚拟警示牌；

其中，所述第一终端用于获取车辆状态，包括：若所述第一终端为车载终端，则用于当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；

若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则用于响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

另一方面，本发明提供一种虚拟警示牌处理系统，所述系统包括：

第一终端，用于获取车辆状态；若所述车辆状态为紧急停车状态，则获取车辆信息，根据所述车辆信息生成警示报文，将所述警示报文上报至云平台；

云平台，用于确定至少一个第二终端，根据所述警示报文生成虚拟警示牌，将所述虚拟警示牌推送至所述第二终端；

第二终端，用于显示所述虚拟警示牌；

所述第一终端具体用于：若所述第一终端为车载终端，则当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；

若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

另一方面，本发明提供一种计算机存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述的一种虚拟警示牌处理方法。

本发明提供了一种虚拟警示牌处理方法、装置、系统及介质，通过获取车辆状态，根据车辆状态生成警示报文，将警示报文发送至云平台后，通过云平台下发虚拟警示牌的方式，避免了使用实物警示牌产生的可能的危险，也不受限于本车和来车的位置关系或者司机的视线，从而起到更为可靠的示警作用。本发明所述的技术方案并不需要增加硬件成本，因此具有较好的可推广性。由云平台获取各个第一终端产生的警示报文，达到了在不额外增加数据采集成本的前提下，以众包方式获取更多地图信息目的，并且可以使得与云平台通信的第二终端也可以获取丰富的地图信息。

附图说明

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

图1是本发明提供的一种虚拟警示牌处理方法的实施环境的实施环境示意图；

图2是本发明提供的一种虚拟警示牌处理方法的流程图；

图3是本发明提供的第一终端获取车辆状态的实现流程图；

图4是本发明提供的车辆的其中一个逻辑示意图；

图5是本发明提供的云平台根据所述警示报文生成虚拟警示牌流程图；

图6是本发明提供的车辆的另一个逻辑示意图；

图7是本发明提供的虚拟警示牌示意图；

图8是本发明提供的根据所述地图区域和车辆标识信息生成虚拟警示牌流程图；

图9是本发明提供的另一虚拟警示牌的示意图；

图10是本发明提供的另一根据所述地图区域和车辆标识信息生成虚拟警示牌流程图；

图11是本发明提供的一种虚拟警示牌处理方法流程图；

图12是本发明提供的将所述虚拟警示牌推送至所述第二终端的流程图；

图13是本发明提供的云平台的数据处理逻辑示意图；

图14是本发明提供的一种虚拟警示牌处理装置框图；

图15是本发明提供的一种用于实现本发明实施例所提供的方法的设备的硬件结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了使本发明实施例公开的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明实施例，并不用于限定本发明实施例。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。为了便于理解本发明实施例所述的技术方案及其产生的技术效果，本发明实施例首先对于相关专业名词进行解释：

TBOX:Telematics BOX，汽车通信网关对内收集汽车内部总线(CAN、Ethernet)信息，对外通过无线的通信技术与云端服务器连接,实现数据的上传下载。

CAN总线：Controller Area Network，控制器局域网络是由以研发和生产汽车电子产品著称的德国BOSCH公司开发的，并最终成为国际标准。目前已成为最普遍使用的汽车内部总线协议。

GNSS：Global Navigation Satellite System，全球卫星导航系统。全球导航卫星系统是能在地球表面或近地空间的任何地点为用户提供全天候的3维坐标和速度以及时间信息的空基无线电导航定位系统。美国GPS、俄罗斯GLONASS、欧盟GALILEO和中国北斗卫星导航系统等4大GNSS系统已经陆续投入使用。现在汽车普遍装配能够接收GPS、北斗等卫星导航系统的数据的定位接收机。

IMU，Inertial measurement unit，惯性测量单元是测量物体三轴姿态角(或角速率)以及加速度的装置。配合GNSS实现组合导航，在卫星导航信号缺失的情况下，仍能给出连续的位置信息输出。

MCU，Microcontroller Unit，单片机是把中央处理器、内存、计数器、模数转换、CAN等周边通信接口，整合在单一芯片上，形成芯片级的计算机，在汽车电子中大量应用。

ADCU，Autonomous Driving Control Unit，自动驾驶控制单元。

HDMap，High Definition Map，HDMap相对于常用的普通电子导航地图而言的，具有高精度、实时更新等特点。高精度地图不仅有高精度的坐标，同时还有准确的车道形状，并且包含每个车道的坡度、曲率、侧倾、以及限速值等信息。HDMap可实现更加精确的车辆定位，为车辆路径规划提供车道线以及限速等相关信息。

4G：第四代移动通信及其技术的简称。

为了解决现有技术中依赖于实物的警示牌对来车进行危险提示的场景中，在警示牌放置和取回过程中难以保证本车和来车安全，并且警示牌的警示作用受限于来车的位置和司机的视线的技术问题，本发明实施例提供一种虚拟警示牌处理方法。

首先，本发明实施例公开了在一个可行的实施例中所述一种虚拟警示牌处理方法的实施环境。

参照图1，所述实施环境包括第一终端10、第二终端50和云平台30，所述第一终端10和第二终端50具体可以是车载终端、台式终端或移动终端，移动终端具体可以是手机、平板电脑和笔记本电脑等中的至少一种。其中，车载终端是设置于车辆并随车移动的智能终端。云平台30可以与第一终端10、第二终端50均通信连接。

云平台30可以接收第一终端10上报的警示信息，根据所述警示信息生成虚拟警示牌，并将所述虚拟警示牌下发至至少一个第二终端50，所述虚拟警示牌可以为画面警示牌，可以通过将第一终端10上报的警示信息的相关内容发送至第二终端50中的地图上从而在第二终端显示语音、文字、或者画面警示牌，或者所述画面警示牌也可以为根据第一终端10上报的警示信息的相关内容生成的图像。

云平台30还可以接收第一终端10上报的解除警示信息，根据所述解除警示信息解除推送至第二终端50的画面警示牌，解除画面警示牌可以通过向第二终端50发布解除警示信息的相关内容以使得虚拟警示牌在第二终端50中的地图上被删除，或者直接在第二终端50中删除图像形式的画面警示牌。

所述云平台30可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

请参考图2，其示出了一种虚拟警示牌处理方法的流程图，所述方法可以以图1所述的实施环境中第一终端、第二终端和云平台构成的系统为执行主体实施，所述方法可以包括：

S101.第一终端获取车辆状态。

所述车辆状态用于指示车辆是否处于紧急停车状态。本发明实施例中，第一终端可以定时或不定时获取所述车辆状态。在一个可行的实施中，所述第一终端为车载终端，所述第一终端获取车辆状态，如图3所示，包括：

S1011.当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下。

S1013.若是，则将所述车辆状态确定为紧急停车状态。

在其它条件下，车辆状态可以为非紧急停车状态。比如，若所述第一终端为车载终端，则判断车辆是否已在紧急停车状态；若车辆已在紧急停车状态，检测到危险警报灯复位并且车速大于或等于预设阈值时，将所述车辆状态确定为非紧急停车状态。

在另一个可行的实施例中，所述第一终端为移动终端或其它非车载终端，所述第一终端获取车辆状态，包括：

S1012.响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

S1014.响应于预设解除紧急停车触发指令，将所述车辆状态确定为非紧急停车状态。

具体地，可以通过捕捉用户在第一终端的显示界面的某个操作产生紧急停车触发指令或解除紧急停车触发指令，所述操作包括但不限于：单击操作、长按操作、压力触控操作、语音操作中的至少一种。

其中，单击操作是单次点击触摸屏的操作；长按操作是按压触摸屏的时长超过第一时长的操作；压力触控操作是按压压力超过预设压力值的操作；语音操作是车辆识别用户的语音指令执行的操作。

S103.若所述车辆状态为紧急停车状态，则获取车辆信息；根据所述车辆信息生成警示报文，将所述警示报文上报至云平台。

在一个优选的实施例中，所述第一终端可以将警示报文首先发送至车厂对应的云平台，由车厂对应的云平台对所述警示报文进行校验，将校验通过的警示报文转发至云平台。

具体地，所述车辆信息包括车辆位置信息和车辆标识信息，车辆标识信息包括车辆车牌信息，还可以另行包括车辆类型信息。具体地，所述车辆类型信息可以用于指示车辆是卡车、客车、轿车等类型，不同的类型的车辆具有不同的车长和车宽，从而可能对来车的绕行轨迹产生影响。

如图4所示，其示出了车辆的其中一个逻辑示意图。汽车通信网关(TBOX)模块通过与危险警示灯和车速传感器通信获取车辆状态，若车辆状态为紧急停车状态，则汽车通信网关(TBOX)模块中集成的第一全球卫星导航系统模块(GNSS)模块提供的车辆位置信息，并通过内置的4G接口与云平台进行通信，以发送警示报文。

S105.云平台根据所述警示报文生成虚拟警示牌，确定至少一个第二终端，将所述虚拟警示牌推送至所述第二终端。

在一个可行的实施例中，所述云平台根据所述警示报文生成虚拟警示牌，如图5所示，包括：

S1.确定与所述警示报文中车辆位置信息的精度相适配的地图区域。

在一个可行的实施例中，若所述警示报文中的车辆位置信息为一级精度，则所述地图区域相应的可以为第一精度(普通精度)地图的地图区域；若所述警示报文中的车辆位置信息为二级精度，则所述地图区域相应的可以为第二精度(高精度)地图的地图区域，所述地图区域包括车道信息。

一级精度可以为普通GNSS的定位精度，精度误差在两米左右。二级精度可以为10厘米左右，在车辆内置有自动驾驶辅助控制单元ADCU时，结合高精度地图可以实现车道级定位(定位精度可到10厘米级)，高精度地图可以为HDMap。较于普通地图只记录道路信息，高精地图则记录了每一个车道的信息。

如图6所示，其示出了车辆的另一个逻辑示意图。对于具备自动驾驶系统的车辆，车辆内置有自动驾驶辅助控制单元ADCU，可以获得更为精准的车辆位置信息。在自动驾驶辅助控制单元内，内置有第二单片机(MCU)、第二全球卫星导航系统模块(GNSS)、第二总线模块(CAN)以及惯性测量单元(IMU)。通过第二单片机(MCU)、第二全球卫星导航系统模块(GNSS)、第二总线模块(CAN)以及惯性测量单元的配合，可以实现10厘米级定位。

S3.根据所述地图区域和车辆标识信息生成虚拟警示牌。

若所述警示报文中的车辆位置信息为一级精度，则地图区域只包括道路信息，不包括车道信息，如图7所示，其示出了虚拟警示牌示意图。虚拟警示牌中能够标注道路，并在道路上标注车辆标识信息。

若所述警示报文中的车辆位置信息为二级精度，则根据所述地图区域和车辆标识信息生成虚拟警示牌，如图8所示，包括：

S31.确定与所述警示报文中车辆标识信息相对应的占位框。

具体地，所述确定与所述警示报文中车辆标识信息相对应的占位框，包括：

S311.根据所述警示报文中的车辆位置信息确定车辆的中心位置。

S313.根据所述警示报文中的车辆标识信息确定当前车辆类型。

S315.根据预设的车辆类型与车辆形状信息的对应关系和所述当前车辆类型确定车辆的车长和车宽。

S317.根据所述中心位置、车长和车宽确定占位框。

S33.将所述占位框绘制在所述地图区域中，生成虚拟警示牌。

若所述警示报文中的车辆位置信息为二级精度，则地图区域不只包括道路信息，还包括车道信息，如图9所示，其示出了虚拟警示牌的示意图。虚拟警示牌中能够标注道路中的具体车道，以及在所述车道的某个具体位置处标注出占位框，所述占位框的中心位置即为紧急停车的车辆位置，占位框表征车辆的占位情况。

在一个优选的实施例中，所述警示报文还可以包括车辆性能数据；相应的，所述根据所述地图区域和车辆标识信息生成虚拟警示牌，如图10所示，还包括：

S32.根据所述车辆性能数据确定故障信息，所述故障信息包括故障类型和参考修复时间。

在一个可行的实施例中，汽车内电子控制单元可以具备故障自诊断功能，TBOX通过CAN总线获取各电子控制单元的故障信息，根据所述故障信息可以给出参考修复时间。

S34.根据所述故障类型、参考修复时间、地图区域和车辆标识信息生成虚拟警示牌。

S107.第二终端显示所述虚拟警示牌。

在一个优选的实施例中，所述第二终端还可以与文字语音结合形式播报所述虚拟警示牌对应的信息。

S109.第一终端获取车辆状态；若所述车辆状态为非紧急停车状态，则根据车辆标识信息生成解除警示报文，并将所述解除警示报文传输至所述云平台。

S1011.所述云平台根据所述解除警示报文生成虚拟警示牌解除指令，将所述虚拟警示牌解除指令发送至接收到所述虚拟警示牌的各个第二终端。

S1013.各个第二终端停止显示所述虚拟警示牌。

本发明实施例还提供一种虚拟警示牌处理方法的流程图，所述方法可以以图1所述的实施环境中云平台为执行主体实施，所述方法与上述实施例基于相同发明构思，如图11所示，所述方法可以包括：

S201.获取第一终端上传的警示报文，解析所述警示报文得到车辆位置信息和车辆标识信息；所述第一终端用于获取车辆状态；若所述车辆状态为紧急停车状态，则获取车辆信息，根据所述车辆信息生成警示报文，将所述警示报文上报至云平台。

其中，所述第一终端用于获取车辆状态，包括：若所述第一终端为车载终端，则用于当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则用于响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

S203.确定与所述警示报文中车辆位置信息的精度相适配的地图区域。

S205.根据所述地图区域和车辆标识信息生成虚拟警示牌。

S207.确定至少一个第二终端。

在一个优选的实施例中，所述确定至少一个第二终端，包括：

S2071.实时获取与云平台通信的各个终端的位置信息。

S2073.将所述位置信息与所述警示报文中车辆位置信息的关系满足预设条件的终端确定为第二终端。

具体地，所述预设条件可以为所述位置信息与所述警示报文中车辆位置信息指向相同的道路，并且所述所述位置信息与所述警示报文中车辆位置信息之间的距离小于预设阈值。

S209.将所述虚拟警示牌推送至所述第二终端，以使得所述第二终端显示所述虚拟警示牌。

在一个可行的实施例中，所述将所述虚拟警示牌推送至所述第二终端，如图12所示，包括：

S2091.根据所述虚拟警示牌生成差分数据，所述差分数据指向所述虚拟警示牌与所述虚拟警示牌所对应的地图区域的原有数据之间的差异数据；

S2093.将所述差分数据传输至至少一个第二终端。

具体地，所述差分数据通常为原有地图上动态添加的位置点以及所述位置点的动态属性，因此，所述第二终端通过更新导航地图的方式即可显示所述虚拟警示牌。

对于云平台而言，各个第一终端均可以向云平台发送警示报文，触发云平台生成差分数据，根据各个差分数据更新地图可以使得地图包括的动态信息更为丰富，从而实现以众包形式获取大量地图信息的技术效果。如图13所示，其示出了本发明实施例云平台的数据处理逻辑。云平台与各个车长对应的云平台交互，获得经过校验后的警示报文，根据警示报文生成差分数据，并将差分数据通过各个车厂对应的云平台下发至各个第二终端，以及其它相关的终端(更新地图)，从而使得各个第二终端或其它终端均可以获取到丰富的差分数据，更新本地的地图。

在另一个可行的实施例中，所述将所述虚拟警示牌推送至所述第二终端，包括：

S2092.根据所述虚拟警示牌生成虚拟警示牌图片；

S2094.将所述虚拟警示牌图片传输至至少一个第二终端。

若第二终端以虚拟警示牌图片的形式获取虚拟警示牌，则直接显示所述虚拟警示牌图片即可。

S2011.获取第一终端上传的解除警示报文，生成虚拟警示牌解除指令，将所述虚拟警示牌解除指令发送至所述第二终端，以使得所述第二终端停止显示所述虚拟警示牌。

本发明实施例公开的一种虚拟警示牌处理方法通过获取车辆状态，根据车辆状态生成警示报文，将警示报文发送至云平台后，通过云平台下发虚拟警示牌的方式，避免了使用实物警示牌产生的可能的危险，也不受限于本车和来车的位置关系或者司机的视线，从而起到更为可靠的示警作用。本发明实施例所述的技术方案并不需要增加硬件成本，因此具有较好的可推广性。由云平台获取各个第一终端产生的警示报文，达到了在不额外增加数据采集成本的前提下，以众包方式获取更多地图信息目的，并且可以使得与云平台通信的第二终端也可以获取丰富的地图信息。

本发明实施例提供一种虚拟警示牌处理装置，如图14所示，所述装置包括：

警示报文获取模块301，用于获取第一终端上传的警示报文，解析所述警示报文得到车辆位置信息和车辆标识信息；所述第一终端用于获取车辆状态；若所述车辆状态为紧急停车状态，则获取车辆信息，根据所述车辆信息生成警示报文，将所述警示报文上报至云平台；

地图区域确定模块303，用于确定与所述警示报文中车辆位置信息的精度相适配的地图区域；

虚拟警示牌生成模块305，用于根据所述地图区域和车辆标识信息生成虚拟警示牌；

第二终端确定模块307，用于确定至少一个第二终端；

虚拟警示牌推送模块309，用于将所述虚拟警示牌推送至所述第二终端，以使得所述第二终端显示所述虚拟警示牌；

其中，所述第一终端用于获取车辆状态，包括：若所述第一终端为车载终端，则用于当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则用于响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

具体地，本发明实施例所述一种虚拟警示牌处理装置与方法实施例均基于相同发明构思。详情请参见方法实施例，在此不再赘述。

本发明实施例还提供一种虚拟警示牌处理系统，所述系统包括：

第一终端，用于获取车辆状态，所述车辆状态用于指示车辆是否处于紧急停车状态；若所述车辆状态为紧急停车状态，则获取车辆信息，所述车辆信息包括车辆位置信息和车辆标识信息；根据所述车辆信息生成警示报文，将所述警示报文上报至云平台；

云平台，用于确定至少一个第二终端，根据所述警示报文生成虚拟警示牌，将所述虚拟警示牌推送至所述第二终端；

第二终端，用于显示所述虚拟警示牌；

所述第一终端具体用于：若所述第一终端为车载终端，则当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

具体地，本发明实施例所述一种虚拟警示牌处理系统与方法实施例均基于相同发明构思。详情请参见方法实施例，在此不再赘述。

本发明实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令。所述指令可以适于由处理器加载并执行本发明实施例所述一种虚拟警示牌处理方法，所述方法至少包括下述步骤：

一种虚拟警示牌处理方法，包括：

获取第一终端上传的警示报文，解析所述警示报文得到车辆位置信息和车辆标识信息；所述第一终端用于获取车辆状态，所述车辆状态用于指示车辆是否处于紧急停车状态；若所述车辆状态为紧急停车状态，则获取车辆信息，根据所述车辆信息生成警示报文，将所述警示报文上报至云平台；

确定与所述警示报文中车辆位置信息的精度相适配的地图区域；

根据所述地图区域和车辆标识信息生成虚拟警示牌；

确定至少一个第二终端；

将所述虚拟警示牌推送至所述第二终端，以使得所述第二终端显示所述虚拟警示牌；

其中，所述第一终端用于获取车辆状态，包括：若所述第一终端为车载终端，则用于当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则用于响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

在一个优选的实施例中，所述将所述虚拟警示牌推送至所述第二终端，以使得所述第二终端显示所述虚拟警示牌之后，包括：

获取第一终端上传的解除警示报文，生成虚拟警示牌解除指令；所述第一终端用于获取车辆状态，所述车辆状态用于指示车辆是否处于紧急停车状态；若所述车辆状态为非紧急停车状态，则根据车辆标识信息生成解除警示报文，将所述解除警示报文传输至所述云平台；

将所述虚拟警示牌解除指令发送至所述第二终端，以使得所述第二终端停止显示所述虚拟警示牌；

其中，所述第一终端还用于获取车辆状态，包括：

若所述第一终端为车载终端，则判断车辆是否已在紧急停车状态；

若车辆已在紧急停车状态，检测到危险警报灯复位并且车速大于或等于预设阈值时，将所述车辆状态确定为非紧急停车状态；

若所述第一终端为非车载终端，则用于响应于预设解除紧急停车触发指令，将所述车辆状态确定为非紧急停车状态。

在一个优选的实施例中，所述根据所述地图区域和车辆标识信息生成虚拟警示牌，包括：

确定与所述警示报文中车辆标识信息相对应的占位框；

将所述占位框绘制在所述地图区域中，生成虚拟警示牌；

其中，所述确定与所述警示报文中车辆标识信息相对应的占位框，包括：

根据所述警示报文中的车辆位置信息确定车辆的中心位置；

根据所述警示报文中的车辆标识信息确定当前车辆类型；

根据预设的车辆类型与车辆形状信息的对应关系和所述当前车辆类型确定车辆的车长和车宽；

根据所述中心位置、车长和车宽确定占位框。

在一个优选的实施例中，所述警示报文还包括车辆性能数据，所述根据所述地图区域和车辆标识信息生成虚拟警示牌，包括：

根据所述车辆性能数据确定故障信息，所述故障信息包括故障类型和参考修复时间；

根据所述故障类型、参考修复时间、地图区域和车辆标识信息生成虚拟警示牌。

在一个优选的实施例中，所述将所述虚拟警示牌推送至所述第二终端，包括：

根据所述虚拟警示牌生成差分数据，所述差分数据指向所述虚拟警示牌与所述虚拟警示牌所对应的地图区域的原有数据之间的差异数据；

将所述差分数据传输至至少一个第二终端；

或，

根据所述虚拟警示牌生成虚拟警示牌图片；

将所述虚拟警示牌图片传输至至少一个第二终端。

进一步地，图15示出了一种用于实现本发明实施例所提供的方法的设备的硬件结构示意图，所述设备可以参与构成或包含本发明实施例所提供的装置或系统。如图15所示，设备10可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图15所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，设备10还可包括比图15中所示更多或者更少的组件，或者具有与图15所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到设备10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中所述的方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的一种虚拟警示牌处理方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至设备10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括设备10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(NetworkInterfaceController，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与设备10(或移动设备)的用户界面进行交互。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和服务器实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种虚拟警示牌处理方法，其特征在于，所述方法包括：

第一终端获取车辆状态；

若所述车辆状态为紧急停车状态，则获取车辆信息，根据所述车辆信息生成警示报文，所述警示报文包括车辆性能数据、车辆位置信息和车辆标识信息，将所述警示报文发送至车厂对应的云平台，由车厂对应的云平台对所述警示报文进行校验，将校验通过的警示报文转发至云平台；

所述云平台确定至少一个第二终端；

确定与所述警示报文中所述车辆位置信息的精度相适配的地图区域；

根据所述车辆性能数据确定故障信息，所述故障信息包括故障类型和参考修复时间；

根据所述故障类型、所述参考修复时间、所述地图区域和所述车辆标识信息生成虚拟警示牌；

根据所述虚拟警示牌生成差分数据，所述差分数据指向所述虚拟警示牌与所述虚拟警示牌所对应的地图区域的原有数据之间的差异数据，将所述差分数据通过各个车厂对应的云平台下发至各个第二终端；所述差分数据包括原有地图上动态添加的位置点以及所述位置点的动态属性；

各个所述第二终端显示所述虚拟警示牌，通过更新导航地图的方式显示所述虚拟警示牌；

所述第一终端获取车辆状态，包括：

若所述第一终端为车载终端，则当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；

若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

2.根据权利要求1所述的方法，其特征在于，所述各个所述第二终端显示所述虚拟警示牌之后，包括：

第一终端获取车辆状态；

若所述车辆状态为非紧急停车状态，则根据车辆标识信息生成解除警示报文，将所述解除警示报文传输至所述云平台；

所述云平台根据所述解除警示报文生成虚拟警示牌解除指令，将所述虚拟警示牌解除指令发送至接收到所述虚拟警示牌的各个第二终端；

所述第一终端获取车辆状态，包括：

若所述第一终端为车载终端，则判断车辆是否已在紧急停车状态；

若车辆已在紧急停车状态，检测到危险警报灯复位并且车速大于或等于预设阈值时，将所述车辆状态确定为非紧急停车状态；

若所述第一终端为非车载终端，则响应于预设解除紧急停车触发指令，将所述车辆状态确定为非紧急停车状态。

3.一种虚拟警示牌处理方法，其特征在于，包括：

获取第一终端上传的警示报文，解析所述警示报文得到车辆性能数据、车辆位置信息和车辆标识信息；所述第一终端用于获取车辆状态；若所述车辆状态为紧急停车状态，则获取车辆信息，根据所述车辆信息生成警示报文，将所述警示报文发送至车厂对应的云平台，由车厂对应的云平台对所述警示报文进行校验，将校验通过的警示报文转发至云平台；

确定与所述警示报文中车辆位置信息的精度相适配的地图区域；

根据所述车辆性能数据确定故障信息，所述故障信息包括故障类型和参考修复时间；

根据所述故障类型、所述参考修复时间、所述地图区域和所述车辆标识信息生成虚拟警示牌；

确定至少一个第二终端；

根据所述虚拟警示牌生成差分数据，所述差分数据指向所述虚拟警示牌与所述虚拟警示牌所对应的地图区域的原有数据之间的差异数据，将所述差分数据通过各个车厂对应的云平台下发至各个第二终端，所述差分数据包括原有地图上动态添加的位置点以及所述位置点的动态属性；以使得各个所述第二终端显示所述虚拟警示牌，通过更新导航地图的方式显示所述虚拟警示牌；

其中，所述第一终端用于获取车辆状态，包括：若所述第一终端为车载终端，则用于当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；

若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则用于响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

获取第一终端上传的解除警示报文，生成虚拟警示牌解除指令；所述第一终端用于获取车辆状态；若所述车辆状态为非紧急停车状态，则根据车辆标识信息生成解除警示报文，将所述解除警示报文传输至所述云平台；

将所述虚拟警示牌解除指令发送至所述第二终端，以使得所述第二终端停止显示所述虚拟警示牌；

其中，所述第一终端还用于获取车辆状态，包括：

若所述第一终端为车载终端，则判断车辆是否已在紧急停车状态；

若车辆已在紧急停车状态，检测到危险警报灯复位并且车速大于或等于预设阈值时，将所述车辆状态确定为非紧急停车状态；

若所述第一终端为非车载终端，则用于响应于预设解除紧急停车触发指令，将所述车辆状态确定为非紧急停车状态。

5.根据权利要求3所述的方法，其特征在于，所述根据所述故障类型、所述参考修复时间、所述地图区域和所述车辆标识信息生成虚拟警示牌，包括：

确定与所述警示报文中车辆标识信息相对应的占位框；

将所述占位框绘制在所述地图区域中，生成虚拟警示牌；

其中，所述确定与所述警示报文中车辆标识信息相对应的占位框，包括：

根据所述警示报文中的车辆位置信息确定车辆的中心位置；

根据所述警示报文中的车辆标识信息确定当前车辆类型；

根据预设的车辆类型与车辆形状信息的对应关系和所述当前车辆类型确定车辆的车长和车宽；

根据所述中心位置、车长和车宽确定占位框。

6.根据权利要求3所述的方法，其特征在于，所述方法还包括：

根据所述虚拟警示牌生成虚拟警示牌图片；将所述虚拟警示牌图片传输至至少一个第二终端。

7.一种虚拟警示牌处理装置，其特征在于，所述装置包括：

警示报文获取模块，用于获取第一终端上传的警示报文，解析所述警示报文得到车辆性能数据、车辆位置信息和车辆标识信息；所述第一终端用于获取车辆状态，若所述车辆状态为紧急停车状态，则获取车辆信息，根据所述车辆信息生成警示报文，将所述警示报文发送至车厂对应的云平台，由车厂对应的云平台对所述警示报文进行校验，将校验通过的警示报文转发至云平台；

地图区域确定模块，用于确定与所述警示报文中车辆位置信息的精度相适配的地图区域；

虚拟警示牌生成模块，用于根据所述车辆性能数据确定故障信息，所述故障信息包括故障类型和参考修复时间；根据所述故障类型、所述参考修复时间、所述地图区域和所述车辆标识信息生成虚拟警示牌；

第二终端确定模块，用于确定至少一个第二终端；

虚拟警示牌推送模块，用于根据所述虚拟警示牌生成差分数据，所述差分数据指向所述虚拟警示牌与所述虚拟警示牌所对应的地图区域的原有数据之间的差异数据，将所述差分数据通过各个车厂对应的云平台下发至各个第二终端，所述差分数据包括原有地图上动态添加的位置点以及所述位置点的动态属性；以使得各个所述第二终端显示所述虚拟警示牌，通过更新导航地图的方式显示所述虚拟警示牌；

其中，所述第一终端用于获取车辆状态，包括：若所述第一终端为车载终端，则用于当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；

若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则用于响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

8.一种虚拟警示牌处理系统，其特征在于，所述系统包括：

第一终端，用于获取车辆状态；若所述车辆状态为紧急停车状态，则获取车辆信息，根据所述车辆信息生成警示报文，所述警示报文包括车辆性能数据、车辆位置信息和车辆标识信息，将所述警示报文发送至车厂对应的云平台，由车厂对应的云平台对所述警示报文进行校验，将校验通过的警示报文转发至云平台；

云平台，用于确定与所述警示报文中所述车辆位置信息的精度相适配的地图区域；根据所述车辆性能数据确定故障信息，所述故障信息包括故障类型和参考修复时间；根据所述故障类型、所述参考修复时间、所述地图区域和所述车辆标识信息生成虚拟警示牌；根据所述虚拟警示牌生成差分数据，所述差分数据指向所述虚拟警示牌与所述虚拟警示牌所对应的地图区域的原有数据之间的差异数据，将所述差分数据通过各个车厂对应的云平台下发至各个第二终端；所述差分数据包括原有地图上动态添加的位置点以及所述位置点的动态属性；

第二终端，用于显示所述虚拟警示牌，通过更新导航地图的方式显示所述虚拟警示牌；

所述第一终端具体用于：若所述第一终端为车载终端，则当汽车上电后，响应于危险警报灯被按下的动作，判断车辆车速是否小于预设阈值；或，当汽车上电后，当车辆车速小于预设阈值时，检查危险警报灯是否被按下；

若是，则将所述车辆状态确定为紧急停车状态；

若所述第一终端为非车载终端，则响应于预设紧急停车触发指令，将所述车辆状态确定为紧急停车状态。

9.一种计算机存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如权利要求1-2任一项所述的一种虚拟警示牌处理方法，或如权利要求3-6任一项所述的一种虚拟警示牌处理方法。

10.一种电子设备，其特征在于，所述电子设备包括：

处理器；

用于存储程序指令的存储器；

其中，所述处理器被配置为执行所述程序指令，以实现如权利要求1-2任一项所述的一种虚拟警示牌处理方法，或如权利要求3-6任一项所述的一种虚拟警示牌处理方法。

Images