CN117877266A - 交通事件处理方法、装置、设备、存储介质及程序产品 - Google Patents

Abstract

本申请提供一种交通事件处理方法、装置、设备、存储介质及程序产品，方法包括：获取数据源发送的至少一个交通事件以及数据源对应的数据来源信息；对至少一个交通事件进行预处理，得到事件数据；事件数据包括指示事件类型的第一标识信息和指示道路类型的第二标识信息；基于第一标识信息确定交通事件的发布类型，基于第二标识信息对交通事件进行拼接和/或分割处理，得到待发布的事件；基于发布类型和数据来源信息确定事件的置信度，基于置信度确定事件是否发布，这样，通过对交通事件涉及的道路进行分割与拼接处理，提升交通事件的准确性，通过计算交通事件的置信度，确定是否发布交通事件，提高了交通事件发布的准确性。

Description

交通事件处理方法、装置、设备、存储介质及程序产品

技术领域

本申请涉及交通数据处理领域，尤其涉及一种交通事件处理方法、装置、设备、存储介质及程序产品。

背景技术

道路交通管理一直是城市规划和公共安全的重要组成部分，而道路交通管理中，对道路上的事件管理尤为重要，这些事件包括但不限于道路施工、道路封闭、交通事故等，它们对交通流畅性产生了直接影响。为了更好地管理道路上的事件，需要实时监测、识别和传达道路事件的信息。

现有技术中，针对道路上的事件，系统可以基于事件的多数据源直接发布，即系统每从数据源接收一条数据就相应的发布一条事件，如根据事件的开始时间和预计解除时间对事件进行发布。

但是，如果存在发送事件的数据源重复或多个事件有相交，则容易造成事件错误，导致发布事件的准确率降低。

发明内容

本申请提供一种交通事件处理方法、装置、设备、存储介质及程序产品，用于解决现有存在发送事件的数据源重复或多个事件有相交，容易造成事件错误，导致发布事件的准确率降低的问题。

第一方面，本申请提供一种交通事件处理方法，所述方法包括：

获取数据源发送的至少一个交通事件以及所述数据源对应的数据来源信息；

对所述至少一个交通事件进行预处理，得到事件数据；所述事件数据包括指示事件类型的第一标识信息和指示道路类型的第二标识信息；

基于所述第一标识信息确定每一交通事件对应的发布类型，并基于所述第二标识信息对所述至少一个交通事件进行拼接和/或分割处理，得到待发布的事件；

基于所述发布类型和所述数据来源信息确定所述待发布的事件的置信度，基于所述置信度确定所述待发布的事件是否发布。

可选的，所述第二标识信息包括至少一个标识号；基于所述第二标识信息对所述至少一个交通事件进行拼接和/或分割处理，得到待发布的事件，包括：

基于所述至少一个交通事件对应的所述至少一个标识号判断是否存在道路重复和/或相交的交通事件；

当确定所述至少一个交通事件对应的所述至少一个标识号中存在重复标识号，则确定存在道路重复的交通事件，基于所述重复标识号确定至少一个重复事件，并对所述至少一个重复事件进行拼接处理，得到待发布的事件；

当确定所述至少一个交通事件对应的所述至少一个标识号中存在路口标识号，则确定存在道路相交的交通事件，基于所述路口标识号确定至少一个路口事件，并对所述至少一个路口事件进行分割处理，得到待发布的事件。

可选的，所述事件数据还包括所述交通事件的起始时间和结束时间；基于所述发布类型和所述数据来源信息确定所述待发布的事件的置信度，包括：

基于所述发布类型和所述数据来源信息确定所述待发布的事件的数据源可信度分数，并基于所述交通事件的起始时间和结束时间确定所述待发布的事件的生命周期分数；

接收对所述待发布的事件的闭环验证结果，基于所述闭环验证结果确定所述待发布的事件的验证分数；所述闭环验证结果用于指示所述待发布的事件是否存在；

利用预定义算法，基于所述数据源可信度分数、所述生命周期分数和所述验证分数，计算得到所述待发布的事件的置信度。

可选的，所述发布类型包括新增事件、解除事件和修改事件；基于所述发布类型和所述数据来源信息确定所述待发布的事件的数据源可信度分数，包括：

针对同一发布类型的待发布的事件，基于所述待发布的事件的发送时间和所述待发布的事件对应的数据来源信息确定当前事件的数据源分数；

判断所述待发布的事件是否存在相同的交通事件；

若是，则基于存在相同的交通事件的个数，以及所述数据源分数，计算得到所述待发布的事件的数据源可信度分数；

若否，则将当前事件的数据源分数作为所述待发布的事件的数据源可信度分数。

可选的，基于所述交通事件的起始时间和结束时间确定所述待发布的事件的生命周期分数，包括：

基于所述结束时间和所述起始时间确定事件周期，并基于所述交通事件的起始时间确定所述待发布的事件的发生时期；

当确定所述待发布的事件为正在发生事件，则基于所述事件周期和当前时间，利用递减函数计算所述待发布的事件的生命周期分数；

当确定所述待发布的事件为预计发生事件，则基于所述起始时间和当前时间计算第一时长，并在所述第一时长内，基于所述事件周期和所述当前时间，利用递增函数计算所述待发布的事件的生命周期分数。

可选的，利用预定义算法，基于所述数据源可信度分数、所述生命周期分数和所述验证分数，计算得到所述待发布的事件的置信度，包括：

获取所述待发布的事件的应用场景，基于所述应用场景分别确定所述数据源可信度分数、所述生命周期分数和所述验证分数对应的权重系数；

基于所述数据源可信度分数、所述生命周期分数和所述验证分数以及分别对应的所述权重系数，利用加权算法计算得到待发布的事件的置信度。

可选的，基于所述置信度确定所述待发布的事件是否发布，包括：

判断所述置信度是否大于第一阈值且小于第二阈值；

若是，则对所述待发布的事件进行校验以及发布；

若否，则不对所述待发布的事件进行校验，并在确定所述置信度大于或等于第二阈值时，发布所述待发布的事件，或者，在确定所述置信度小于或等于第一阈值时，不发布所述待发布的事件。

第二方面，本申请提供一种交通事件处理装置，所述装置包括：

获取模块，用于获取数据源发送的至少一个交通事件以及所述数据源对应的数据来源信息；

预处理模块，用于对所述至少一个交通事件进行预处理，得到事件数据；所述事件数据包括指示事件类型的第一标识信息和指示道路类型的第二标识信息；

确定模块，用于基于所述第一标识信息确定每一交通事件对应的发布类型，并基于所述第二标识信息对所述至少一个交通事件进行拼接和/或分割处理，得到待发布的事件；

处理模块，用于基于所述发布类型和所述数据来源信息确定所述待发布的事件的置信度，基于所述置信度确定所述待发布的事件是否发布。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面中任一项所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面中任一项所述的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面中任一项所述的方法。

