CN115188190A - 交通数据处理模式的更新方法、装置和车路协同系统 - Google Patents

Abstract

本公开提供了一种交通数据处理模式的更新方法、装置、车路协同系统、设备、介质和产品，涉及智能交通领域，具体为车路协同、自动驾驶、车联网等技术领域。交通数据处理模式的更新方法包括：响应于接收到处理失败的交通数据，确定与处理失败的交通数据相关联的第一处理模式；基于处理失败的交通数据和第一处理模式，得到目标模式数据；基于目标模式数据，更新第一处理模式，得到第二处理模式，其中，第二处理模式能够用于处理该处理失败的交通数据。

Description

交通数据处理模式的更新方法、装置和车路协同系统

技术领域

本公开涉及智能交通领域，具体为车路协同、自动驾驶、车联网等技术领域，更具体地，涉及一种交通数据处理模式的更新方法、装置、车路协同系统、电子设备、介质和程序产品。

背景技术

车路协同是自动驾驶和智能交通的主要发展趋势，通过车辆、路侧、云控平台之间相互配合，进行协同感知、协同计算和协同决策控制，可以解决单车辆感知范围受限、可靠性不足等一系列问题，也能有助于实现道路基础设施和交通管理的数字化、智能化，支撑构建深度融合、高度协同、安全高效的“人-车-路-云”一体化系统。

相关技术中，车路协同系统中的车辆可以利用数据处理模式来处理接收到的交通数据，以便基于处理结果进行行驶。但是，数据处理模式更新更新成本高，更新效率低，导致车辆利用数据处理模式对交通数据进行解析的过程中，存在由于数据处理模式更新不及时而无法解析数据的问题，从而影响驾驶。

发明内容

本公开提供了一种交通数据处理模式的更新方法、装置、车路协同系统、电子设备、存储介质以及程序产品。

根据本公开的一方面，提供了一种交通数据处理模式的更新方法，包括：响应于接收到处理失败的交通数据，确定与所述处理失败的交通数据相关联的第一处理模式；基于所述处理失败的交通数据和所述第一处理模式，得到目标模式数据；基于所述目标模式数据，更新所述第一处理模式，得到第二处理模式，其中，所述第二处理模式能够用于处理所述处理失败的交通数据。

根据本公开的另一方面，提供了一种交通数据处理模式的更新方法，包括：响应于接收到交通数据，利用第一处理模式处理所述交通数据，得到第一处理结果；响应于确定所述第一处理结果包括处理失败的交通数据，发送所述处理失败的交通数据；接收与第二处理模式相关联的模式更新信息，其中，所述第二处理模式能够用于处理所述处理失败的交通数据；基于所述模式更新信息更新所述第一处理模式，得到所述第二处理模式，其中，所述第二处理模式是根据上述方法得到的。

根据本公开的另一方面，提供了一种交通数据处理模式的更新装置，包括：确定模块、第一获得模块和更新模块。确定模块，用于响应于接收到处理失败的交通数据，确定与所述处理失败的交通数据相关联的第一处理模式；第一获得模块，用于基于所述处理失败的交通数据和所述第一处理模式，得到目标模式数据；更新模块，用于基于所述目标模式数据，更新所述第一处理模式，得到第二处理模式，其中，所述第二处理模式能够用于处理所述处理失败的交通数据。

根据本公开的另一方面，提供了一种交通数据处理模式的更新装置，包括：处理模块、发送模块、接收模块以及更新模块。处理模块，用于响应于接收到交通数据，利用第一处理模式处理所述交通数据，得到第一处理结果；发送模块，用于响应于确定所述第一处理结果包括处理失败的交通数据，发送所述处理失败的交通数据；第一接收模块，用于接收与第二处理模式相关联的模式更新信息，其中，所述第二处理模式能够用于处理所述处理失败的交通数据；更新模块，用于基于所述模式更新信息更新所述第一处理模式，得到所述第二处理模式，其中，所述第二处理模式是根据上述装置得到的。

根据本公开的另一方面，提供了一种车路协同系统，包括：数据发送设备、第一车辆和服务器。数据发送设备，用于将交通数据发送给第一车辆；第一车辆，用于执行：响应于接收到交通数据，利用第一处理模式处理所述交通数据，得到第一处理结果；响应于确定所述第一处理结果包括处理失败的交通数据，发送所述处理失败的交通数据；接收与第二处理模式相关联的模式更新信息，其中，所述第二处理模式能够用于处理所述处理失败的交通数据；基于所述模式更新信息更新所述第一处理模式，得到所述第二处理模式。服务器用于执行：响应于接收到处理失败的交通数据，确定与所述处理失败的交通数据相关联的第一处理模式；基于所述处理失败的交通数据和所述第一处理模式，得到目标模式数据；基于所述目标模式数据，更新所述第一处理模式，得到第二处理模式，其中，所述第二处理模式能够用于处理所述处理失败的交通数据。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器和与所述至少一个处理器通信连接的存储器。其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的交通数据处理模式的更新方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行上述的交通数据处理模式的更新方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令存储于可读存储介质和电子设备其中至少之一上，所述计算机程序/指令被处理器执行时实现上述交通数据处理模式的更新方法的步骤。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1示意性示出了根据本公开一实施例的交通数据处理模式的更新方法的流程图；

图2示意性示出了根据本公开一实施例的交通数据处理模式的更新方法的流程图；

图3示意性示出了根据本公开一实施例的数据处理模式的更新示意图；

图4示意性示出了根据本公开另一实施例的交通数据处理模式的更新方法的流程图；

图5示意性示出了根据本公开一实施例的数据处理模式的兼容性扩展示意图；

图6示意性示出了根据本公开一实施例的第一种模式更新方式的示意图；

图7示意性示出了根据本公开一实施例的第二种模式更新方式的示意图；

图8示意性示出了根据本公开一实施例的交通数据处理模式的更新装置的框图；

图9示意性示出了根据本公开另一实施例的交通数据处理模式的更新装置的框图；以及

图10是用来实现本公开实施例的用于执行交通数据处理模式的更新方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

图1示意性示出了根据本公开一实施例的交通数据处理模式的更新方法的流程图。

如图1所示，用于车路协同的消息集扩展方法是指在消息集版本演进过程中，定义基线版本和标准序列版本，按照基线版本的后向兼容原则、不同版本间后向兼容原则、消息扩展原则等等，对用于车路协同的消息集扩展进行定义，保证消息集的不同版本之间的兼容性。

例如，标准序列版本可以包括多个，例如包括标准A序列版本和标准B序列版本。标准序列版本例如是在基准版本的基础上升级更新得到的。

交通数据可以包括车路协同系统中的消息或消息集，消息集包括多种类型的消息。消息集版本例如是用于处理交通数据的数据处理模式，数据处理模式包括数据解析格式。

