CN111800465A - 车辆消息的处理方法、装置、介质及电子设备 - Google Patents

Abstract

本申请的实施例提供了一种车辆消息的处理方法、装置。该方法包括：获取与目标车辆相关联的参考车辆的车辆消息，得到包括有第一车辆消息的第一车辆消息集合，所述第一车辆消息包括消息存储时间和消息标签，所述消息标签用于标识所述车辆消息对应的参考车辆；根据所述消息存储时间，从所述第一车辆消息集合中选择消息存储时间晚于容忍时间点的第一车辆消息，得到包括有第二车辆消息的第二车辆消息集合，所述容忍时间点用于判断车辆消息是否有效；根据所述消息标签，从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息。本申请实施例的技术方案可以保证的车辆消息的准确性。

Description

车辆消息的处理方法、装置、介质及电子设备

技术领域

本申请涉及计算机及安全辅助驾驶技术领域，具体而言，涉及一种车辆消息的处理方法、装置、计算机可读介质及电子设备。

背景技术

在一般的交通场景中，比如在多车辆行驶路段的场景中，目标车辆可能需要获取除自身之外的参考车辆的车辆行驶参数，参考车辆的车辆行驶参数一般通过其自身主动向服务器上传车辆消息的方式存储在服务器中，在这种情况下，当目标车辆需要获取参考车辆的车辆消息时，服务器通常将自身所存的全部车辆消息发送给目标车辆。然而，如何能够保证的车辆消息的准确性是亟待解决的技术问题。

发明内容

本申请的实施例提供了一种车辆消息的处理方法、装置、计算机可读介质及电子设备，进而至少在一定程度上可以保证的车辆消息的准确性。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供了一种车辆消息的处理方法，包括：获取与目标车辆相关联的参考车辆的车辆消息，得到第一车辆消息集合，所述第一车辆消息集合中包括第一车辆消息，所述第一车辆消息包括消息存储时间和消息标签，所述消息标签用于标识所述车辆消息对应的参考车辆；根据所述消息存储时间，从所述第一车辆消息集合中选择消息存储时间晚于容忍时间点的第一车辆消息，得到第二车辆消息集合，所述第二车辆消息集合中包括第二车辆消息，所述容忍时间点用于判断车辆消息是否有效；根据所述消息标签，从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息。

根据本申请实施例的一个方面，提供了一种车辆消息的处理装置，所述装置包括：获取单元，被用于获取与目标车辆相关联的参考车辆的车辆消息，得到第一车辆消息集合，所述第一车辆消息集合中包括第一车辆消息，所述第一车辆消息包括消息存储时间和消息标签，所述消息标签用于标识所述车辆消息对应的参考车辆；第一选择单元，被用于根据所述消息存储时间，从所述第一车辆消息集合中选择消息存储时间晚于容忍时间点的第一车辆消息，得到第二车辆消息集合，所述第二车辆消息集合中包括第二车辆消息，所述容忍时间点用于判断车辆消息是否有效；第二选择单元，被用于根据所述消息标签，从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息。

在本申请的一些实施例中，基于前述方案，所述第一选择单元配置为：确定目标车辆请求获取参考车辆消息时的请求时间和保持所述车辆消息有效性的容忍时间长度；基于所述请求时间和所述容忍时间长度，确定所述容忍时间点；将所述第一车辆消息集合中消息存储时间晚于所述容忍时间点的第一车辆消息确定为第二车辆消息，得到所述第二车辆消息集合。

在本申请的一些实施例中，基于前述方案，所述容忍时间长度通过如下方式确定：获取所述目标车辆的行驶参数和目标车辆所在地的驾驶安全距离；基于所述目标车辆的行驶参数和目标车辆所在地的驾驶安全距离，通过基本运动方程计算所述容忍时间长度。

在本申请的一些实施例中，基于前述方案，所述第二选择单元配置为：对所述第二车辆消息集合中的所有第二车辆消息进行分组，得到至少一个第二车辆消息子集，其中，任意一个第二车辆消息子集中包括具有相同消息标签的至少一个第二车辆消息；将各个第二车辆消息子集中消息存储时间最晚的第二车辆消息确定为所述目标车辆对应的参考车辆消息。

在本申请的一些实施例中，基于前述方案，所述装置还包括：发送单元，被用于在从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息之后，将所述目标车辆对应的参考车辆消息发送给所述目标车辆。

在本申请的一些实施例中，基于前述方案，所述装置还包括：发送单元，被用于在从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息之后，基于所述第一车辆消息集合中的车辆消息数量和所述目标车辆对应的参考车辆消息的数量，计算所述第一车辆消息集合中车辆消息的无效比率；在所述第一车辆消息集合中车辆消息的无效比率不高于预定阈值时，将所述目标车辆对应的参考车辆消息发送给所述目标车辆。