综上所述，本申请提供一种交通事件处理方法、装置、设备、存储介质及程序产品，可以通过将数据源发送的至少一个交通事件，基于道路link，即道路的标识信息确定交通事件的道路是否有关联，在道路存在有关联的时候，对道路进行拼接和/或分割处理，提高交通事件的准确性，进一步的，基于数据源的数据来源信息和每一交通事件对应的发布类型确定交通事件的置信度，进而基于置信度确定是否对交通事件进行发布，提高了事件发布的准确性，这样，在交通事件的时间不确定时，可以使用置信度来保证事件的时效性；其中，道路link和交通事件的发布类型基于交通事件的标识信息确定。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种交通事件处理方法的流程示意图；

图3为本申请实施例提供的一种选取交通事件的数据源的原理示意图；

图4为本申请实施例提供的一种分叉路处理的原理示意图；

图5为本申请实施例提供的一种部分重复事件处理的原理示意图；

图6为本申请实施例提供的一种路口判定的原理示意图；

图7为本申请实施例提供的一种可选的交通事件处理方法的流程示意图；

图8为本申请实施例提供的一种交通事件处理装置的结构示意图；

图9为本申请实施例提供的一种电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一设备和第二设备仅仅是为了区分不同的设备，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

道路交通管理一直是城市规划和公共安全的重要组成部分，随着城市人口的增加以及交通流量的增大，道路上的事件管理变得日益复杂，这些事件包括但不限于道路施工、道路封闭、交通事故等，它们对交通流畅性产生了直接影响。

为了更好地管理道路上的事件，需要开发一种创新的系统和方法，以实时监测、识别和传达道路事件的信息。这种系统需要将多个道路事件的信息融合在一起，为驾驶者提供及时、准确的信息，以提高交通流畅性、降低事故风险。

一种可能的实现方式中，针对道路上的事件，系统可以基于事件的多数据源直接发布，即系统每从数据源接收一条数据就相应的发布一条事件，如根据事件的开始时间和预计解除时间对事件进行发布。

但是，如果每接收一条数据就发布一条事件，当事件的数据源重复时，就会发送多条重复的事件，而且在多个事件存在相交的情况下，则会发布多条事件导致事件的道路有重复，进而容易造成事件错误，导致发布事件的准确率降低。

需要说明的是，如果只根据事件的开始时间和预计解除时间对事件进行发布的话，可能会导致事件的开始时间和解除时间相对固定，当事件的开始时间和结束时间不准确的时候，则可能会发布错误事件，也会造成事件错误，降低发布事件的准确率。

针对上述问题，本申请提供一种交通事件处理方法，可以将数据源发送的至少一个交通事件，基于道路link，即道路的标识信息确定交通事件的道路是否有关联，在道路存在有关联的时候，对道路进行拼接和/或分割处理，提高交通事件的准确性，进一步的，基于数据源的数据来源信息和每一交通事件对应的发布类型确定交通事件的置信度，进而基于置信度确定是否对交通事件进行发布，提高了事件发布的准确性，这样，在交通事件的时间不确定时，可以使用置信度来保证事件的时效性；其中，道路link和交通事件的发布类型基于交通事件的标识信息确定。

示例性的，图1为本申请实施例提供的一种应用场景示意图，如图1所示，该应用场景可以应用到交通事件的融合发布中，该应用场景包括：人工录入交通事件的终端设备101、交通广播对应的服务器102、四维外采的车载终端103和数据处理系统104。

数据处理系统104可以从多个数据源，如人工录入交通事件的终端设备101、交通广播对应的服务器102和四维外采的车载终端103中接收至少一个交通事件，进一步的，对接收到的该至少一个交通事件进行道路的拼接和/或分割，得到待发布的事件，该待发布的事件保证了事件道路的唯一性，不再产生重复的冗余数据。

进一步的，数据处理系统104利用待发布的事件的置信度进行数据源的选择以及确定是否需要发布，提高了事件发布的准确性；其中，该置信度可以基于数据源的数据来源信息和每一交通事件对应的发布类型确定。

示例性的，人工录入的数据源，置信度就高，舆情等交通广播的数据源，置信度相对较低，当多个数据源发布了同一条事件，则要选择置信度高的数据源，进一步的，基于发布类型和数据来源信息进行置信度的计算，以确定待发布的事件是否发布。

需要说明的是，本申请实施例对发送交通事件的数据源的数量和类型不作具体限定，以上仅是示例说明，如交通广播对应的服务器102也可以是交通管理局对应的服务器。

可选的，本申请还可以应用到实时导航与位置服务系统、地图网站、交通规划管理与应急预案等应用场景中，本申请实施例对应用场景不作具体限定。