例如，基线版本、标准A序列版本、标准B序列版本为不同的数据处理模式。基线版本和标准A序列版本之间兼容，基线版本和标准B序列版本兼容，两个版本兼容表示两个版本之间交互的消息能够被成功解析。标准A序列版本和标准B序列版本不兼容，表示两个版本之间交互的消息中的至少部分消息不能被成功解析。

新设备通常装载有标准序列版本，因此新设备与基线版本和标准序列版本均兼容，即，新设备能够处理来自基线版本和标准序列版本的消息。旧设备通常装载有基线版本，因此旧设备与标准序列版本通常不兼容。

目前消息集的标准化工作是分阶段开展的，一个阶段可以对应一个消息集版本。第一阶段支持车路协同(V2X)的基本安全应用，采用了国际通用的ASN.1编码定义，第一阶段消息集中例如有5个消息：基础安全消息(Basic Safety Message，BSM)、路侧安全消息(Road Safety Message，RSM)、路侧信息(Road Side Information，RSI)、地图信息(MAP)、交通灯相位与时序消息(Signal phase timing message，SPAT)。第二阶段可以支持V2X增强应用，第二阶段的V2X消息集可以扩展其他类型消息，其他类型消息例如不同于第一阶段的消息集中的5个消息。第二阶段的V2X消息集同时还可以对第一阶段的5个消息进行更新，例如对5个消息进行字段(内容)扩展。

对于不同版本的消息集内容，信息交互过程中，通常无法对自身之外的消息集版本进行识别处理。为了保证车路协同系统中数据处理的准确性，需要及时更新数据处理模式(消息集版本)，以保证数据处理模式的兼容性。

在一些方式中，通常依靠各设备厂家自觉落实以及行业专家把控消息集版本的更新，更新不及时将影响车路协同系统。另外，在更新版本时，缺乏消息集扩展规则，容易导致更新不一致的问题，不利于信息交互，阻碍车路协同互联互通的发展。

有鉴于此，本公开的实施例提出了一种交通数据处理模式的更新方法。

图2示意性示出了根据本公开一实施例的交通数据处理模式的更新方法的流程图。

如图2所示，本公开实施例的交通数据处理模式的更新方法200例如可以包括操作S210～操作S230。该交通数据处理模式的更新方法200例如可以由服务器执行，服务器可以包括后端的验证平台，下文以验证平台为例进行说明。

在操作S210，响应于接收到处理失败的交通数据，确定与处理失败的交通数据相关联的第一处理模式。

在操作S220，基于处理失败的交通数据和第一处理模式，得到目标模式数据。

在操作S230，基于目标模式数据，更新第一处理模式，得到第二处理模式。

示例性地，处理失败的交通数据例如是来自车辆协同系统中的车辆。车辆例如可以利用第一处理模式处理交通数据，当处理失败时，表示第一处理模式存在不兼容的问题。此时，车辆可以将处理失败的交通数据发送至验证平台，便于验证平台基于处理失败的交通数据和第一处理模式得到目标模式数据，目标模式数据例如可以用于更新第一处理模式。然后，验证平台基于目标模式数据更新第一处理模式，得到第二处理模式，第二处理模式能够用于处理处理失败的交通数据。

在一示例中，第一处理模式例如可以包括基准版本1.0，第二处理模式例如包括基准版本2.0。在另一示例中，第一处理模式例如可以包括基准版本1.0，第二处理模式例如包括标准序列版本。在另一示例中，第一处理模式可以包括标准A序列版本，第二处理模式可以包括标准B序列版本，标准B序列版本例如是基于标准A序列版本升级更新得到的。

根据本公开的实施例，验证平台在接收到处理失败的交通数据之后，确定与处理失败的交通数据相关联的第一处理模式，然后基于处理失败的交通数据和第一处理模式得到目标模式数据，然后基于目标模式数据更新第一处理模式得到第二处理模式，由此降低了处理模式的更新成本，提高了处理模式的更新准确性和及时性，解决了处理模式存在不兼容的问题。另外，车辆及时基于更新后的第二处理模式处理交通数据，从而保证车路协同系统中的信息交互的准确性。

在本公开的另一示例中，可以基于处理失败的交通数据，确定第三处理模式，第三处理模式例如是基于第一处理模式得到的，第三处理模式能够用于处理处理失败的交通数据。接下来，基于第三处理模式和第一处理模式，得到目标模式数据，并基于目标模式数据更新第一处理模式，得到第二处理模式。

示例性地，处理失败的交通数据例如包括N个类型的交通数据，第三处理模式包括N个第三处理模式，N为大于等于1的整数。确定N个第三处理模式中每个第三处理模式和第一处理模式之间的模式差异数据，得到N个模式差异数据，然后，将N个模式差异数据，确定为目标模式数据，并基于目标模式数据更新第一处理模式。

以下结合图3产生数据处理模式的更新。

图3示意性示出了根据本公开一实施例的数据处理模式的更新示意图。

如图3所示，每个数据处理模式例如对应一个版本，版本的升级演进表征了数据处理模式的升级更新。

基线版本例如为行业内统一认可的基础版本，最早的基线版本是通过将早期标准序列版本合并而生成的，后续的基线版本及标准序列版本在原基线版本上进行扩展，并且兼容原基线版本。

标准序列版本例如由各标准定义的版本，例如某个标准序列版本是在最新基线版本的基础上增加一些模式内容而形成的版本，新增加的模式内容例如用于对新类型的交通数据进行处理。标准序列版本例如可以兼容原基线版本。标准序列版本的生命周期通常在两个基线版本之间，每个标准序列版本的中的第一版可以以最新基线版本为基础进行更新，当包括多个标准序列版本时可以在选择某一版本来生成下一基线版本。

例如，第一处理模式包括某一个低版本号的基线版本，例如基线版本n。

第三处理模式包括标准序列版本。各标准在基线版本n的基础上，可以生成各自的标准序列版本，如标准A基于基线版本n生成标准A序列版本n.1，标准B基于基线版本n生成标准B序列版本n.1，标准C基于基线版本n生成标准C序列版本n.1。

同时，各标准可对自身的标准序列版本进行迭代升级。例如，标准A可在标准A序列版本n.1基础上，生成标准A序列版本n.2，在标准A序列版本n.2的基础上生成标准A序列版本n.3，直至生成标准A序列版本n.X。

在某一时间点，可以根据各标准基于基线版本n扩展出的序列版本中的一个进行归集，以便在兼容基线版本n的基础上，生成下一个基线版本n+1。例如，从标准A序列版本n.1至标准A序列版本n.X中选择标准A序列版本n.X，可以将标准A序列版本n.X、标准B序列版本n.1、标准C序列版本n.1作为第三处理模式。基于标准A序列版本n.X、标准B序列版本n.1、标准C序列版本n.1，在兼容基线版本n的基础上，生成第二处理模式，第二处理模式例如包括下一个基线版本n+1。例如，确定标准A序列版本n.X和基线版本n之间的模式差异数据，确定标准B序列版本n.1和基线版本n之间的模式差异数据，确定标准C序列版本n.1和基线版本n之间的模式差异数据，基于模式差异数据更新基线版本n，得到基线版本n+1。