在本申请的一些实施例中，基于前述方案，所述第一车辆消息集合中包括N条第一车辆消息，所述N为大于1的正整数，所述N条第一车辆消息分别对应存储于N个存储空间，所述获取单元配置为：分别从所述N个存储空间中获取第一车辆消息，得到所述第一车辆消息集合。

在本申请的一些实施例中，基于前述方案，所述第一车辆消息集合中包括N条第一车辆消息，所述N为大于1的正整数，所述N条第一车辆消息分别存储于S个存储空间，其中，一个存储空间中存储至少一条第一车辆消息，所述获取单元配置为：分别从所述S个存储空间中获取第一车辆消息，得到所述第一车辆消息集合。

在本申请的一些实施例中，基于前述方案，所述存储空间设置于消息队列遥测传输服务器中。

根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的车辆消息的处理方法。

根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的车辆消息的处理方法。

在本申请的一些实施例所提供的技术方案中，首先获取包括有第一车辆消息的第一车辆消息集合，然后按照消息存储时间晚于容忍时间点的标准，从第一车辆消息集合中选择包括有第二车辆消息的第二车辆消息集合，在此基础上，基于消息标签互不相同的原则，从第二车辆消息集合中选择消息标签互不相同的第二车辆消息，进而确定有效车辆消息。一方面，由于按照消息存储时间晚于容忍时间点的标准确定车辆消息，可以保证车辆消息的实时性，另一方面，基于消息标签互不相同的原则确定车辆消息，可以保证车辆消息的不重复性，故本申请的一些实施例所提供的技术方案可以保证车辆消息的准确性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本申请实施例的技术方案的示例性***架构的示意图；

图2示出了根据本申请的一个实施例的实施车辆消息的处理方法的应用场景图；

图3示出了根据本申请的一个实施例的车辆消息的处理方法的流程图；

图4示出了根据本申请的一个实施例的车辆消息存储方式的示意图；

图5示出了根据本申请的一个实施例的得到第二车辆消息集合的细节流程图；

图6示出了根据本申请的一个实施例的确定容忍时间长度的方法流程图；

图7示出了根据本申请的一个实施例的得到所述目标车辆对应的参考车辆消息的细节流程图；

图8示出了根据本申请的一个实施例的在得到所述目标车辆对应的参考车辆消息之后的方法流程图；

图9示出了根据本申请的一个实施例的基于云对有效车辆消息进行确定的示意图；

图10示出了根据本申请的一个实施例的车辆消息的处理装置的框图；

图11示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要注意的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的对象在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在图示或描述的那些以外的顺序实施。

图1示出了可以应用本申请实施例的技术方案的示例性***架构的示意图。

如图1所示，***架构可以包括终端设备(如图1中所示智能手机101、平板电脑102和便携式计算机103中的一种或多种，当然也可以是台式计算机等等)、网络104和服务器105。网络104用以在终端设备和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线通信链路、无线通信链路等等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

在本申请的一个实施例中，如图1中所示的终端设备101向服务器105发送获取参考车辆消息的请求，服务器105在接收到所述请求之后，首先获取包括有第一车辆消息的第一车辆消息集合，然后按照消息存储时间晚于容忍时间点的标准，从第一车辆消息集合中选择包括有第二车辆消息的第二车辆消息集合，在此基础上，基于消息标签互不相同的原则，从第二车辆消息集合中选择消息标签互不相同的第二车辆消息，进而确定有效车辆消息。

需要说明的是，本申请实施例所提供的车辆消息的处理方法一般由服务器105执行，相应地，车辆消息的处理确定装置一般设置于服务器105中。但是，在本申请的其它实施例中，终端设备也可以与服务器具有相似的功能，从而执行本申请实施例所提供的车辆消息的处理方案。

还需要说明的是，本申请实施例所提供的车辆消息的处理方法除了由上述所提到的服务器105或者终端设备来执行之外，还可以由具有云计算功能的云服务器来执行。