其中，终端设备可以是具有显示屏并且支持网页浏览的各种电子设备，终端设备也可以被称为终端(terminal)、用户设备(User Equipment，UE)、移动台(Mobile Station，MS)、移动终端(Mobile Terminal，MT)等。终端设备可以是手机(mobile phone)、智能电视、穿戴式设备、智能音箱、智能安防设备、智能网关、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)终端设备、增强现实(Augmented Reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。上述终端设备包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等。

在一些实施例中，可以通过构建消息数据集，并遍历路网中路段，选取有效时间窗内和路网路段相关的消息记录，进而从消息记录抽取交通信息描述指标，形式化表达交通信息，对交通信息进行融合评价，并对于路况类型的交通信息，计算对应时段的路段畅通度及其置信度；循环遍历所有路网道路，处理所涉及的整个路网的交通信息，这样，可以实现交通信息的快速融合评价，为城市交通信息的采集提供一种重要数据源。

虽然上述方案也是对道路信息的融合，但是本申请涉及的道路信息是指具体的道路link，而不是广义范围的道路信息，且本申请涉及的置信度是基于数据源的置信度，加上道路类型及闭环校验的整体置信度，与上述方案提及的置信度不同，因此，本申请采用的技术手段，达到的技术效果与上述方法不同，详情可参照下述实施例的描述。

另一些实施例中，可以从至少一个数据来源，获取道路动态数据，进而从道路动态数据中识别所发生道路动态事件对应的道路位置；根据道路位置，建立道路与道路动态事件之间的关联，以可以实时、全面收集道路动态数据，从中确定道路动态事件，更加及时、准确。

虽然上述方案中部分和数据源接入的内容有相似之处，但是其对应的内容是融合过程中的数据源接入部分，与本申请中所涉及的置信度得计算和道路的拼接、分割的内容不同，因此，本申请采用的技术手段，达到的技术效果与上述方法不同，详情可参照下述实施例的描述。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的一种交通事件处理方法的流程示意图，如图2所示，所述交通事件处理方法的执行主体为数据处理系统，所述交通事件处理方法包括如下步骤：

S201、获取数据源发送的至少一个交通事件以及所述数据源对应的数据来源信息。

本申请实施例中，数据源可以指的是发送交通事件的平台、系统或服务器，如交通管理部门的服务器、四维外采的车载终端、网络公开渠道收集(舆情)的平台、交通广播对应的服务器、大数据挖掘对应的平台、道路救援的平台等，本申请实施例对数据源不作具体限定。

交通事件可以指的是导致道路通行能力下降或交通需求不正常升高的非周期性发生的事件，如道路施工、道路封闭、交通事故等交通事件，本申请实施例对交通事件对应的内容不作具体限定。

数据来源信息指的是发送交通事件的数据源对应的属性信息，该数据来源信息可用于确定交通事件的置信度，即数据来源信息可以指定数据源的权重，可以将权重理解为分数，分数越高置信度越高。

示例性的，图3为本申请实施例提供的一种选取交通事件的数据源的原理示意图，如图3所示，人工录入的数据源，置信度就高，为120，四维外采的数据源，即四维的采集车收集的数据，置信度也相对较高，为100，舆情等交通广播的数据源，置信度相对较低，为80。当这些数据源发布了同一条交通事件时，需要选择置信度高的数据源，即人工录入的数据源。

在图3中，虽然人工录入的交通事件对应的道路比较短，即短于四维外采的数据源与交通广播的数据源发送的交通事件对应的道路，但是由于它的置信度最高，所以选择人工录入的数据源发送的交通事件。

需要说明的是，置信度是定义数据源权重的指标，如果多个数据源发送的为同一个交通事件，则需要根据置信度进行数据源的选择，即以哪个数据源发送的交通事件为准。

在一些实施例中，数据处理系统可以从kafka接收各个数据源发来的交通事件，也可以从其中转发平台或者消息队列中接收各个数据源发来的交通事件，还可以直接从多个数据源中接收交通事件，本申请实施例对此不作具体限定。

S202、对所述至少一个交通事件进行预处理，得到事件数据；所述事件数据包括指示事件类型的第一标识信息和指示道路类型的第二标识信息。

本申请实施例中，由于从不同数据源发送的交通事件的数据格式不统一，如可以为文字数据、语音数据、视频数据等，因此，需要对数据进行预处理。以得到数据处理系统可以进行数据处理的统一格式数据。

可选的，数据处理系统可以对至少一个交通事件进行标准格式化处理，转换成事件标准格式数据，本申请实施例对标准格式化处理的方法不作具体限定，如其可以为0-1标准化处理方法。

可选的，数据处理系统可以基于格式转换模板或格式转换模型，对至少一个交通事件进行处理，得到事件数据，本申请实施例对格式转换模板或格式转换模型不作具体限定，其可以参照现有的模板或模型，也可以重新定义新的模板或模型。

在本步骤中，数据处理系统对至少一个交通事件进行预处理，得到的事件数据中，包括指示事件类型的第一标识信息和指示道路类型的第二标识信息，该事件类型用于进行交通事件对应的数据的内容的分类，如可以分成新增、解除、修改的事件，该道路类型用于指示不同的道路link，如分叉路、十字路等。

需要说明的是，该第一标识信息和第二标识信息可以是字段的形式，也可以是数值的形式，本申请实施例对第一标识信息和第二标识信息对应的表现形式不作具体限定，如第二标识信息表示一段道路为1、2、3、4、5。

S203、基于所述第一标识信息确定每一交通事件对应的发布类型，并基于所述第二标识信息对所述至少一个交通事件进行拼接和/或分割处理，得到待发布的事件。

本申请实施例中，发布类型可以包括新增事件、解除事件和修改事件，该新增事件指的是发布的交通事件的类型为新增加的事件；该解除事件指的是将已发布的交通事件进行解除；该修改事件指的是将已发布的交通事件进行修改。

在本步骤中，数据处理系统可以基于第一标识信息确定每一交通事件对应的发布类型，相应的，数据处理系统还可以基于第二标识信息判断至少一个交通事件所涉及的道路是否具有关联，进而对具有关联的道路进行拼接和/或分割处理，具有关联的道路可以指得是存在重复和/或相交的道路；该拼接和/或分割处理包括相交处理、分叉路处理、包含被包含处理和路口判定等处理操作。

其中，相交处理可以指的是交通事件中涉及到的道路存在相交，则需要基于第二标识信息进行分割处理；分叉路处理可以指的是交通事件中涉及到的道路存在分叉路口，则需要基于第二标识信息进行分割处理；包含被包含处理可以指的是交通事件中涉及到的道路存在重复路段，则需要基于第二标识信息进行拼接处理；该路口判定可以指的是交通事件中涉及到的道路存在交通路口，则需要基于第二标识信息进行分割处理；该路口对应有特定的标识信息，本申请实施例对此不作具体限定。

示例性的，以分叉路处理为例，图4为本申请实施例提供的一种分叉路处理的原理示意图，如图4中A所示，事件A和事件B对应同一个分叉路，以事件A对应第二标识信息为1、2、3’、4、5，事件B对应第二标识信息为1、2、3’、6、7为例，基于事件A和事件B的第二标识信息确定两个交通事件存在相同的第二标识信息为1、2、3’，则可以对事件A和事件B进行分割处理，得到如图4中B所示的事件A和如图4中C所示的事件B，分别对应第二标识信息为1、2、3’、4、5，以及第二标识信息为6、7。

其中，交通事件进行分割处理时，可以是随机进行分割，也可以基于应用场景进行分割，本申请实施例对此不作具体限定，如上述分割还可以为事件A对应第二标识信息4、5，以及事件B对应的第二标识信息1、2、3’、6、7。

S204、基于所述发布类型和所述数据来源信息确定所述待发布的事件的置信度，基于所述置信度确定所述待发布的事件是否发布。

本申请实施例中，待发布的事件的置信度指的是为了防止事件的发布、解除时间不准确而采用的一种动态计算置信度的方法计算得到的动态置信度。

其中，动态置信度由三部分组成，分别是：置信度-数据源可信度分数(S：Source)、置信度-生命周期分数(L:Life)、置信度-校验分数(V:Verify)，进一步的，可以基于预定义的置信度计算公式，基于S、L、V计算得到待发布的事件的置信度。

在本步骤中，针对同一发布类型的待发布的事件，基于数据来源信息确定数据源可信度分数，如该事件来自交通广播的数据源，则对应数据源可信度分数为80，相应的，若其他数据源也发布该事件，则数据源的可信度分数+5。

进一步的，生命周期分数可以基于交通事件对应的发生周期确定，发生周期不同，对应的生命周期分数不同；校验分数可以基于对交通事件的真实度进行确定，真实度不同，校验分数不同；本申请实施例对生命周期分数和校验分数对应的确定方法以及具体数值不作具体限定，如可以基于外部系统确定交通事件的校验分数。

可选的，在计算得到待发布的事件的置信度后，可以基于置信度的大小确定是否对该待发布的事件进行发布，如在待发布的事件的置信度大于预设阈值后，可以将该待发布的事件发布，该预设阈值为提前定义的用于确定置信度较高的数值，本申请实施例对预设阈值对应的数值不作具体限定。

可选的，在计算得到待发布的事件的置信度后，可以判断置信度是否满足预设条件，以确定是否对该待发布的事件进行发布，本申请实施例对预设条件的设定不作具体限定，其可以设定为数值区间。

需要说明的是，本申请实施例中，待发布的事件的置信度也可以由数据源可信度分数、生命周期分数、校验分数中的一个或多个确定，本申请实施例对此不作具体限定，如可以直接基于数据源可信度分数确定待发布的事件的置信度。

因此，本申请实施例提供一种交通事件处理方法，通过对交通事件涉及的道路进行分割与拼接处理，可以提升交通事件的准确性，保证了事件道路的唯一性，减少冗余数据的产生，并且通过计算交通事件的置信度，以对交通事件进行校验，确定是否发布该交通事件，提高了交通事件发布的准确性，还提升了处理效率，通过将多个交通事件融合在一起处理，减少了计算的复杂性。

可选的，所述第二标识信息包括至少一个标识号；基于所述第二标识信息对所述至少一个交通事件进行拼接和/或分割处理，得到待发布的事件，包括：

基于所述至少一个交通事件对应的所述至少一个标识号判断是否存在道路重复和/或相交的交通事件；

当确定所述至少一个交通事件对应的所述至少一个标识号中存在重复标识号，则确定存在道路重复的交通事件，基于所述重复标识号确定至少一个重复事件，并对所述至少一个重复事件进行拼接处理，得到待发布的事件；

当确定所述至少一个交通事件对应的所述至少一个标识号中存在路口标识号，则确定存在道路相交的交通事件，基于所述路口标识号确定至少一个路口事件，并对所述至少一个路口事件进行分割处理，得到待发布的事件。

本申请实施例中，第二标识信息包括至少一个标识号，该至少一个标识号包括指示道路轨迹的标识号、指示道路路口的标识号，以及道路标识的标识号等，本申请实施例对至少一个标识号涵盖的道路对象不作具体限定，但不同道路对象对应不同类型的标识号，如道路轨迹的标识号通过数字表示，道路路口的标识号可以通过文字或者具有特殊格式的数字表示，本申请实施例对此不作具体限定。

在本步骤中，通过将相交的道路进行比较，以及对相交的部分进行分析，根据相交的部分推断出两个道路是否能进行拼接或者分割处理，道路的拼接与分割，主要有相交道路处理、分岔路处理、道路关系判断以及路口判定等。

需要说明的是，道路重复的交通事件和道路相交的交通事件可以同时存在进行处理，也可以仅针对道路重复的交通事件进行处理，或者，仅针对道路相交的交通事件进行处理，本申请实施例对此不作具体限定。

在一些实施例中，基于交通事件对应的至少一个标识号判断是否存在道路重复和/或相交的交通事件，该道路重复包括部分重复道路和全部重复道路。

示例性的，图5为本申请实施例提供的一种部分重复事件处理的原理示意图，如图5中A所示，事件A和事件B所涉及的道路存在部分重复，以事件A对应第二标识信息为1、2、3、4、5，事件B对应第二标识信息为4、5、6、7为例，基于事件A和事件B的第二标识信息确定两个交通事件存在重复的第二标识信息4、5，则可以对事件A和事件B进行拼接处理，得到如图5中B所示的事件C，对应的第二标识信息为1、2、3、4、5、6、7。

需要说明的是，如果多个交通事件所涉及的交通道路全部重复，则可以随机选取一个交通事件，本申请实施例对选取过程不再赘述。

可选的，当确定至少一个交通事件对应的至少一个标识号中存在路口标识号，则可以确定交通事件为存在相交的交通事件，如包含三岔路、十字路等的交通事件，该路口标识号用于路口的判定。

示例性的，图6为本申请实施例提供的一种路口判定的原理示意图，如图6中A所示，以事件A对应第二标识信息为1、2、3'、4、5为例，其中，3'对应路口标识，进一步的，将事件A基于路口标识进行分割处理，得到如图6中B所示的事件A和事件B，分别对应的第二标识信息为1、2、3'，以及第二标识信息为4、5。

其中，对交通事件基于路口标识进行分割处理的过程中，路口标识的划分可以是随机的，即可以划分到事件A中，也可以划分到事件B中，本申请实施例对此不作具体限定。

需要说明的是，在对交通事件所涉及的道路进行分割时，交通事件所涉及的道路标识可以保留，也可以舍弃，本申请实施例对此不作具体限定，如在图6中，将事件A基于路口标识进行分割处理，得到的事件A和事件B，分别对应的第二标识信息为1、2，以及第二标识信息为4、5。

可以理解的是，在图4所示的分叉路处理的过程中，既存在道路重复也存在道路相交，这样情况可以基于重复标识号对交通事件进行拼接处理，以及基于路口标识号对交通事件进行分割处理，进而得到了如图4中B所示的事件A和如图4中C所示的事件B，分别对应第二标识信息为1、2、3’、4、5，以及第二标识信息为6、7。

这样，本申请实施例可以基于交通事件对应的至少一个标识号的类型进行道路的拼接和/或分割处理，保证了交通事件所涉及的道路具有唯一性，且当同一交通事件的多条数据源发送过来后，不会再产生相同重复的交通事件，减少错误事件的发生概率。

可选的，所述事件数据还包括所述交通事件的起始时间和结束时间；基于所述发布类型和所述数据来源信息确定所述待发布的事件的置信度，包括：

基于所述发布类型和所述数据来源信息确定所述待发布的事件的数据源可信度分数，并基于所述交通事件的起始时间和结束时间确定所述待发布的事件的生命周期分数；

接收对所述待发布的事件的闭环验证结果，基于所述闭环验证结果确定所述待发布的事件的验证分数；所述闭环验证结果用于指示所述待发布的事件是否存在；

利用预定义算法，基于所述数据源可信度分数、所述生命周期分数和所述验证分数，计算得到所述待发布的事件的置信度。

本申请实施例中，待发布的事件的置信度可以用于施工封路事件是否进行闭环验证以及无明确结束时间的事件是否继续发布的参考等，需要说明的是，置信度还可以拓展至事故及其他事件类型是否发布的判断等，本申请实施例对置信度的适用范围不作具体限定。

可选的，对只适用施工、封路等的事故类事件，可以直接定义置信度为80，不对该事故类事件进行校验，而是仅进行发布，提高交通事件处理效率。

对只适用无明确结束时间的交通事件，在数据源给出明确结束时间的，可以在其有效期内进行发布，且不对该类交通事件进行校验也不依照置信度解除，或者也可以直接定义置信度的数值，如置信度为80(80为事件发布但不校验对应的置信度)。

在本步骤中，可以根据交通事件的预估结束时间和预估事件周期，进行动态置信度的计算，该预估事件周期为交通事件的结束时间与起始时间之差，如预估的事件周期为封路1个月、施工1周等。

可选的，动态置信度由数据源可信度分数(S)、生命周期分数(L)、校验分数(V)计算得到，计算公式为：置信度值(％)(Confidence，C)＝数据源可信度分数(S)*a％+生命周期分数(L)*b％+校验分数(V)*c％，其中，S、L、V有各自的计算方式，a、b、c为提前定义的权重值，本申请实施例对a、b、c对应的具体数值不作限定，其可以基于应用场景和/或用户需求设定，如a可以为30，b可以为40，c可以为30。

可选的，预定义算法还可以对应其他的动态置信度的计算公式，如求均值算法、求最大值算法，本申请实施例对预定义算法对应的具体算法不作限定，其可以参照现有的方法，也可以重新定义新的算法进行动态置信度的计算。

可选的，数据源可信度分数的计算，可以根据数据来源信息进行计算的，如果基于数据来源信息确定存在其他数据源发送同样的n条交通事件，则数据源可信度分数＝初始数据源的可信度分数+n*q，n为大于或等于1的正整数，q为对应的所需增加的可信度分数的基准值，该基准值可以基于应用场景和/用户需求进行设定，本申请实施例对此不作具体限定，不同的数据源对应不同的初始数据源的可信度分数。

针对同一发布类型的待发布的事件，当确定待发布的事件不存在相同的交通事件，则待发布的事件数据源可信度分数＝初始数据源的可信度分数。

可选的，生命周期分数针对不同的事件的计算方式也不同，如计算实时事件和计划性事件的生命周期分数的方式不同，实时事件指的是正在发生的事件，计划性事件指的是未来将要发生的事件。

可选的，针对实时事件，其对应的生命周期分数随着时间推移而衰减。因此，可以基于衰减速率设置计算公式，该衰减速率可以为在预估结束时间时线性衰减到60，之后保持同速率降到0，本申请实施例对基于衰减速率设置计算公式对应的具体公式不作限定。

可选的，针对计划性事件，其对应的生命周期分数随着时间推移先上升再衰减，因此，可以基于上升速率和衰减速率设置计算公式，如在1/2预估结束时间时上升速率涨到100，在预估结束时间时衰减速率降到60，之后再花费1.5个通常周期降到0。

其中，本申请实施例对上升速率和衰减速率对应的数值不作具体限定，以上仅是示例说明，其可以基于应用场景和/或用户需求确定。

可选的，校验分数可以初始默认为60分，之后的计算取决于收到的闭环验证结果，即收到闭环验证结果为事件存在，则V值更新为100；收到闭环验证结果为事件不存在，则V值减30。

需要说明的是，该闭环验证结果是外部系统发送的，即数据处理系统将该待发布的事件发送至外部系统进行验证，以确定该待发布的事件是否真实存在，相应的，该外部系统将闭环验证结果返回至数据处理系统用于后续的计算，其中，该外部系统的验证方法和验证过程，本申请实施例对此不作具体限定。

可选的，该闭环验证结果还可以是该待发布的事件对应的真实度，进而数据处理系统基于该真实度计算校验分数，如真实度为80，相应的，校验分数设置为80。

需要说明的是，本申请实施例对校验分数设置的初始默认值、更新值、减少值以及设置的真实度不作具体限定，以上仅是示例说明，其可以基于应用场景和/或用户需求确定。

因此，本申请实施例可以基于数据源可信度分数、生命周期分数和校验分数，利用预定义算法，计算待发布的事件的动态置信度，提高了置信度计算的可信性和灵活性，提高了置信度的适用范围，使用该置信度进行验证发布，保证了交通事件发布的真实性。

可选的，所述发布类型包括新增事件、解除事件和修改事件；基于所述发布类型和所述数据来源信息确定所述待发布的事件的数据源可信度分数，包括：

针对同一发布类型的待发布的事件，基于所述待发布的事件的发送时间和所述待发布的事件对应的数据来源信息确定当前事件的数据源分数；

判断所述待发布的事件是否存在相同的交通事件；

若是，则基于存在相同的交通事件的个数，以及所述数据源分数，计算得到所述待发布的事件的数据源可信度分数；

若否，则将当前事件的数据源分数作为所述待发布的事件的数据源可信度分数。

本申请实施例中，当前事件的数据源分数指的是第一个发布该交通事件的数据源对应的分数，本申请实施例对当前事件的数据源分数对应的具体分数不作限定，其基于实际情况确定。

示例性的，针对同一发布类型的待发布的事件，数据源可信度分数的计算，可以根据数据来源信息进行计算，如果待发布的事件存在相同的交通事件，即当不同的数据源发布了同一条交通事件，则可以基于如下规则进行计算：当前事件的初始数据源分数是80，如果其他数据源也发布了同样的一条交通事件，则初始数据源的可信度分数+5，封顶是100，进而计算得到数据源可信度分数，如只有一个数据源发布了同样的一条交通事件，此时的数据源可信度分数为85。

其中，当前事件基于交通事件到达数据处理系统的时间顺序确定，如人工录入的数据源发送的交通事件先到达数据处理系统，则基于人工录入的数据源的数据来源信息确定待发布的事件的初始数据源的可信度分数。

需要说明的是，本申请实施例对初始数据源分数、所需增加的可信度分数的基准值，以及封顶的数值不作具体限定，以上仅是示例说明。

因此，本申请实施例可以针对不同发布类型的事件，基于数据来源信息动态计算待发布的事件的数据源可信度分数，提高了计算数据源可信度分数的适用性，可以适用不同的应用场景，基于动态变化的数据源可信度分数计算置信度，可以提高了计算置信度的准确性。

可选的，基于所述交通事件的起始时间和结束时间确定所述待发布的事件的生命周期分数，包括：

基于所述结束时间和所述起始时间确定事件周期，并基于所述交通事件的起始时间确定所述待发布的事件的发生时期；

当确定所述待发布的事件为正在发生事件，则基于所述事件周期和当前时间，利用递减函数计算所述待发布的事件的生命周期分数；

当确定所述待发布的事件为预计发生事件，则基于所述起始时间和当前时间计算第一时长，并在所述第一时长内，基于所述事件周期和所述当前时间，利用递增函数计算所述待发布的事件的生命周期分数。

本申请实施例中，事件周期即预估的事件周期为结束时间与起始时间之差，即，当结束时间通常不确定时，可以基于事件的起始时间+通常周期确定事件周期，因为，有的交通事件有至少一个结束时间，有的则没有结束时间，还有的可以提起结束，因此，也可以基于事件的起始时间+通常周期确定事件周期。

其中，不同道路的通常周期不同，如非封闭道路的通常周期(P：period)：施工1周；封路：1个月；而封闭道路上的施工封路的P通常为1天，本申请实施例对通常周期对应的具体数值不作限定，封闭道路指的是高速、城快的主路及匝道；非封闭道路指的是普通道路、城快辅路。

需要说明的是，若各数据源都无明确的结束时间，则保持原值不变；若其中某一数据源有明确结束时间，则以明确的结束时间为准；若两个或以上数据源都有明确结束时间，则以发布数据源的置信度高的为准。

示例性的，以实时事件对应的初始值为100，计划性事件对应的初始值60为例，针对实时事件，在没有收到闭环验证结果前，生命周期分数以事件的起始时间为基准计算，则递减函数为y＝-40/p*x+100，x为当前时间，p为事件周期，y为生命周期分数。

针对计划性事件，在没有收到闭环验证结果前，生命周期分数以事件的起始时间为基准计算，即第一段(0-0.5p)对应递增函数为：y＝80/p*x+60；第二段(0.5p-p)对应递减函数为：y＝-80/p*x+140；第三段(p-2.5p)对应递减函数为：y＝-40/p*x+100。

其中，计划性事件对应的递减函数可以与实时事件的递减函数相同，也可以不同，本申请实施例对此不作具体限定。

可选的，在接收到闭环验证结果并验证结果为存在时，x可以为接收到该闭环验证结果的时间节点为基准开始计算y＝-40/p*x’+100，x为接收到该闭环验证结果的当前时间。

其中，实时事件对应的初始值、计划性事件对应的初始值，以及递增函数、递减函数中的系数，本申请实施例对此均不作具体限定，其可以基于应用场景和/或用户需求设定，以上仅是示例说明。

需要说明的是，闭环验证结果也可以直接确定待发布的事件的生命周期分数(L)，如在收到闭环验证结果为事件存在，此时L值直接更新为100，或者，在收到闭环验证结果为事件存在，若L值在上升期，则L值不变，若L值已在衰减期，则L值涨回为100后，重新开始衰减。

因此，本申请实施例针对实时事件和计划性事件，可以设置不同的计算方式动态计算生命周期分数，提高了计算生命周期分数的合理性，基于动态变化的生命周期分数计算置信度，可以在事件的时间不确定时，保证事件的时效性，进而提高了计算置信度的准确性。

可选的，利用预定义算法，基于所述数据源可信度分数、所述生命周期分数和所述验证分数，计算得到所述待发布的事件的置信度，包括：

获取所述待发布的事件的应用场景，基于所述应用场景分别确定所述数据源可信度分数、所述生命周期分数和所述验证分数对应的权重系数；

基于所述数据源可信度分数、所述生命周期分数和所述验证分数以及分别对应的所述权重系数，利用加权算法计算得到待发布的事件的置信度。

本申请实施例中，可以基于应用场景分别确定数据源可信度分数、生命周期分数和验证分数对应的权重系数，或者基于应用场景从数据库中调用提前定义的数据源可信度分数、生命周期分数和验证分数对应的权重系数，也可以人为设定数据源可信度分数、生命周期分数和验证分数对应的权重系数，本申请实施例对权重系数设置不作具体限定。

示例性的，待发布的事件的置信度＝数据源可信度分数*30％+生命周期分数*40％+校验分数*30％。

因此，本申请实施例可以基于数据源可信度分数、生命周期分数和验证分数以及其对应的权重系数，利用加权算法计算待发布的事件的置信度，提高了计算置信度的合理性。

可选的，基于所述置信度确定所述待发布的事件是否发布，包括：

判断所述置信度是否大于第一阈值且小于第二阈值；

若是，则对所述待发布的事件进行校验以及发布；

若否，则不对所述待发布的事件进行校验，并在确定所述置信度大于或等于第二阈值时，发布所述待发布的事件，或者，在确定所述置信度小于或等于第一阈值时，不发布所述待发布的事件。

本申请实施例中，可以为动态置信度定义三个区间，即在第一区间内，待发布的事件不进行校验，也不进行发布；在第二区间内，待发布的事件进行校验，也进行发布；在第三区间内，待发布的事件不进行校验，仅进行发布；其中，第一区间、第二区间和第三区间基于第一阈值和第二阈值设定。

第一阈值为提前设定的用于确定置信度较小对应的数值，第二区间为提前设定的用于确定置信度较大对应的数值，本申请实施例对第一阈值和第二阈值对应的具体数值不作限定。

示例性的，以表1所示，其中，0-60为第一区间，60-80为第二区间，80-100为第三区间。

表1

动态置信度	是否发布	是否推闭环校验
			0～60	不发布	不校验
60～80	发布	校验
			80～100	发布	不校验

因此，本申请实施例可以基于置信度大小确定待发布的事件是否进行校验以及发布，确保了发布的及时性，因为置信度中时效性的增加，大大提升了事件发布的及时性。

可选的，所述数据源为多个；获取数据源发送的至少一个交通事件以及所述数据源对应的数据来源信息，包括：

从消息队列中获取多个数据源发送的至少一个交通事件；所述消息队列用于接收并转发多个数据源发送的至少一个交通事件；

获取所述多个数据源对应的数据来源信息。

本申请实施例中，进而基于消息队列接收以及转发至少一个交通事件，极大地提高了数据处理系统的处理效率，通过控制和优化交通事件流经过系统的速度，减少系统超负荷的发生。

示例性的，可以从kafka中获取多个数据源发送的至少一个交通事件，并获取多个数据源对应的数据来源信息。

这样，可以将多数据源发送的交通事件融合在一起，减少了计算的复杂性，提升了数据处理系统的处理效率。

可选的，对所述至少一个交通事件进行预处理，得到事件数据，包括：

对所述至少一个交通事件对应的数据进行标准格式化处理，得到事件数据；所述事件数据中包括的第一标识信息和第二标识信息为提前定义好的标准格式数据。

本申请实施例中，标准格式化处理指的是数据的标准化，即将数据按比例缩放，使之落入一个小的特定区间，可以包括min-max标准化，log函数转换，atan函数转换，z-score标准化(0-1标准化)，模糊量化法等标准化处理方法，本申请实施例对标准格式化处理对应的具体算法不作限定。

示例性的，数据处理系统可以基于0-1标准化的方法对至少一个交通事件对应的数据进行标准格式化处理，得到事件数据，这样，事件数据为标准格式且系统可识别的数据，进而可以从中获取第一标识信息和第二标识信息。

因此，本申请实施例对交通事件对应的数据进行标准格式化处理，可以保证事件数据的可靠性，并提高交通事件处理的精度。

可选的，所述方法还包括：

在所述待发布的事件校验通过后，对所述待发布的事件进行记录，并以预定义格式将所述待发布的事件进行发布。

本申请实施例中，预定义格式为提前定义的事件发布格式，如语音、文字、视频等发布格式，进行预定义格式的转化方法，可以基于转化模型，也可以基于转化算法，本申请实施例对此不作具体限定，其可以参照现有的方法，也可以重新定义新的方法。

示例性的，数据处理系统在待发布的事件校验通过后，对待发布的事件进行记录，并存储于数据库缓存中，相应的，以预定义格式将待发布的事件实时发布到用户的终端设备上，如与语音播报的方式发布到用户的终端设备。

进一步的，在交通事件发布后，以便驾驶者能够在道路上正确规划行驶路线，增强交通管理者对交通拥堵和事故的处理能力。

因此，本申请实施例可以将校验通过的事件进行实时发布，确保了发布的及时性。

结合上述实施例，图7为本申请实施例提供的一种可选的交通事件处理方法的流程示意图，如图7所示，该交通事件处理方法包括如下步骤：

步骤A：从事件数据源中读取交通事件，接收数据源的数据来源信息，并将交通事件写入kafka中，其中，还在数据库MySQL中更新读取状态。

步骤B：数据处理系统从kafka中读取交通事件，并对交通事件的数据进行标准化处理，得到事件数据，可选的，还可以对事件数据进行数据校验，以验证数据的准确性。

步骤C：基于事件数据的第一标识信息确定每一交通事件对应的发布类型，如新增事件、解除事件和修改事件，进一步的，将确定的发布类型进行事件缓存，进而将多源组合列进行分组，即针对不同的发布类型，进行相应的后续操作。

步骤D：对交通事件进行分类，进而进行事件的融合，即基于事件数据的第二标识信息对交通事件进行拼接和/或分割处理，包括相交处理、分叉路处理、包含被包含处理和路口判定等处理操作，得到待发布的事件；进而基于待发布的事件的置信度进行置信度判断以及动态置信度处理，即对待发布的事件进行校验，以确定待发布的事件是否发布。

其中，事件的融合即对交通事件的融合，包括：当存在同源的交通事件时，可以将同源的交通事件废弃，并在MySQL中存储废弃事件；当不存在同源的交通事件时，则对交通事件进行动态置信度处理，即计算待发布的事件的置信度，并基于待发布的事件的置信度进行校验以及确定是否发布，并在MySQL中存储动态事件，即待发布的事件。

这样，当同一交通事件的多个数据源发送过来后，不会再产生相同重复的事件；且当多个数据源发送的交通事件的道路有关联的时候，可以将道路进行分割与拼接，提升事件的准确性，进而提高发布事件的准确率。

可选的，本申请实施例提供的交通事件处理方法均采用自动化实现，没有手动处理的步骤；本申请的方法依托的大数据框架可以部署在数据中心，该数据中心用于向客户提供服务器及网络设备托管服务、管理式网络服务、内容分发网络服务及云计算服务等。

在前述实施例中，对本申请实施例提供的交通事件处理方法进行了介绍，而为了实现上述本申请实施例提供的方法中的各功能，作为执行主体的电子设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

例如，图8为本申请实施例提供的一种交通事件处理装置的结构示意图，如图8所示，所述装置800包括：获取模块801，用于获取数据源发送的至少一个交通事件以及所述数据源对应的数据来源信息；

预处理模块802，用于对所述至少一个交通事件进行预处理，得到事件数据；所述事件数据包括指示事件类型的第一标识信息和指示道路类型的第二标识信息；

确定模块803，用于基于所述第一标识信息确定每一交通事件对应的发布类型，并基于所述第二标识信息对所述至少一个交通事件进行拼接和/或分割处理，得到待发布的事件；

处理模块804，用于基于所述发布类型和所述数据来源信息确定所述待发布的事件的置信度，基于所述置信度确定所述待发布的事件是否发布。

可选的，所述第二标识信息包括至少一个标识号；所述确定模块803，具体用于：

基于所述至少一个交通事件对应的所述至少一个标识号判断是否存在道路重复和/或相交的交通事件；

当确定所述至少一个交通事件对应的所述至少一个标识号中存在重复标识号，则确定存在道路重复的交通事件，基于所述重复标识号确定至少一个重复事件，并对所述至少一个重复事件进行拼接处理，得到待发布的事件；

当确定所述至少一个交通事件对应的所述至少一个标识号中存在路口标识号，则确定存在道路相交的交通事件，基于所述路口标识号确定至少一个路口事件，并对所述至少一个路口事件进行分割处理，得到待发布的事件。

可选的，所述事件数据还包括所述交通事件的起始时间和结束时间；所述处理模块804包括第一确定单元、第二确定单元、计算单元和校验单元；

所述第一确定单元，用于基于所述发布类型和所述数据来源信息确定所述待发布的事件的数据源可信度分数，并基于所述交通事件的起始时间和结束时间确定所述待发布的事件的生命周期分数；

所述第二确定单元，用于接收对所述待发布的事件的闭环验证结果，基于所述闭环验证结果确定所述待发布的事件的验证分数；所述闭环验证结果用于指示所述待发布的事件是否存在；

所述计算单元，用于利用预定义算法，基于所述数据源可信度分数、所述生命周期分数和所述验证分数，计算得到所述待发布的事件的置信度。

可选的，所述发布类型包括新增事件、解除事件和修改事件；所述第一确定单元，具体用于：

针对同一发布类型的待发布的事件，基于所述待发布的事件的发送时间和所述待发布的事件对应的数据来源信息确定当前事件的数据源分数；

判断所述待发布的事件是否存在相同的交通事件；

若是，则基于存在相同的交通事件的个数，以及所述数据源分数，计算得到所述待发布的事件的数据源可信度分数；

若否，则将当前事件的数据源分数作为所述待发布的事件的数据源可信度分数。

可选的，所述第一确定单元，具体用于：

基于所述结束时间和所述起始时间确定事件周期，并基于所述交通事件的起始时间确定所述待发布的事件的发生时期；

当确定所述待发布的事件为正在发生事件，则基于所述事件周期和当前时间，利用递减函数计算所述待发布的事件的生命周期分数；

当确定所述待发布的事件为预计发生事件，则基于所述起始时间和当前时间计算第一时长，并在所述第一时长内，基于所述事件周期和所述当前时间，利用递增函数计算所述待发布的事件的生命周期分数。

可选的，所述计算单元，具体用于：

获取所述待发布的事件的应用场景，基于所述应用场景分别确定所述数据源可信度分数、所述生命周期分数和所述验证分数对应的权重系数；

基于所述数据源可信度分数、所述生命周期分数和所述验证分数以及分别对应的所述权重系数，利用加权算法计算得到待发布的事件的置信度。

可选的，所述校验单元，用于：

判断所述置信度是否大于第一阈值且小于第二阈值；

若是，则对所述待发布的事件进行校验以及发布；

若否，则不对所述待发布的事件进行校验，并在确定所述置信度大于或等于第二阈值时，发布所述待发布的事件，或者，在确定所述置信度小于或等于第一阈值时，不发布所述待发布的事件。

可选的，所述数据源为多个；所述获取模块801，具体用于：

从消息队列中获取多个数据源发送的至少一个交通事件；所述消息队列用于接收并转发多个数据源发送的至少一个交通事件；

获取所述多个数据源对应的数据来源信息。

可选的，所述预处理模块802，具体用于：

对所述至少一个交通事件对应的数据进行标准格式化处理，得到事件数据；所述事件数据中包括的第一标识信息和第二标识信息为提前定义好的标准格式数据。

可选的，所述装置800还包括发布模块，所述发布模块，用于：

在所述待发布的事件校验通过后，对所述待发布的事件进行记录，并以预定义格式将所述待发布的事件进行发布。

需要说明的是，上述交通事件处理装置的具体实现原理和效果可以参见上述实施例对应的相关描述和效果，此处不做过多赘述。

本申请实施例还提供了一种电子设备的结构示意图，图9为本申请实施例提供的一种电子设备的结构示意图，如图9所示，该电子设备可以包括：处理器901以及与所述处理器通信连接的存储器902；该存储器902存储计算机程序；该处理器901执行该存储器902存储的计算机程序，使得该处理器901执行上述任一实施例所述的方法。

其中，存储器902和处理器901可以通过总线903连接。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序执行指令，计算机执行指令被处理器执行时用于实现如本申请前述任一实施例中的所述的方法。

本申请实施例还提供了一种运行指令的芯片，该芯片用于执行如本申请前述任一实施例中由电子设备所执行的前述任一实施例中所述的方法。

本申请实施例还提供了一种计算机程序产品，该程序产品包括计算机程序，该计算机程序被处理器执行时可实现如本申请前述任一实施例中由电子设备所执行的前述任一实施例中所述的方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案。

可以理解的是，在实际应用中使用本专利申请中各个实施例的技术方案之前，均会通过恰当的方式对所涉及的个人信息的类型、用户画像、使用范围、使用场景等告知用户，并获得用户的授权。

例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确的提示用户，其请求执行的操作将需要获取和使用到用户的个人信息。从而，使得用户可以根据提示信息来自主的选择是否向执行本申请技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。

作为一种可选的但非限定的实现方式，响应于接受到用户的主动请求，向用户发送提示信息的方式例如可以是弹窗的方式，弹窗中可以以文字的方式呈现提示信息。此外，弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。

可以理解的是，上述通知和获取用户授权过程仅是示意性的，不对本申请的实现方式构成限定，其他满足相关法律法规的方式也可应用于本申请的实现方式中。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速随机存取存储器(Random Access memory，简称RAM)，也可能还包括非不稳定的存储器(Non-volatile Memory，简称NVM)，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，简称ISA)总线、外部设备互连(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random-Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-OnlyMemory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本申请所必须的。

进一步需要说明的是，虽然流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。上述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求书指出。

以上所述，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何在本申请实施例揭露的技术范围内的变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种交通事件处理方法，其特征在于，所述方法包括：

获取数据源发送的至少一个交通事件以及所述数据源对应的数据来源信息；

对所述至少一个交通事件进行预处理，得到事件数据；所述事件数据包括指示事件类型的第一标识信息和指示道路类型的第二标识信息；

基于所述第一标识信息确定每一交通事件对应的发布类型，并基于所述第二标识信息对所述至少一个交通事件进行拼接和/或分割处理，得到待发布的事件；

基于所述发布类型和所述数据来源信息确定所述待发布的事件的置信度，基于所述置信度确定所述待发布的事件是否发布。

2.根据权利要求1所述的方法，其特征在于，所述第二标识信息包括至少一个标识号；基于所述第二标识信息对所述至少一个交通事件进行拼接和/或分割处理，得到待发布的事件，包括：

基于所述至少一个交通事件对应的所述至少一个标识号判断是否存在道路重复和/或相交的交通事件；

当确定所述至少一个交通事件对应的所述至少一个标识号中存在重复标识号，则确定存在道路重复的交通事件，基于所述重复标识号确定至少一个重复事件，并对所述至少一个重复事件进行拼接处理，得到待发布的事件；

当确定所述至少一个交通事件对应的所述至少一个标识号中存在路口标识号，则确定存在道路相交的交通事件，基于所述路口标识号确定至少一个路口事件，并对所述至少一个路口事件进行分割处理，得到待发布的事件。

3.根据权利要求1所述的方法，其特征在于，所述事件数据还包括所述交通事件的起始时间和结束时间；基于所述发布类型和所述数据来源信息确定所述待发布的事件的置信度，包括：

基于所述发布类型和所述数据来源信息确定所述待发布的事件的数据源可信度分数，并基于所述交通事件的起始时间和结束时间确定所述待发布的事件的生命周期分数；

接收对所述待发布的事件的闭环验证结果，基于所述闭环验证结果确定所述待发布的事件的验证分数；所述闭环验证结果用于指示所述待发布的事件是否存在；

利用预定义算法，基于所述数据源可信度分数、所述生命周期分数和所述验证分数，计算得到所述待发布的事件的置信度。

4.根据权利要求3所述的方法，其特征在于，所述发布类型包括新增事件、解除事件和修改事件；基于所述发布类型和所述数据来源信息确定所述待发布的事件的数据源可信度分数，包括：

针对同一发布类型的待发布的事件，基于所述待发布的事件的发送时间和所述待发布的事件对应的数据来源信息确定当前事件的数据源分数；

判断所述待发布的事件是否存在相同的交通事件；

若是，则基于存在相同的交通事件的个数，以及所述数据源分数，计算得到所述待发布的事件的数据源可信度分数；

若否，则将当前事件的数据源分数作为所述待发布的事件的数据源可信度分数。

5.根据权利要求3所述的方法，其特征在于，基于所述交通事件的起始时间和结束时间确定所述待发布的事件的生命周期分数，包括：

基于所述结束时间和所述起始时间确定事件周期，并基于所述交通事件的起始时间确定所述待发布的事件的发生时期；

当确定所述待发布的事件为正在发生事件，则基于所述事件周期和当前起始时间，利用递减函数计算所述待发布的事件的生命周期分数；

当确定所述待发布的事件为预计发生事件，则基于所述起始时间和当前时间计算第一时长，并在所述第一时长内，基于所述事件周期和所述当前时间，利用递增函数计算所述待发布的事件的生命周期分数。

6.根据权利要求3所述的方法，其特征在于，利用预定义算法，基于所述数据源可信度分数、所述生命周期分数和所述验证分数，计算得到所述待发布的事件的置信度，包括：

获取所述待发布的事件的应用场景，基于所述应用场景分别确定所述数据源可信度分数、所述生命周期分数和所述验证分数对应的权重系数；

基于所述数据源可信度分数、所述生命周期分数和所述验证分数以及分别对应的所述权重系数，利用加权算法计算得到待发布的事件的置信度。

7.根据权利要求1所述的方法，其特征在于，基于所述置信度确定所述待发布的事件是否发布，包括：

判断所述置信度是否大于第一阈值且小于第二阈值；

若是，则对所述待发布的事件进行校验以及发布；

若否，则不对所述待发布的事件进行校验，并在确定所述置信度大于或等于第二阈值时，发布所述待发布的事件，或者，在确定所述置信度小于或等于第一阈值时，不发布所述待发布的事件。

8.一种交通事件处理装置，其特征在于，所述装置包括：

获取模块，用于获取数据源发送的至少一个交通事件以及所述数据源对应的数据来源信息；

预处理模块，用于对所述至少一个交通事件进行预处理，得到事件数据；所述事件数据包括指示事件类型的第一标识信息和指示道路类型的第二标识信息；

确定模块，用于基于所述第一标识信息确定每一交通事件对应的发布类型，并基于所述第二标识信息对所述至少一个交通事件进行拼接和/或分割处理，得到待发布的事件；

处理模块，用于基于所述发布类型和所述数据来源信息确定所述待发布的事件的置信度，基于所述置信度确定所述待发布的事件是否发布。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质/计算机程序产品，其特征在于，所述计算机可读存储介质存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-7中任一项所述的方法；和/或，所述计算机程序产品包括计算机程序，该计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。