示例性地，处理失败的交通数据例如包括N＝3个类型的交通数据，基线版本n例如无法处理该3个类型的交通数据，且该3个类型的交通数据可以分别由标准A序列版本n.X、标准B序列版本n.1、标准C序列版本n.1处理。更新得到的基线版本n+1例如可以处理该3个类型的交通数据。

可以理解，基于第三处理模式和第一处理模式之间的模式差异数据，更新第一处理模式得到第二处理模式，降低了模式更新的繁琐性，提高了模式更新的效率。

示例性地，第一处理模式包括第一类型模式数据，基于目标模式数据更新第一处理模式例如包括至少两种方式。例如，第一种模式更新方式为向第一处理模式添加新类型的模式数据，第二种模式更新方式为向第一处理模式添加子模式数据。

关于第一种模式更新方式，可以向第一处理模式添加新类型的模式数据。

例如，第一处理模式包括第一类型模式数据和待扩展模式数据，目标模式数据包括与第一类型模式数据不同的第二类型模式数据。第一类型模式数据例如包括多种类型的模式数据，每种类型的模式数据例如可以用于处理一种类型的交通数据。第二类型模式数据例如与第一类型模式数据不同，第二类型模式数据例如可以处理新增类型的交通数据。

接下来，基于第二类型模式数据更新待扩展模式数据，得到经更新扩展模式数据。基于第一类型模式数据和经更新扩展模式数据，得到第二处理模式，例如将第一类型模式数据和经更新扩展模式数据的组合，确定第二处理模式的至少部分模式数据。

例如，待扩展模式数据包括类型结构数据和编号结构数据。可以将第二类型模式数据添加至类型结构数据中。另外，为目标模式数据配置数据编号，将数据编号添加至编号结构数据中。

可以理解，第一处理模式的第一类型模式数据中保留了待扩展模式数据，便于后续灵活地对第一处理模式进行扩展更新。当得到目标模式数据之后，可以为目标模式数据配置数据编号，并将目标模式数据和数据编号添加至待扩展模式数据中，实现了灵活更新处理模式的效果。

关于第二种模式更新方式，可以向第一处理模式添加子模式数据。

例如，第一处理模式包括第三类型模式数据，第三类型模式数据包括至少一个第一子模式数据，目标模式数据包括与至少一个第一子模式数据不同的第二子模式数据。以第三类型模式数据包括一种类型的模式数据为例，该第三类型模式数据例如可以用于处理一种类型的交通数据。该第三类型模式数据例如包括多个第一子模式数据，多个第一子模式数据例如可以用于对一种类型的交通数据进行不同的处理，例如多个第一子模式数据例如可以用于对一种类型的交通数据分别进行过滤处理、格式转换处理、解析处理等等。或者，当一种类型的交通数据包括多个部分的数据时，多个第一子模式数据例如可以用于分别对多个部分进行处理。

目标模式数据包括与多个第一子模式数据不同的第二子模式数据。当多个第一子模式数据用于对一种类型的交通数据分别进行过滤处理、格式转换处理、解析处理时，第二子模式数据例如可以用于对该种类型的交通数据进行数据清洗处理。

然后，将第二子模式数据添加至第三类型模式数据中，得到经更新第三类型模式数据，经更新第三类型模式数据包括至少一个第一子模式数据和第二子模式数据。接下来，可以基于经更新第三类型模式数据，得到第二处理模式，例如可以将经更新第三类型模式数据确定为第二处理模式的至少部分模式数据。

在验证平台更新第一处理模式得到第二处理模式之后，验证平台可以基于第二处理模式，得到模式更新信息，模式更新信息能够用于更新第一处理模式得到第二处理模式。然后，验证平台可以将模式更新信息发送给车辆。

示例性地，模式更新信息包括以下至少一项：第二处理模式的模式数据、表征第二处理模式和第一处理模式之间的差异的模式数据。

在本公开另一示例中，与第二处理模式相关联的模式更新信息包括全量数据，全量数据例如包括第二处理模式的模式数据。验证平台可以将全量数据发送给车辆，车辆接收到第二处理模式的模式数据之后，可以直接将第二处理模式的模式数据替换第一处理模式的模式数据。

在另一示例中，与第二处理模式相关联的模式更新信息例如包括增量数据，增量数据例如包括表征第二处理模式和第一处理模式之间的差异的模式数据。验证平台可以将增量数据发送给车辆，车辆接收到表征差异的模式数据之后，可以基于模式数据更新第一处理模式得到第二处理模式，例如可以将接收到的模式数据条添加至第一处理模式的模式数据中，得到第二处理模式。

根据本公开的实施例，车辆可以基于全量数据或增量数据更新模式，提高模式更新的灵活性。基于全量数据更新模式提高了更新的准确性，基于增量数据更新模式的方式降低了数据处理或数据传输所耗费的计算资源。

图4示意性示出了根据本公开另一实施例的交通数据处理模式的更新方法的流程图。

如图4所示，本公开实施例的交通数据处理模式的更新方法400例如可以包括操作S410～操作S440。交通数据处理模式的更新方法400例如可以由车辆执行。

在操作S410，响应于接收到交通数据，利用第一处理模式处理交通数据，得到第一处理结果。

在操作S240，响应于确定第一处理结果包括处理失败的交通数据，发送处理失败的交通数据。

在操作S430，接收与第二处理模式相关联的模式更新信息，第二处理模式能够用于处理处理失败的交通数据。

在操作S440，基于模式更新信息更新第一处理模式，得到第二处理模式。

根据本公开的实施例，该交通数据处理模式的更新方法例如可以由车路协同系统中的车辆执行，车辆可以包括自动驾驶车辆。车辆例如可以利用第一处理模式来处理交通数据，第一处理模式例如包括数据解析格式。车辆在接收到来自车路协同系统中其他设备的交通数据之后，可以利用第一处理模式处理交通数据，得到第一处理结果。

第一处理模式例如可以包括基准版本1.0，第二处理模式例如包括基准版本2.0或者标准序列版本。或者，第一处理模式可以包括标准A序列版本，第二处理模式可以包括标准B序列版本，标准B序列版本例如是基于标准A序列版本升级得到的。

如果第一处理结果中包括处理失败的交通数据，表征第一处理模式存在不兼容的问题，因此可以将处理失败的交通数据发送至验证平台，便于验证平台基于处理失败的交通数据确定兼容的第二处理模式，该第二处理模式能够用于对处理失败的交通数据进行处理。验证平台可以将与第二处理模式相关联的模式更新信息发送给车辆。