具体的，所述云计算(cloud computing)是一种计算模式，它将计算任务分布在大量计算机构成的资源池上，使各种应用***能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的，并且可以随时获取，按需使用，随时扩展。通过建立云计算资源池(简称云平台，一般称为IaaS(Infrastructure as a Service，基础设施即服务)平台，在资源池中部署多种类型的虚拟资源，供外部客户选择使用。云计算资源池中主要包括：计算设备(为虚拟化机器，包含操作***)、存储设备、网络设备。

图2示出了根据本申请的一个实施例的实施车辆消息的处理方法的应用场景图。

如图2所示，在路段区域200中，车辆A可以为目标车辆，车辆B、车辆C、车辆D、车辆E、车辆F、车辆G可以为参考车辆，位置B、B1、B2分别为车辆B在历史上不同时刻的行驶位置，位置D、D1分别为车辆D在历史上不同时刻的行驶位置,位置G、G1分别为车辆G在历史上不同时刻的行驶位置，位置C、位置E、位置F分别为车辆C、车辆E、车辆F分别在历史上不同时刻的行驶位置，进一步的，车辆B、车辆C、车辆D、车辆E、车辆F、车辆G在行驶到上述各个位置时，可以向服务器上传其自身的车辆消息。

当服务器接收到目标车辆A发送的获取参考车辆的车辆消息的请求时，服务器首先获取包括有第一车辆消息的第一车辆消息集合，然后按照消息存储时间晚于容忍时间点的标准，从第一车辆消息集合中选择包括有第二车辆消息的第二车辆消息集合，在此基础上，基于消息标签互不相同的原则，从第二车辆消息集合中选择消息标签互不相同的第二车辆消息，进而确定有效车辆消息。

在本申请的一个实施例中，服务器可以将确定的有效车辆消息发送给目标车辆，目标车辆可以根据该有效车辆消息分析当前路段的车况(该车况可以包括参考车辆数量和每一辆参考车辆的行驶状况)，进而确定自身的车辆驾驶策略，提高车辆行驶的安全性。

需要说明的是，参考车辆的车辆消息可以包括参考车辆的行驶参数、属性参数，定位参数。

进一步的，行驶参数可以包括车辆行驶的速度、方向以及加速度等等。属性参数可以包括车辆的类型(例如货车或者汽车)、车牌号、重量、长度、宽度以及高度等等。定位参数可以包括车辆的定位坐标等等。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

图3示出了根据本申请的一个实施例的车辆消息的处理方法的流程图。该车辆消息的处理方法可以由具有计算处理功能的设备来执行，比如可以由图1中所示的服务器105来执行，也可以由图1中所示的终端设备来执行，还可以由具有云计算功能的云服务器来执行。参照图3所示，该车辆消息的处理方法至少包括步骤310至步骤350，详细介绍如下：

在步骤310中，获取与目标车辆相关联的参考车辆的车辆消息，得到第一车辆消息集合，所述第一车辆消息集合中包括第一车辆消息，所述第一车辆消息包括消息存储时间和消息标签，所述消息标签用于标识所述车辆消息对应的参考车辆。

在本申请的一个实施例中，所述第一车辆消息集合可以包括N条第一车辆消息，所述N条第一车辆消息可以分别对应存储于N个存储空间，在接收到目标车辆发送的获取参考车辆的车辆消息的请求之后，分别从所述N个存储空间中获取第一车辆消息，得到所述第一车辆消息集合。

在本实施例中，上述N个存储空间中的每一个存储空间仅仅只能存储一个车辆消息，因此，在获取第一车辆消息时，需要从每一个存储空间中获取车辆消息。

在本申请一个实施例的具体实现方式中，每一个存储空间都可以与一个唯一的GPS定位坐标绑定，当一个参考车辆行驶到一个GPS定位坐标时，可以将其自身在该GPS定位坐标时的车辆消息上传到与该GPS定位坐标绑定的存储空间中去。

为了使本领域技术人员更好的理解该具体实现方式，下面将结合图4进行说明。

图4示出了根据本申请的一个实施例的车辆消息存储方式的示意图。

如图4所示，在路段区域400中，车考车辆B、车考车辆C、车考车辆D、车考车辆E、车考车辆F、车考车辆G分别区域400中上传过车辆消息。

在路段区域400中，包括有9个GPS位置，包括GPS1至GPS9，其中，一个GPS位置限定路段区域400中的一个地理网格区域，其中，一个网格区域可以容纳一辆参考车辆。

进一步的，一个GPS位置绑定一个存储空间，存储空间1至存储空间9对应绑定GPS1至GPS9，当一辆参考车辆进入到一个GPS位置对应的一个网格区域，并且将其自身的新车辆消息上传到该GPS位置对应的存储空间中时，可以将历史上存储在该存储空间中的其它参考车辆上传的旧车辆消息覆盖，例如，在GPS2位置对应的存储空间2中，参考车辆E的车辆消息E会将参考车辆D对应的车辆消息D1覆盖，在GPS7位置对应的存储空间7中，参考车辆B的车辆消息B会将参考车辆B对应的车辆消息B1覆盖。

在本申请中，一个存储空间仅仅只能存储一个车辆消息的好处在于，可以降低存储空间中车辆消息的冗余程度，节省存储资源。

在本申请的一个实施例中，所述第一车辆消息集合可以包括N条第一车辆消息，所述N条第一车辆消息可以分别存储于S个存储空间，其中，一个存储空间中存储至少一条第一车辆消息，在接收到目标车辆发送的获取参考车辆的车辆消息的请求之后，分别从所述S个存储空间中获取第一车辆消息，得到所述第一车辆消息集合。

在本实施例中，S为小于N的正整数，上述S个存储空间中的每一个存储空间可以存储一个或者多个车辆消息，需要注意的是，本申请所说的多个是指两个或者两个以上。因此，在获取第一车辆消息时，需要从每一个存储空间中获取一个或者多个车辆消息。

在本申请一个实施例的具体实现方式中，每一个存储空间都可以与一个唯一的GPS定位坐标绑定。

需要注意得是，一个GPS定位坐标可以限定一个地理范围，一个地理范围可以容纳至少两辆车辆。

当参考车辆行驶到一个GPS定位坐标时，可以将其自身在该GPS定位坐标时的车辆消息上传到与该GPS定位坐标绑定的存储空间中去。需要说明的是，该存储空间存储的车辆消息数量可以是有限的，即当存储空间中存储的车辆消息数量达到上限时，新存储的车辆消息会覆盖最先存储在该存储空间中的车辆消息。

同样的，一个存储空间只能存储有限个车辆消息的好处在于，也可以降低存储空间中车辆消息的冗余程度，节省存储资源。

在本申请中，在如上所述的两个实施例中，所述存储空间可以设置于消息队列遥测传输服务器，即MQTT(Message Queuing Telemetry Transport)服务器中。

消息队列遥测传输服务器是一种ISO标准消息传递协议的服务器，消息队列遥测传输服务器可以通过不可靠的网络连接传感器，并且可以在TCP/IP互联网协议之上工作。

将所述存储空间设置于消息队列遥测传输服务器中，参考车辆的车辆消息可以上传至消息队列遥测传输服务器中，其好处在于，其一，车辆消息上传所需的带宽小，其二，消息队列遥测传输服务器通过声明其服务质量级别来定义消息的重要性。可以收到参考车辆上传的所有重要车辆消息，通过消息队列遥测传输服务器接收车辆消息具有很强的保密性。

在本申请的一个实施例中，所述N条第一车辆消息也可以存储于一个存储空间中。

在本申请中，消息存储时间可以是指参考车辆将第一车辆消息上传至存储空间时的时间。

在本申请中，消息标签可以用于标识所述车辆消息对应的参考车辆。具体的，消息标签可以是指第一车辆消息对应的参考车辆的车牌号，也可以是指第一车辆消息对应的参考车辆的其它编号。

继续参照图3，在步骤330中，根据所述消息存储时间，从所述第一车辆消息集合中选择消息存储时间晚于容忍时间点的第一车辆消息，得到第二车辆消息集合，所述第二车辆消息集合中包括第二车辆消息，所述容忍时间点用于判断车辆消息是否有效。

在本申请的一个实施例中，根据所述消息存储时间，从所述第一车辆消息集合中选择消息存储时间晚于容忍时间点的第一车辆消息，得到第二车辆消息集合可以按照如图5所示的步骤执行：

参见图5，示出了根据本申请的一个实施例的得到第二车辆消息集合的细节流程图。具体包括步骤331至333：

在步骤331中，确定目标车辆请求获取参考车辆消息时的请求时间和保持所述车辆消息有效性的容忍时间长度。

在本申请中，具体的，例如，目标车辆在2020年5月20日00时00分00秒请求获取参考车辆的车辆消息，那么该请求时间就为2020年5月20日00时00分00秒。

在本申请中，容忍时间长度是指保持存储在存储空间中的车辆消息有效性的存储延时上限，如果容忍时间长度为10秒，那么当车辆消息从上传至存储空间开始其存储时间超过10秒，则认为该车辆消息不具有效性。

在本申请一个实施例的具体实现中，容忍时间长度可以通过如图6所示的步骤确定。

参加图6，示出了根据本申请的一个实施例的确定容忍时间长度的方法流程图，具体包括步骤3311至3312：

步骤3311，获取所述目标车辆的行驶参数和目标车辆所在地的驾驶安全距离。

在本申请中，目标车辆可以在发送获取参考车辆的车辆消息请求的同时，发送目标车辆的行驶参数和目标车辆所在地的驾驶安全距离，从而获取目标车辆的行驶参数和目标车辆所在地的驾驶安全距离。

具体的，行驶参数可以包括目标车辆在请求获取参考车辆的车辆消息时的行驶速度和加速度。

具体的，驾驶安全距离可以是指目标车辆在请求获取参考车辆的车辆消息时所在地的驾驶安全距离，其可以从交管部门或者互联网中获得。

步骤3312，基于所述目标车辆的行驶参数和目标车辆所在地的驾驶安全距离，通过基本运动方程计算所述容忍时间长度。

具体的，在本申请中，可以通过如下基本运动方程可以计算容忍时间长度：

L＝vΔt+5aΔt²

其中，L表示目标车辆在请求获取参考车辆的车辆消息时所在地的驾驶安全距离；v表示目标车辆在请求获取参考车辆的车辆消息时的行驶速度；Δt表示容忍时间长度；a表示目标车辆在请求获取参考车辆的车辆消息时的加速度。

在本申请一个实施例的具体实现中，容忍时间长度还可以根据历史经验而确定。

继续参照图5，在步骤332中，基于所述请求时间和所述容忍时间长度，确定所述容忍时间点。

在本申请一个实施例的具体实现中，可以通过如下公式确定容忍时间点：

T＝t-Δt

其中，T表示容忍时间点；t表示目标车辆请求获取参考车辆的车辆消息时的请求时间；Δt表示容忍时间长度。

继续参照图5，在步骤333中，将所述第一车辆消息集合中消息存储时间晚于所述容忍时间点的第一车辆消息确定为第二车辆消息，得到所述第二车辆消息集合。

在本申请中，若第一车辆消息集合中第一车辆消息的消息存储时间早于或者等于容忍时间点，则说明该第一车辆消息在存储空间中的存储时间超过了容忍时间长度，即超过了保持存储在存储空间中的车辆消息有效性的存储延时上限，进一步说明了该第一车辆消息不具有效性。

基于此，将所述第一车辆消息集合中消息存储时间晚于容忍时间点的第一车辆消息确定为第二车辆消息，第二车辆消息具有保持车辆消息有效性的时效性。

继续参照图3，在步骤350中，根据所述消息标签，从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息。

在本申请的一个实施例中，根据所述消息标签，从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息可以按照如图7所示的步骤执行。

参见图7，示出了根据本申请的一个实施例的得到所述目标车辆对应的参考车辆消息的细节流程图。具体包括步骤351至352：

步骤351，对所述第二车辆消息集合中的所有第二车辆消息进行分组，得到至少一个第二车辆消息子集，其中，任意一个第二车辆消息子集中包括具有相同消息标签的至少一个第二车辆消息。

步骤352，将各个第二车辆消息子集中消息存储时间最晚的第二车辆消息确定为所述目标车辆对应的参考车辆消息。

在本申请中，对于本领域技术人员而言，应该理解的是，消息标签可以用于标识所述车辆消息对应的参考车辆。

在本申请中，对于本领域技术人员而言，应该理解的是，一个参考车辆消息为第二车辆消息集合的一个元素，第二车辆消息集合为第一车辆消息集合的子集，因此，任意一个参考车辆消息实质上就是第二车辆消息集合中的一个第二车辆消息，同样也是第一车辆消息集合中的一个第一车辆消息。

在本申请中，对于本领域技术人员而言，应该理解的是，第二车辆消息集合中可能存在具有相同消息标签的至少两个第二车辆消息。

基于此，可以根据第二车辆消息对应的消息标签对第二车辆消息集合中的所有第二车辆消息进行分组，得到至少一个第二车辆消息子集，其中，任意一个第二车辆消息子集中包括具有相同消息标签的至少一个第二车辆消息，然后在将各个第二车辆消息子集中消息存储时间最晚的第二车辆消息确定为参考车辆消息，得到有效车辆消息。

例如，参照图4，由于车辆消息B和车辆消息B2对应的参考车辆均为参考车辆B，因此，车辆消息B和车辆消息B2属于同一个第二车辆消息子集的元素，如果车辆消息B2和车辆消息B对应的消息存储时间分别为2020年5月20日00时00分00秒和2020年5月20日00时00分05秒，那么可以将车辆消息B确定为参考车辆消息。

在本实施例中，由于目标车辆需要参考车辆对应的仅仅一个且时效性最强的车辆消息，因此，将各个第二车辆消息子集中消息存储时间最晚的第二车辆消息确定为参考车辆消息，既保证了车辆消息的时效性，又保证了车辆消息的不重复性。

需要说明的是，在本申请中，在上述步骤352中，也可以是将各个第二车辆消息子集中的任意一个第二车辆消息确定为参考车辆消息，得到有效车辆消息。

在本申请的一个实施例中，在从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息之后，可以将所述目标车辆对应的参考车辆消息发送给所述目标车辆。

在本申请的一个实施例中，在从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息之后，还可以执行如图8所示的步骤。

参见图8，示出了根据本申请的一个实施例的在得到所述目标车辆对应的参考车辆消息之后的方法流程图。具体包括步骤370至390：

步骤370，基于所述第一车辆消息集合中的车辆消息数量和所述目标车辆对应的参考车辆消息的数量，计算所述第一车辆消息集合中车辆消息的无效比率。

在本申请中，第一车辆消息集合中车辆消息的无效比率可以通过如下公式计算：

其中，P表示第一车辆消息集合中车辆消息的无效比率；N表示存储空间中所有的车辆消息数量(即第一车辆消息数量)；X表示存储空间中的有效车辆消息数量(即参考车辆消息数量)。

步骤390,在所述第一车辆消息集合中车辆消息的无效比率不高于预定阈值时，将所述目标车辆对应的参考车辆消息发送给所述目标车辆。

在本申请中，所述预定阈值可以是依据目标车辆所在地的历史交通事故率而定，例如，所述预定阈值可以等于目标车辆所在地的历史交通事故率，具体的，历史交通事故率可以从交管部门获取。

在本申请中，所述预定阈值也可以是依据实际需要而设定。

在本申请中，目标车辆在获取到参考车辆消息(即有效车辆消息)之后，可以根据有效车辆消息分析当前路段的车况(该车况可以包括参考车辆数量和每一辆参考车辆的行驶状况、以及是否会对目标车辆自身构成安全风险)，进而确定自身的车辆驾驶策略，提高车辆行驶的安全性。

在本申请中，在所述第一车辆消息集合中车辆消息的无效比率高于预定阈值时，则不将所述参考车辆消息集合中的参考车辆消息发送给所述目标车辆。

例如，所述预定阈值为目标车辆所在地的历史交通事故率时，所述第一车辆消息集合中车辆消息的无效比率不高于预定阈值，即所述第一车辆消息集合中车辆消息的无效比率不高于历史交通事故率。

一方面，目标车辆请求获取参考车辆的车辆消息是为了评估其行驶所在地的驾驶风险，以用于指导自身避免交通事故历史。另一方面，驾驶风险估计本质上是一种基于参考车辆的车辆消息的估计，估计的准确率与获取的参考车辆的车辆消息的质量有关。为了确保估计的目标车辆的驾驶风险对降低交通事故率有利，估计的错误率应该小于历史交通事故率，否则，这种风险估计不会对减少交通事故率有正面影响。在本申请中，通过将目标车辆所在地的历史交通事故率设定为预定阈值，可以保证估计的目标车辆的驾驶风险的错误率小于历史交通事故率，进而使得确定的目标车辆的车辆驾驶策略有利于降低目标车辆所在地的历史交通事故率。

可以理解的是，过高无效比率的车辆消息并不能协助目标车辆确定较优的车辆驾驶策略。

基于此，只有在第一车辆消息集合中车辆消息的无效比率不高于预定阈值时，才将参考车辆消息集合中的参考车辆消息发送给所述目标车辆，可以提升有效车辆消息的获取率，从而提高了车辆消息的完整性和可靠性，进而可以协助目标车辆确定较优的车辆驾驶策略。而在第一车辆消息集合中车辆消息的无效比率高于预定阈值时，则不将所述参考车辆消息集合中的参考车辆消息发送给所述目标车辆，如此可以减少无用消息的传输，同时也能降低网络资源的消耗。

在本申请中，在多车辆行驶路段的场景，对有效车辆消息进行确定的实施例中，还可以搭建融合汽车云、区域云以及边缘云来实现通过云车***来为车联网中的目标车辆确定关于参考车辆的有效车辆消息，如图9，示出了根据本申请的一个实施例的基于云对有效车辆消息进行确定的示意图。该***由云端与车联网组成。其中，在本方案中，车辆可实时将自身的车辆消息上传给汽车云端，汽车云端可以执行本申请中的各个技术方案。

具体的，一方面，汽车云实时获取参考车辆上传的车辆消息，另一方面，汽车云在接收到目标车辆发送的获取参考车辆的车辆消息的请求之后，首先获取包括有第一车辆消息的第一车辆消息集合(需要注意的是，第一车辆消息可以为汽车云实时获取的参考车辆上传的车辆消息)，然后按照消息存储时间晚于容忍时间点的标准，从第一车辆消息集合中选择包括有第二车辆消息的第二车辆消息集合，在此基础上，基于消息标签互不相同的原则，从第二车辆消息集合中选择包括有参考车辆消息的参考车辆消息集合，进而确定有效车辆消息。

此外，本申请发明人通过现有技术的有效消息确定方案和本申请中提出的有效消息确定方案进行实验，得到实验结果如表1。

实验级序	现有技术有效消息的获取率	本申请有效消息的获取率
			第一次实验	74％	93％
第二次实验	73％	92％
			第三次实验	76％	95％
第四次实验	77％	96％
			第五次实验	71％	92％
第六次实验	75％	94％
			第七次实验	79％	98％
第八次实验	72％	92％
			第九次实验	72％	91％
第十次实验	74％	93％

表1

如表1所示，通过将本申请所提供的技术方案应用到对有效消息进行确定的场景中，相对于现有技术而言，本申请技术方案能够提高有效消息的获取率，进而保证车辆消息的准确性。

在本申请的一些实施例所提供的技术方案中，首先获取包括有第一车辆消息的第一车辆消息集合，然后按照消息存储时间晚于容忍时间点的标准，从第一车辆消息集合中选择包括有第二车辆消息的第二车辆消息集合，在此基础上，基于消息标签互不相同的原则，从第二车辆消息集合中选择消息标签互不相同的第二车辆消息，进而确定有效车辆消息。一方面，由于按照消息存储时间晚于容忍时间点的标准确定车辆消息，可以保证车辆消息的实时性，另一方面，基于消息标签互不相同的原则确定车辆消息，可以保证车辆消息的不重复性，故本申请的一些实施例所提供的技术方案可以保证车辆消息的准确性。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的车辆消息的处理方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的车辆消息的处理方法的实施例。

图10示出了根据本申请的一个实施例的车辆消息的处理装置的框图。

参照图10所示，根据本申请的一个实施例的车辆消息的处理装置1000，包括：获取单元1001、第一选择单元1002和第二选择单元1103。

其中，获取单元1001，被用于获取与目标车辆相关联的参考车辆的车辆消息，得到第一车辆消息集合，所述第一车辆消息集合中包括第一车辆消息，所述第一车辆消息包括消息存储时间和消息标签，所述消息标签用于标识所述车辆消息对应的参考车辆；第一选择单元1002，被用于根据所述消息存储时间，从所述第一车辆消息集合中选择消息存储时间晚于容忍时间点的第一车辆消息，得到第二车辆消息集合，所述第二车辆消息集合中包括第二车辆消息，所述容忍时间点用于判断车辆消息是否有效；第二选择单元1103，被用于根据所述消息标签，从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息。

在本申请的一些实施例中，基于前述方案，所述第一选择单元1002配置为：确定目标车辆请求获取参考车辆消息时的请求时间和保持所述车辆消息有效性的容忍时间长度；基于所述请求时间和所述容忍时间长度，确定所述容忍时间点；将所述第一车辆消息集合中消息存储时间晚于所述容忍时间点的第一车辆消息确定为第二车辆消息，得到所述第二车辆消息集合。

在本申请的一些实施例中，基于前述方案，所述容忍时间长度通过如下方式确定：获取所述目标车辆的行驶参数和目标车辆所在地的驾驶安全距离；基于所述目标车辆的行驶参数和目标车辆所在地的驾驶安全距离，通过基本运动方程计算所述容忍时间长度。

在本申请的一些实施例中，基于前述方案，所述第二选择单元1103配置为：对所述第二车辆消息集合中的所有第二车辆消息进行分组，得到至少一个第二车辆消息子集，其中，任意一个第二车辆消息子集中包括具有相同消息标签的至少一个第二车辆消息；将各个第二车辆消息子集中消息存储时间最晚的第二车辆消息确定为所述目标车辆对应的参考车辆消息。

在本申请的一些实施例中，基于前述方案，所述装置还包括：发送单元，被用于在从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息之后，将所述目标车辆对应的参考车辆消息发送给所述目标车辆。

在本申请的一些实施例中，基于前述方案，所述装置还包括：发送单元，被用于在从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息之后，基于所述第一车辆消息集合中的车辆消息数量和所述目标车辆对应的参考车辆消息的数量，计算所述第一车辆消息集合中车辆消息的无效比率；在所述第一车辆消息集合中车辆消息的无效比率不高于预定阈值时，将所述目标车辆对应的参考车辆消息发送给所述目标车辆。

在本申请的一些实施例中，基于前述方案，所述第一车辆消息集合中包括N条第一车辆消息，所述N为大于1的正整数，所述N条第一车辆消息分别对应存储于N个存储空间，所述获取单元1001配置为：分别从所述N个存储空间中获取第一车辆消息，得到所述第一车辆消息集合。

在本申请的一些实施例中，基于前述方案，所述第一车辆消息集合中包括N条第一车辆消息，所述N为大于1的正整数，所述N条第一车辆消息分别存储于S个存储空间，其中，一个存储空间中存储至少一条第一车辆消息，所述获取单元1001配置为：分别从所述S个存储空间中获取第一车辆消息，得到所述第一车辆消息集合。

在本申请的一些实施例中，基于前述方案，所述存储空间设置于消息队列遥测传输服务器中。

图11示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

需要说明的是，图11示出的电子设备的计算机***1100仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图11所示，计算机***1100包括中央处理单元(Central Processing Unit，CPU)1101，其可以根据存储在只读存储器(Read-Only Memory，ROM)1102中的程序或者从存储部分1108加载到随机访问存储器(Random Access Memory，RAM)1103中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1103中，还存储有***操作所需的各种程序和数据。CPU 1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(Input/Output，I/O)接口1105也连接至总线1104。

以下部件连接至I/O接口1105：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至I/O接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(CPU)1101执行时，执行本申请的***中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种车辆消息的处理方法，其特征在于，所述方法包括：

获取与目标车辆相关联的参考车辆的车辆消息，得到第一车辆消息集合，所述第一车辆消息集合中包括第一车辆消息，所述第一车辆消息包括消息存储时间和消息标签，所述消息标签用于标识所述车辆消息对应的参考车辆；

根据所述消息存储时间，从所述第一车辆消息集合中选择消息存储时间晚于容忍时间点的第一车辆消息，得到第二车辆消息集合，所述第二车辆消息集合中包括第二车辆消息，所述容忍时间点用于判断车辆消息是否有效；

根据所述消息标签，从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述消息存储时间，从所述第一车辆消息集合中选择消息存储时间晚于容忍时间点的第一车辆消息，得到第二车辆消息集合，包括：

确定目标车辆请求获取参考车辆消息时的请求时间和保持所述车辆消息有效性的容忍时间长度；

基于所述请求时间和所述容忍时间长度，确定所述容忍时间点；

将所述第一车辆消息集合中消息存储时间晚于所述容忍时间点的第一车辆消息确定为第二车辆消息，得到所述第二车辆消息集合。

3.根据权利要求2所述的方法，其特征在于，所述容忍时间长度通过如下方式确定：

获取所述目标车辆的行驶参数和目标车辆所在地的驾驶安全距离；

基于所述目标车辆的行驶参数和目标车辆所在地的驾驶安全距离，通过基本运动方程计算所述容忍时间长度。

4.根据权利要求1所述的方法，其特征在于，所述根据所述消息标签，从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息，包括：

对所述第二车辆消息集合中的所有第二车辆消息进行分组，得到至少一个第二车辆消息子集，其中，任意一个第二车辆消息子集中包括具有相同消息标签的至少一个第二车辆消息；

将各个第二车辆消息子集中消息存储时间最晚的第二车辆消息确定为所述目标车辆对应的参考车辆消息。

5.根据权利要求1所述的方法，其特征在于，在从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息之后，所述方法还包括：

将所述目标车辆对应的参考车辆消息发送给所述目标车辆。

6.根据权利要求1所述的方法，其特征在于，在从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息之后，所述方法还包括：

基于所述第一车辆消息集合中的车辆消息数量和所述目标车辆对应的参考车辆消息的数量，计算所述第一车辆消息集合中车辆消息的无效比率；

在所述第一车辆消息集合中车辆消息的无效比率不高于预定阈值时，将所述目标车辆对应的参考车辆消息发送给所述目标车辆。

7.根据权利要求1所述的方法，其特征在于，所述第一车辆消息集合中包括N条第一车辆消息，所述N为大于1的正整数，所述N条第一车辆消息分别对应存储于N个存储空间，所述获取第一车辆消息集合，包括：

分别从所述N个存储空间中获取第一车辆消息，得到所述第一车辆消息集合。

8.根据权利要求1所述的方法，其特征在于，所述第一车辆消息集合中包括N条第一车辆消息，所述N为大于1的正整数，所述N条第一车辆消息分别存储于S个存储空间，其中，一个存储空间中存储至少一条第一车辆消息，所述获取第一车辆消息集合，包括：

分别从所述S个存储空间中获取第一车辆消息，得到所述第一车辆消息集合。

9.根据权利要求7或8所述的方法，其特征在于，所述存储空间设置于消息队列遥测传输服务器中。

10.一种车辆消息的处理装置，其特征在于，包括：

获取单元，被用于获取与目标车辆相关联的参考车辆的车辆消息，得到第一车辆消息集合，所述第一车辆消息集合中包括第一车辆消息，所述第一车辆消息包括消息存储时间和消息标签，所述消息标签用于标识所述车辆消息对应的参考车辆；

第一选择单元，被用于根据所述消息存储时间，从所述第一车辆消息集合中选择消息存储时间晚于容忍时间点的第一车辆消息，得到第二车辆消息集合，所述第二车辆消息集合中包括第二车辆消息，所述容忍时间点用于判断车辆消息是否有效；

第二选择单元，被用于根据所述消息标签，从所述第二车辆消息集合中选择消息标签互不相同的第二车辆消息，得到所述目标车辆对应的参考车辆消息。

Images