接下来，当车辆接收到模式更新信息之后，可以基于模式更新信息更新第一处理模式，得到第二处理模式，便于后续车辆再接收到类似的交通数据时，能够利用第二处理模式处理交通数据。

根据本公开的实施例，为了及时更新车辆的数据处理模式，在车辆接收到交通数据并处理失败时，将处理失败的交通数据发送给验证平台，便于验证平台返回模式更新信息，车辆可以基于模式更新信息及时更新第一处理模式，提高模式更新的及时性，从而保证车路协同系统中的信息交互的准确性。

在本公开的另一示例中，交通数据例如包括基础安全消息(Basic SafetyMessage，BSM)、路侧安全消息(Road Safety Message，RSM)、路侧信息(Road SideInformation，RSI)、地图信息(MAP)、交通灯相位与时序消息(Signal phase timingmessage，SPAT)等等。如果确定第一处理结果包括成功处理的交通数据，车辆可以基于成功处理的交通数据，控制车辆的行驶状态。

在另一示例中，当第一处理结果包括处理失败的交通数据时，车辆可以实时将处理失败的交通数据发送给验证平台。验证平台除了反馈模式更新信息之外，还可以返回第二处理结果，第二处理结果例如是由验证平台利用第二处理模式对处理失败的交通数据进行处理得到的。

车辆在接收到第二处理结果之后，可以基于第二处理结果，控制车辆的行驶状态。

根据本公开的实施例，在数据处理失败之后，表示车辆的第一处理模式存在不兼容的问题，因此车辆可以及时将处理失败的交通数据发送给验证平台。验证平台利用第二处理模式处理数据得到第二处理结果之后，可以同时返回第二处理结果和模式更新信息，便于车辆及时基于第二处理结果控制车辆的行驶，以及及时基于模式更新信息更新第一处理模式得到第二处理模型，便于后续再次接收到类似交通数据时能够进行处理，保证车辆的正常行驶。

在本公开的另一示例中，当第一处理结果包括处理失败的交通数据时，车辆可以先保存并汇总处理失败的交通数据，等到满足一定条件时再将数据上传验证平台。

例如，当存储的处理失败交通数据达到一定数据量时，可以基于处理失败的交通数据的数据类型，从所存储的处理失败的交通数据中确定至少一部分数据，作为待发送交通数据，然后向验证平台发送待发送交通数据。

示例性地，从存储的处理失败的交通数据中，确定数据类型为目标数据类型的处理失败的交通数据的数据量，如果数据量大于等于预设数据量，将数据类型为目标数据类型的处理失败的交通数据，确定为待发送交通数据。

例如，可以汇总每一数据类型的数据，当目标数据类型的处理失败的交通数据的数据量大于等于预设数据量时，表示车辆经常接收到目标数据类型的数据，而第一处理模式又无法成功处理目标数据类型的数据。为了提高从车辆的数据处理准确性和及时性，可以将目标数据类型的数据发送给验证平台。验证平台确认可以处理目标数据类型的数据的第二处理模式之后，将模式更新信息发送给车辆进行模式更新。

可以理解，通过统计数据的数据类型，当确定车辆经常接收到某一数据类型的数据时，再将该类型的数据发送给验证平台以请求更新模式。当车辆偶尔接收到某一数据类型的数据，表示车辆对该类型的数据进行处理的需求较低，无需请求模式更新，以便降低模式更新的成本。

在本公开另一示例中，与第二处理模式相关联的模式更新信息包括全量数据，全量数据例如包括第二处理模式的模式数据。验证平台可以将全量数据发送给车辆，车辆接收到第二处理模式的模式数据之后，可以直接将第二处理模式的模式数据替换第一处理模式的模式数据。

在另一示例中，与第二处理模式相关联的模式更新信息例如包括增量数据，增量数据例如包括表征第二处理模式和第一处理模式之间的差异的模式数据。验证平台可以将增量数据发送给车辆，车辆接收到表征差异的模式数据之后，可以基于模式数据更新第一处理模式得到第二处理模式，例如可以将接收到的模式数据条添加至第一处理模式的模式数据中，得到第二处理模式。

根据本公开的实施例，车辆可以基于全量数据或增量数据更新模式，提高模式更新的灵活性。基于全量数据更新模式提高了更新的准确性，基于增量数据更新模式的方式降低了数据处理或数据传输所耗费的计算资源。

在本公开的另一示例中，第一处理模式用于处理第一类型的交通数据。第一类型的交通数据例如包括但不仅限于：交通数据例如包括基础安全消息(Basic SafetyMessage，BSM)、路侧安全消息(Road Safety Message，RSM)、路侧信息(Road SideInformation，RSI)、地图信息(MAP)、交通灯相位与时序消息(Signal phase timingmessage，SPAT)。

示例性地，第二处理模式用于处理第二类型的交通数据，第二类型的交通数据包括以下至少一项：第一类型的交通数据；新增类型的交通数据；更新类型的交通数据。更新类型的交通数据是对第一类型的交通数据进行更新得到的。

根据本公开的实施例，第二处理模式例如是对第一处理模式升级得到的，因此第二处理模式能够用于处理第一类型的交通数据、新增类型的交通数据以及更新类型的交通数据，由此提高了第二处理模式能够处理的数据类型的种类。

在本公开的另一示例中，还提供了一种车路协同系统，包括：数据发送设备、第一车辆和服务器，第一车辆例如包括自动驾驶车辆。数据发送设备用于将交通数据发送给第一车辆。第一车辆可以执行：响应于接收到交通数据，利用第一处理模式处理交通数据，得到第一处理结果；响应于确定第一处理结果包括处理失败的交通数据，发送处理失败的交通数据；接收与第二处理模式相关联的模式更新信息，第二处理模式能够用于处理处理失败的交通数据；基于模式更新信息更新第一处理模式，得到第二处理模式。服务器可以执行：响应于接收到处理失败的交通数据，确定与处理失败的交通数据相关联的第一处理模式；基于处理失败的交通数据和第一处理模式，得到目标模式数据；基于目标模式数据，更新第一处理模式，得到第二处理模式，所述第二处理模式能够用于处理该处理失败的交通数据。

在本公开的另一示例中，数据发送设备例如包括以下至少一个：第二车辆、路侧设备。第二车辆例如包括自动驾驶车辆。

示例性地，多个版本之间具有兼容性。基线版本具有后向兼容原则，例如，基于某个基线版本的生成的消息能被后续的基线版本及后续的标准序列版本识别解析。

不同版本间具有后向兼容原则。例如，任何版本应能解析基于本标准生成的数据，对其他标准生成的但不属于本标准的扩展数据进行丢弃，以保证在版本不兼容时也能够解析部分数据，不会导致所有数据均解析失败的结果。

关于版本兼容性的消息扩展规则，在新一个基线版本中，可以对用于解析某个类型数据的格式进行增量扩展，也可扩展得到用于解析新类型数据的数据格式。在标准序列版本中，通常仅可以扩展得到用于解析新类型数据的数据格式。

当需要在新的基线版本原有数据格式中，对用于解析某个类型数据的格式进行增量扩展时，可以通过将原有数据格式及新增字段打包成新消息类型的数据格式，而不是在原有数据格式上进行修改，由此得到标准序列版本。

示例性地，对用于解析某个类型数据的格式进行扩展，具有以下特性：

(1)增量特性：新增格式数据，对已有格式数据不可进行任何修改或删除。

(2)最少冗余特性：增量格式数据和原有格式数据不重复。

(3)新增格式数据可以在可扩展的地方处进行扩展，可扩展的地方例如为扩展符“…”所在之处。

针对用于解析新类型数据的数据格式的扩展方式，具有以下特性：

(1)消息标识(Message id)正交性：针对每一个不同类型的数据格式，可以正交分配不同的Message id给不同类型的数据格式。

(2)AID正交性：同一个Message id的数据格式可以使用相同的AID，对不同标准的数据格式分配正交的AID。AID正交性可以理解为不同类型的数据格式使用不同的ID，避免重复。

以下将结合图5详细阐述验证平台更新处理模式的过程。

图5示意性示出了根据本公开一实施例的数据处理模式的兼容性扩展示意图。

如图5所示，第一处理模式例如包括基线版本1.0，基线版本1.0的数据格式例如可以用于解析5种类型的消息，包括消息1、消息2、消息3、消息4及消息5。5种消息的messegeID可以分别以1、2、3、4、5表示，AID也分别以1、2、3、4、5表示，AID例如与messege ID相同。

(1)标准序列版本与低版本号的基线版本兼容：

第三处理模式例如包括标准A序列版本1.0和标准A序列版本2.0中的至少一个、标准B序列版本1.0、标准C序列版本1.0。

标准A序列版本1.0例如在基线版本1.0的基础上增加了用于解析数据类型6的数据格式。此时搭载标准A序列版本1.0的设备可以完全识别来自搭载基线版本1.0的设备的全部类型消息的全部字段。搭载基线版本1.0的设备也可以识别来自搭载标准A序列版本1.0设备发出的消息1-5的全部内容，并对消息6进行丢弃，解码过程不报错。

标准A序列版本2.0例如在标准A序列版本1.0的基础上增加了用于解析数据类型7的数据格式。搭载标准A序列版本2.0的设备可以完全识别来自搭载基线版本1.0的设备的全部类型消息的全部字段，搭载基线版本1.0的设备也可以识别来自搭载标准A序列版本2.0设备发出的消息1-5的全部内容，并对消息6、7进行丢弃，解码过程不报错。

标准A的各版本是否可以对消息6进行修改不做限定，由各标准自行确定，标准序列版本仅需要兼容基线版本，即可以完全识别来自基线版本的消息即可，且可以被搭载基线版本的设备识别其中的与基线版本相对应的消息，对不认识的消息进行丢弃，解码过程不报错。

(2)标准序列版本间的兼容：

标准A序列版本1.0在基线版本1.0的基础上增加了用于解析数据类型6的数据格式，标准B序列版本1.0在基线版本1.0的基础上增加了用于解析数据类型8的数据格式，标准C序列版本1.0在基线版本1.0的基础上增加了用于解析数据类型9的数据格式。则三个分别搭载标准A序列版本1.0、标准B序列版本1.0、标准C序列版本1.0的设备均可互相识别其他设备的消息1-5的全部字段，且对不属于自身标准的消息进行丢弃，如搭载标准A序列版本1.0的设备可以丢弃消息8及消息9。

(3)标准序列版本与高版本号基线版本的兼容：

可以基于标准A序列版本2.0、标准B序列版本1.0、标准C序列版本1.0，生成基线版本2.0。例如，消息6、8、9的新增特性适合加入新的基线版本，但消息6的新增特性不适合单独作为一个新数据格式进行扩展，只适合作为其他数据格式的部分字段进行扩展，消息7的新增特性不成熟。因此，生成的基线版本2.0由消息1-4、消息5’、消息10、消息11组成。其中，消息6的新增特性加入了消息5的新增字段，从而将消息5变为了消息5’，消息8及消息9的新增特性加入了消息10及消息11，例如将消息8添加至消息10，将消息9添加至消息11。此时搭载基线版本2.0的设备可以对来自搭载标准A序列版本2.0的设备中的消息1-5完全识别，丢弃消息6及消息7，解码过程不报错。搭载标准A序列版本2.0的设备可以识别来自搭载基线版本2.0的设备发出的消息1-4、消息5’中包含的消息5中的全部字段，对消息5’中新增字段进行丢弃，对消息10及消息11进行丢弃，解码过程不报错。搭载标准B序列版本1.0的设备可以识别来自搭载基线版本2.0的设备发出的消息1-4、消息5’中包含的消息5的字段，对消息5’中新增字段进行丢弃，识别消息10，对消息11进行丢弃，解码不报错。

(4)低版本号基线版本与高版本号基线版本间的兼容：

搭载基线版本1.0的设备，可以完全识别来自基线版本2.0的消息1-4、消息5’中包含的消息5的字段，对消息5’中与消息5不同的字段进行丢弃，对消息10、11进行丢弃，解码过程不报错。搭载基线版本2.0的设备，可以完全识别来自搭载基线版本1.0的设备发出的消息1-5。

上述的识别或解码包括利用与相应版本对应的数据处理模式进行数据处理，丢弃不能识别的消息之后，还可以将不能识别的消息发送给验证平台，以便验证平台返回模式更新信息。

在本公开另一示例中，数据处理模式例如包括数据解析格式，以下将阐述更新数据处理模式的相关内容。数据处理模式的更新方式例如包括第一种模式更新方式和第二种模式更新方式。

图6示意性示出了根据本公开一实施例的第一种模式更新方式的示意图。

如图6所示，第一种模式更新方式为向第一处理模式添加新类型的模式数据。第一种模式更新方式包括新消息类型扩展过程。

对于新消息类型扩展的兼容性，假设原消息集为M1，扩展新消息后消息集为M2，M1可以通过第一处理模式进行处理，M2可以通过第二处理模式进行处理。其中，用于处理消息M1的第一处理模式能够完整准确地解码消息集M2中原有的非新增消息，原有的非新增消息例如包括M1；当接收到包含新增消息的M2之后，用于处理消息集M1的第一处理模式尽管无法解析M2中的新增消息但不影响第一处理模式的正常工作；用于处理消息M2的第二处理模式能够完整准确地解码消息集M1。

第一处理模式例如通过代码数据实现，代码数据用于解析消息。代码数据分为两个部分，第一部分610的代码数据可以用于解析消息集M1，消息集M1例如包括消息1～消息5；第二部分620的代码数据为保留代码，用于解析未来新增的新消息6。上文的第一类型模式数据例如包括第一部分610的代码数据，上文的待扩展模式数据例如包括第二部分620的代码数据，待扩展模式数据包括类型结构数据和编号结构数据。

类型结构数据中包括用于解析已有消息1～消息5的代码数据，新增消息例如为上文的目标模式数据，更新第一处理模式包括将目标模式数据添加至类型结构数据中，目标模式数据例如包括用于解析新增消息6的代码数据。在一示例中，将目标模式数据添加至类型结构数据中还可以包括将与目标模式数据相关联的绑定关系添加至类型结构数据中，绑定关系可以是目标模式数据的一种表征或用于找到目标模式数据的一种链接，通过绑定关系可以确定目标模式数据。

另外，为新增消息6配置数据编号，更新第一处理模式还包括将新消息6的数据编号添加至编号结构数据中，例如将新消息的数据编号添加至已有消息的数据编号之后。

示例性地，第二种模式更新方式为向第一处理模式添加子模式数据。第二种模式更新方式包括消息内容的扩展过程。

图7示意性示出了根据本公开一实施例的第二种模式更新方式的示意图。

如图7所示，第一处理模式包括第三类型模式数据，第三类型模式数据包括至少一个第一子模式数据，目标模式数据包括与所述至少一个第一子模式数据不同的第二子模式数据；将第二子模式数据添加至所述第三类型模式数据中，得到经更新第三类型模式数据。

例如，假设原消息集为M1，对用于解析消息集M1中的消息1的第一子模式数据进行更新扩展，得到用于解析消息1’中新增部分的第二子模式数据，将第二子模式数据添加至第三类型模式数据中，得到经更新第三类型模式数据。经更新第三类型模式数据能够用于解析消息1’。更新第一处理模式得到的第二处理模式包括经更新第三类型模式数据，第二处理模式用于解析包含消息1’的新消息集M2。即，消息M1可以通过第一处理模式进行处理，消息M2可以通过第二处理模式进行处理。

例如，用于处理消息M1的处理模式能够准确解码M2的消息1’中包含的消息1内容，消息1’中新增部分不影响用于处理消息M1的处理模式的正常工作；用于处理消息M2的处理模式能够完整准确地解码消息M1中的消息1的所有内容。

第一处理模式包括的第三类型模式数据例如通过目标代码数据实现，目标代码数据例如包括目标代码数据710和目标代码数据720，目标代码数据710例如用于解析消息1，目标代码数据720例如用于解析消息2。

以目标代码数据710为例，目标代码数据710包括例如包括第一子模式数据，第一子模式数据例如包括用于解析消息1的第一子代码数据，第一子代码数据属于目标代码数据中的一部分。用于处理消息1’中的新增部分的第二子模式数据例如包括第二子代码数据，将第二子代码数据添加至目标代码数据710中，使得更新的目标代码数据710’包括第一子代码数据和第二子代码数据。

本公开实施例的车路协同的在扩展数据处理模式时，通过定义基线版本和标准序列两种版本，按照基线版本的后向兼容原则、不同版本间后向兼容原则、消息扩展原则等等，对用于车路协同的数据处理模式进行定义，保证不同版本的数据处理模式之间的兼容性。任何版本的数据处理模式均可保持后向兼容。由于对消息属性的字段进行扩展为串行，通常不会存在由于并行扩展而出现不兼容的问题。另外，基线版本中无用信息冗余小，试验性新增消息内容可以不加入基线版本中。对于标准版本的扩展不做规定，充分保证各个标准版本内部进行扩展的灵活性，同时管理上较为方便。

图8示意性示出了根据本公开一实施例的交通数据处理模式的更新装置的框图。

如图8所示，本公开实施例的交通数据处理模式的更新装置800例如包括确定模块810、第一获得模块820和更新模块830。

确定模块810可以用于响应于接收到处理失败的交通数据，确定与处理失败的交通数据相关联的第一处理模式。根据本公开实施例，确定模块810例如可以执行上文参考图2描述的操作S210，在此不再赘述。

第一获得模块820可以用于基于处理失败的交通数据和第一处理模式，得到目标模式数据。根据本公开实施例，第一获得模块820例如可以执行上文参考图2描述的操作S220，在此不再赘述。

更新模块830可以用于基于目标模式数据，更新第一处理模式，得到第二处理模式。根据本公开实施例，更新模块830例如可以执行上文参考图2描述的操作S230，在此不再赘述。

根据本公开的实施例，第一获得模块820包括：确定子模块和第一获得子模块。确定子模块，用于基于处理失败的交通数据，确定第三处理模式，其中，第三处理模式是基于第一处理模式得到的，第三处理模式能够用于处理处理失败的交通数据；第一获得子模块，用于基于第三处理模式和第一处理模式，得到目标模式数据。

根据本公开的实施例，处理失败的交通数据包括N个类型的交通数据，第三处理模式包括N个第三处理模式，N为大于等于1的整数；其中，第一获得子模块包括：第一确定单元和第二确定单元。第一确定单元，用于确定N个第三处理模式中每个第三处理模式和第一处理模式之间的模式差异数据，得到N个模式差异数据；第二确定单元，用于将N个模式差异数据，确定为目标模式数据。

根据本公开的实施例，第一处理模式包括第一类型模式数据和待扩展模式数据，目标模式数据包括与第一类型模式数据不同的第二类型模式数据；其中，更新模块830包括：更新子模块和第二获得子模块。更新子模块，用于基于第二类型模式数据，更新待扩展模式数据，得到经更新扩展模式数据；第二获得子模块，用于基于第一类型模式数据和经更新扩展模式数据，得到第二处理模式。

根据本公开的实施例，待扩展模式数据包括类型结构数据和编号结构数据；其中，更新子模块包括：第一添加单元、配置单元和第二添加单元。第一添加单元，用于将第二类型模式数据添加至类型结构数据中；配置单元，用于为目标模式数据配置数据编号；第二添加单元，用于将数据编号添加至编号结构数据中。

根据本公开的实施例，第一处理模式包括第三类型模式数据，第三类型模式数据包括至少一个第一子模式数据，目标模式数据包括与至少一个第一子模式数据不同的第二子模式数据；其中，更新模块830包括：添加子模块和第三获得子模块。添加子模块，用于将第二子模式数据添加至第三类型模式数据中，得到经更新第三类型模式数据，其中，经更新第三类型模式数据包括至少一个第一子模式数据和第二子模式数据；第三获得子模块，用于基于经更新第三类型模式数据，得到第二处理模式。

根据本公开的实施例，装置800还可以包括：第二获得模块和发送模块。第二获得模块，用于基于第二处理模式，得到模式更新信息，其中，模式更新信息能够用于更新第一处理模式得到第二处理模式；发送模块，用于发送模式更新信息。

根据本公开的实施例，模式更新信息包括以下至少一项：第二处理模式的模式数据；表征第二处理模式和第一处理模式之间的差异的模式数据。

图9示意性示出了根据本公开另一实施例的交通数据处理模式的更新装置的框图。

如图9所示，本公开实施例的交通数据处理模式的更新装置900例如包括处理模块910、发送模块920、接收模块930和更新模块940。

处理模块910可以用于响应于接收到交通数据，利用第一处理模式处理交通数据，得到第一处理结果。根据本公开实施例，处理模块910例如可以执行上文参考图4描述的操作S410，在此不再赘述。

发送模块920可以用于响应于确定第一处理结果包括处理失败的交通数据，发送处理失败的交通数据。根据本公开实施例，发送模块920例如可以执行上文参考图4描述的操作S420，在此不再赘述。

接收模块930可以用于接收与第二处理模式相关联的模式更新信息，其中，第二处理模式能够用于处理处理失败的交通数据。根据本公开实施例，接收模块930例如可以执行上文参考图4描述的操作S430，在此不再赘述。

更新模块940可以用于基于模式更新信息更新第一处理模式，得到第二处理模式。根据本公开实施例，更新模块940例如可以执行上文参考图4描述的操作S440，在此不再赘述。

根据本公开的实施例，发送模块920包括：确定子模块和发送子模块。确定子模块，用于响应于确定第一处理结果包括处理失败的交通数据，基于处理失败的交通数据的数据类型，从处理失败的交通数据中确定待发送交通数据；发送子模块，用于发送待发送交通数据。

根据本公开的实施例，确定子模块包括：第一确定单元和第二确定单元。第一确定单元，用于确定数据类型为目标数据类型的处理失败的交通数据的数据量；第二确定单元，用于响应于确定数据量大于等于预设数据量，将数据类型为目标数据类型的处理失败的交通数据，确定为待发送交通数据。

在本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。

在本公开的技术方案中，在获取或采集用户个人信息之前，均获取了用户的授权或同意。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

根据本公开实施例，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行上文所描述的交通数据处理模式的更新方法。

根据本公开实施例，提供了一种计算机程序产品，包括计算机程序/指令，计算机程序/指令被处理器执行时实现上文所描述的交通数据处理模式的更新方法。

图10是用来实现本公开实施例的用于执行交通数据处理模式的更新方法的电子设备的框图。

图10示出了可以用来实施本公开实施例的示例电子设备1000的示意性框图。电子设备1000旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图10所示，设备1000包括计算单元1001，其可以根据存储在只读存储器(ROM)1002中的计算机程序或者从存储单元1008加载到随机访问存储器(RAM)1003中的计算机程序，来执行各种适当的动作和处理。在RAM 1003中，还可存储设备1000操作所需的各种程序和数据。计算单元1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

设备1000中的多个部件连接至I/O接口1005，包括：输入单元1006，例如键盘、鼠标等；输出单元1007，例如各种类型的显示器、扬声器等；存储单元1008，例如磁盘、光盘等；以及通信单元1009，例如网卡、调制解调器、无线通信收发机等。通信单元1009允许设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1001可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1001的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1001执行上文所描述的各个方法和处理，例如交通数据处理模式的更新方法。例如，在一些实施例中，交通数据处理模式的更新方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1008。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1002和/或通信单元1009而被载入和/或安装到设备1000上。当计算机程序加载到RAM 1003并由计算单元1001执行时，可以执行上文描述的交通数据处理模式的更新方法的一个或多个步骤。备选地，在其他实施例中，计算单元1001可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行交通数据处理模式的更新方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程交通数据处理模式的更新装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (27)

1.一种交通数据处理模式的更新方法，包括：

响应于接收到处理失败的交通数据，确定与所述处理失败的交通数据相关联的第一处理模式；

基于所述处理失败的交通数据和所述第一处理模式，得到目标模式数据；以及

基于所述目标模式数据，更新所述第一处理模式，得到第二处理模式，其中，所述第二处理模式能够用于处理所述处理失败的交通数据。

2.根据权利要求1所述的方法，其中，所述基于所述处理失败的交通数据和所述第一处理模式，得到目标模式数据包括：

基于所述处理失败的交通数据，确定第三处理模式，其中，所述第三处理模式是基于所述第一处理模式得到的，所述第三处理模式能够用于处理所述处理失败的交通数据；以及

基于所述第三处理模式和所述第一处理模式，得到所述目标模式数据。

3.根据权利要求2所述的方法，其中，所述处理失败的交通数据包括N个类型的交通数据，所述第三处理模式包括N个第三处理模式，N为大于等于1的整数；

其中，所述基于所述第三处理模式和所述第一处理模式，得到所述目标模式数据包括：

确定所述N个第三处理模式中每个第三处理模式和所述第一处理模式之间的模式差异数据，得到N个模式差异数据；以及

将所述N个模式差异数据，确定为所述目标模式数据。

4.根据权利要求1所述的方法，其中，所述第一处理模式包括第一类型模式数据和待扩展模式数据，所述目标模式数据包括与所述第一类型模式数据不同的第二类型模式数据；

其中，所述基于所述目标模式数据，更新所述第一处理模式，得到第二处理模式包括：

基于所述第二类型模式数据，更新所述待扩展模式数据，得到经更新扩展模式数据；以及

基于所述第一类型模式数据和所述经更新扩展模式数据，得到所述第二处理模式。

5.根据权利要求4所述的方法，其中，所述待扩展模式数据包括类型结构数据和编号结构数据；

其中，所述基于所述第二类型模式数据，更新所述待扩展模式数据，得到经更新扩展模式数据包括：

将所述第二类型模式数据添加至所述类型结构数据中；

为所述目标模式数据配置数据编号；以及

将所述数据编号添加至所述编号结构数据中。

6.根据权利要求1所述的方法，其中，所述第一处理模式包括第三类型模式数据，所述第三类型模式数据包括至少一个第一子模式数据，所述目标模式数据包括与所述至少一个第一子模式数据不同的第二子模式数据；

其中，所述基于所述目标模式数据，更新所述第一处理模式，得到第二处理模式包括：

将所述第二子模式数据添加至所述第三类型模式数据中，得到经更新第三类型模式数据，其中，所述经更新第三类型模式数据包括所述至少一个第一子模式数据和所述第二子模式数据；以及

基于所述经更新第三类型模式数据，得到所述第二处理模式。

7.根据权利要求1-6中任意一项所述的方法，还包括：

基于所述第二处理模式，得到模式更新信息，其中，所述模式更新信息能够用于更新所述第一处理模式得到所述第二处理模式；以及

发送所述模式更新信息。

8.根据权利要求7所述的方法，其中，所述模式更新信息包括以下至少一项：

所述第二处理模式的模式数据；以及

表征所述第二处理模式和所述第一处理模式之间的差异的模式数据。

9.一种交通数据处理模式的更新方法，包括：

响应于接收到交通数据，利用第一处理模式处理所述交通数据，得到第一处理结果；

响应于确定所述第一处理结果包括处理失败的交通数据，发送所述处理失败的交通数据；

接收与第二处理模式相关联的模式更新信息，其中，所述第二处理模式能够用于处理所述处理失败的交通数据；以及

基于所述模式更新信息更新所述第一处理模式，得到所述第二处理模式，

其中，所述第二处理模式是根据权利要求1-8中任意一项所述的方法得到的。

10.根据权利要求9所述的方法，其中，所述响应于确定所述第一处理结果包括处理失败的交通数据，发送所述处理失败的交通数据包括：

响应于确定所述第一处理结果包括处理失败的交通数据，基于所述处理失败的交通数据的数据类型，从所述处理失败的交通数据中确定待发送交通数据；以及

发送所述待发送交通数据。

11.根据权利要求10所述的方法，其中，所述基于所述处理失败的交通数据的数据类型，从所述处理失败的交通数据中确定待发送交通数据包括：

确定数据类型为目标数据类型的处理失败的交通数据的数据量；以及

响应于确定所述数据量大于等于预设数据量，将数据类型为所述目标数据类型的处理失败的交通数据，确定为所述待发送交通数据。

12.一种交通数据处理模式的更新装置，包括：

确定模块，用于响应于接收到处理失败的交通数据，确定与所述处理失败的交通数据相关联的第一处理模式；

第一获得模块，用于基于所述处理失败的交通数据和所述第一处理模式，得到目标模式数据；以及

更新模块，用于基于所述目标模式数据，更新所述第一处理模式，得到第二处理模式，其中，所述第二处理模式能够用于处理所述处理失败的交通数据。

13.根据权利要求12所述的装置，其中，所述第一获得模块包括：

确定子模块，用于基于所述处理失败的交通数据，确定第三处理模式，其中，所述第三处理模式是基于所述第一处理模式得到的，所述第三处理模式能够用于处理所述处理失败的交通数据；以及

第一获得子模块，用于基于所述第三处理模式和所述第一处理模式，得到所述目标模式数据。

14.根据权利要求13所述的装置，其中，所述处理失败的交通数据包括N个类型的交通数据，所述第三处理模式包括N个第三处理模式，N为大于等于1的整数；

其中，所述第一获得子模块包括：

第一确定单元，用于确定所述N个第三处理模式中每个第三处理模式和所述第一处理模式之间的模式差异数据，得到N个模式差异数据；以及

第二确定单元，用于将所述N个模式差异数据，确定为所述目标模式数据。

15.根据权利要求12所述的装置，其中，所述第一处理模式包括第一类型模式数据和待扩展模式数据，所述目标模式数据包括与所述第一类型模式数据不同的第二类型模式数据；

其中，所述更新模块包括：

更新子模块，用于基于所述第二类型模式数据，更新所述待扩展模式数据，得到经更新扩展模式数据；以及

第二获得子模块，用于基于所述第一类型模式数据和所述经更新扩展模式数据，得到所述第二处理模式。

16.根据权利要求15所述的装置，其中，所述待扩展模式数据包括类型结构数据和编号结构数据；

其中，所述更新子模块包括：

第一添加单元，用于将所述第二类型模式数据添加至所述类型结构数据中；

配置单元，用于为所述目标模式数据配置数据编号；以及

第二添加单元，用于将所述数据编号添加至所述编号结构数据中。

17.根据权利要求12所述的装置，其中，所述第一处理模式包括第三类型模式数据，所述第三类型模式数据包括至少一个第一子模式数据，所述目标模式数据包括与所述至少一个第一子模式数据不同的第二子模式数据；

其中，所述更新模块包括：

添加子模块，用于将所述第二子模式数据添加至所述第三类型模式数据中，得到经更新第三类型模式数据，其中，所述经更新第三类型模式数据包括所述至少一个第一子模式数据和所述第二子模式数据；以及

第三获得子模块，用于基于所述经更新第三类型模式数据，得到所述第二处理模式。

18.根据权利要求12-17中任意一项所述的装置，还包括：

第二获得模块，用于基于所述第二处理模式，得到模式更新信息，其中，所述模式更新信息能够用于更新所述第一处理模式得到所述第二处理模式；以及

发送模块，用于发送所述模式更新信息。

19.根据权利要求18所述的装置，其中，所述模式更新信息包括以下至少一项：

所述第二处理模式的模式数据；以及

表征所述第二处理模式和所述第一处理模式之间的差异的模式数据。

20.一种交通数据处理模式的更新装置，包括：

处理模块，用于响应于接收到交通数据，利用第一处理模式处理所述交通数据，得到第一处理结果；

发送模块，用于响应于确定所述第一处理结果包括处理失败的交通数据，发送所述处理失败的交通数据；

接收模块，用于接收与第二处理模式相关联的模式更新信息，其中，所述第二处理模式能够用于处理所述处理失败的交通数据；以及

更新模块，用于基于所述模式更新信息更新所述第一处理模式，得到所述第二处理模式，

其中，所述第二处理模式是根据权利要求12-19中任意一项所述的装置得到的。

21.根据权利要求20所述的装置，其中，所述发送模块包括：

确定子模块，用于响应于确定所述第一处理结果包括处理失败的交通数据，基于所述处理失败的交通数据的数据类型，从所述处理失败的交通数据中确定待发送交通数据；以及

发送子模块，用于发送所述待发送交通数据。

22.根据权利要求21所述的装置，其中，所述确定子模块包括：

第一确定单元，用于确定数据类型为目标数据类型的处理失败的交通数据的数据量；以及

第二确定单元，用于响应于确定所述数据量大于等于预设数据量，将数据类型为所述目标数据类型的处理失败的交通数据，确定为所述待发送交通数据。

23.一种车路协同系统，包括：

数据发送设备，用于将交通数据发送给第一车辆；

第一车辆，用于执行权利要求9-11中任意一项所述的方法；以及

服务器，用于执行权利要求1-8中任意一项所述的方法。

24.根据权利要求23所述的系统，其中，所述数据发送设备包括以下至少一个：

第二车辆、路侧设备。

25.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-11中任意一项所述的方法。

26.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-11中任意一项所述的方法。

27.一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令存储于可读存储介质和电子设备其中至少之一上，所述计算机程序/指令被处理器执行时实现根据权利要求1-11中任意一项所述方法的步骤。

Images