CN114979183B - 车辆违规数据的处理方法及装置、区块链系统 - Google Patents

Abstract

本公开披露了一种车辆违规数据的处理方法及装置、区块链系统。该方法基于区块链系统记录多个车辆各自的违规数据，区块链系统包括多个车辆各自对应的区块链节点，该方法应用于多个车辆中的第一车辆对应的区块链节点。该方法包括：接收第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据，第二车辆为多个车辆之一；将第二车辆的违规数据存储至区块链系统。

Description

车辆违规数据的处理方法及装置、区块链系统

技术领域

本公开涉及区块链技术领域，具体涉及一种车辆违规数据的处理方法及装置、区块链系统。

背景技术

目前，主要采取摄像头抓拍的方式，记录车辆的交通违规行为。然而，由于市政摄像头为高空拍摄，又受到部署数量和部署条件的限制，因而无法记录一些细微的违规行为(比如强行变道等)。由此可见，存在细微的违规行为不能被及时、可信地记录的问题。

发明内容

有鉴于此，本公开提供一种车辆违规数据的处理方法及装置、区块链系统，以解决细微的违规行为不能被及时、可信地记录的问题。

第一方面，提供一种车辆违规数据的处理方法，该方法基于区块链系统记录多个车辆各自的违规数据，区块链系统包括多个车辆各自对应的区块链节点，该方法应用于多个车辆中的第一车辆对应的区块链节点。该方法包括：接收第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据，第二车辆为多个车辆之一；将第二车辆的违规数据存储至区块链系统。

第二方面，提供一种车辆违规数据的处理方法，该方法基于区块链系统记录多个车辆各自的违规数据，区块链系统包括多个车辆各自对应的区块链节点，该方法应用于多个车辆中的第一车辆。该方法包括：记录第一车辆在行驶过程中，位于第一车辆预设范围内的第二车辆的违规数据，第二车辆为多个车辆之一；将记录的违规数据上传至第一车辆对应的区块链节点。

第三方面，提供一种车辆违规数据的处理装置，该装置基于区块链系统记录多个车辆各自的违规数据，该区块链系统包括多个车辆各自对应的区块链节点，该装置应用于多个车辆中的第一车辆对应的区块链节点。该装置包括接收模块和存储模块。接收模块用于接收第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据，第二车辆为多个车辆之一。存储模块用于将第二车辆的违规数据存储至区块链系统。

第四方面，提供一种车辆违规数据的处理装置，该装置基于区块链系统记录多个车辆各自的违规数据，该区块链系统包括多个车辆各自对应的区块链节点，该装置应用于多个车辆中的第一车辆。该装置包括记录模块和上传模块。记录模块用于记录第一车辆在行驶过程中，位于第一车辆预设范围内的第二车辆的违规数据，第二车辆为多个车辆之一。上传模块用于将记录的违规数据上传至第一车辆对应的区块链节点。

第五方面，提供一种计算机可读存储介质，该存储介质存储有指令，当该指令被执行时，能够实现上述第一方面和/或第二方面所提及的方法。

第六方面，提供一种计算机程序产品，包括指令，当该指令被执行时，能够实现上述第一方面和/或第二方面所提及的方法。

第七方面，提供一种车辆违规数据的处理装置，该装置包括处理器和用于存储计算机可执行指令的存储器，该处理器用于执行该计算机可执行指令，以实现上述第一方面和/或第二方面所提及的方法。

第八方面，提供一种区块链系统，该区块链系统用于记录多个车辆各自的违规数据，该区块链系统包括多个车辆各自对应的区块链节点，多个车辆中的第一车辆对应的区块链节点用于，接收第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据，第二车辆为多个车辆之一；将第二车辆的违规数据存储至区块链系统。

本公开实施例提供的车辆违规数据的处理方案，借助多个车辆各自对应的区块链节点，实现了基于区块链系统分布式记录车辆的违规数据的目的，进而实现了利用区块链系统的不可篡改以及可追溯等特性，极大保障车辆记录的违规数据的可靠性和可信度的目的。此外，由于多个车辆均能够分别记录自身遇到的其他车辆的违规行为，因此，本公开实施例解决了人工和/或其他违规摄录系统(比如摄像头)不能覆盖行驶道路的所有角落、且不能及时发现违规行为的问题，从而为生成规范有序的道路行驶场景提供了有利条件。

附图说明

图1所示为本公开一实施例提供的车辆违规数据的处理系统的系统架构示意图。

图2所示为本公开一实施例提供的车辆违规数据的处理方法的流程示意图。

图3所示为本公开另一实施例提供的车辆违规数据的处理方法的流程示意图。

图4所示为本公开一实施例提供的确定第二车辆的当前信用分数数据的流程示意图。

图5所示为本公开又一实施例提供的车辆违规数据的处理方法的流程示意图。

图6所示为本公开再一实施例提供的车辆违规数据的处理方法的流程示意图。

图7所示为本公开一实施例提供的处理可疑违规数据的流程示意图。

图8所示为本公开再一实施例提供的车辆违规数据的处理方法的流程示意图。

图9所示为本公开一实施例提供的车辆违规数据的处理装置的结构示意图。

图10所示为本公开另一实施例提供的车辆违规数据的处理装置的结构示意图。

图11所示为本公开又一实施例提供的车辆违规数据的处理装置的结构示意图。

图12所示为本公开再一实施例提供的车辆违规数据的处理装置的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本公开一部分实施例，而不是全部的实施例。

本公开的实施例提供的车辆违规数据的处理方法不仅适用于人工驾驶车辆，也适用于自动驾驶车辆。

区块链(block chain)是一种分布式的共享账本和数据库，具有去中心化、不可篡改、全程留痕、可以追溯、集体维护以及公开透明等特点，因而被广泛应用到诸多领域。

基于摄像头抓拍记录车辆的交通违规行为的方式，具有诸多缺陷。第一，因摄像头为高空拍摄，拍摄距离和拍摄视角有限，所以只能抓拍显著性较高的违规行为(比如闯红灯等)的违规数据。第二，摄像头拍摄违规数据(比如图像数据)后，通常还需要人为确认是否确实属于违规行为，人力成本较高。

为了解决上述问题，本公开实施例提供一种车辆违规数据的处理方法和装置，借助多个车辆各自对应的区块链节点，实现了基于区块链系统分布式记录车辆的违规数据的目的，进而实现了利用区块链系统的不可篡改以及可追溯等特性，极大保障车辆记录的违规数据的可靠性和可信度的目的。此外，由于多个车辆均能够分别记录自身遇到的其他车辆的违规行为，因此，本公开实施例解决了人工和/或其他违规摄录系统(比如摄像头)不能覆盖行驶道路的所有角落、且不能及时发现违规行为的问题。

下面结合图1对本公开实施例提供的车辆违规数据的处理系统的系统架构进行举例说明。

如图1所示，本公开实施例提供的车辆违规数据的处理系统包括区块链系统100。具体而言，区块链系统100共包括三个区块链节点，即区块链节点110、区块链节点120和区块链节点130。每个区块链节点均与一车辆通信连接，即，区块链节点110与车辆210通信连接，区块链节点120与车辆220通信连接，区块链节点130与车辆230通信连接。

示例性地，在实际应用过程中，车辆210可以将数据写入区块链节点110，也可以从区块链节点110读取数据。例如，车辆210将记录的违规数据写入区块链节点110，其中，违规数据包括除车辆210之外的至少一个其他车辆(比如车辆220和/或车辆230)各自的违规数据。此外，在将记录的违规数据写入区块链节点110之后，车辆210也可以根据实际需要，从区块链节点110读取违规数据，以便实时了解记录情况。类似地，车辆220可以将数据写入区块链节点120，也可以从区块链节点120读取数据。车辆230可以将数据写入区块链节点130，也可以从区块链节点130读取数据。如此，便基于区块链系统100实现了分布式记录违规数据的目的。

需要说明的是，车辆的具体数量不局限于本公开实施例提及的三个，亦可以是两个或四个等。同样，区块链节点的具体数量亦不局限于本公开实施例提及的三个，亦可以是两个或四个等，只要保证每个车辆都对应有一区块链节点即可。

在一些实施例中，借助车辆的行车记录仪实现采集其他车辆的违规数据的目的。具体而言，对车辆中装载的现有行车记录仪进行改装(比如加载违规记录软件模块)，从而得到具有记录其他车辆的违规数据的功能的行车记录仪(也可称为违规记录仪)，并将改装后的行车记录仪与该车辆对应的区块链节点通信连接。若车辆为自动驾驶车辆，行车记录仪亦可以替换为行车雷达(比如激光雷达)，也就是说，只要是能够加载违规记录软件模块的硬件即可。如此，便能够基于较小的改装成本实现分布式记录违规数据的目的。此外，在一些实施例中，亦可以直接为车辆安装具有记录其他车辆的违规数据的功能的违规记录装置，而无需借助车辆中已有的硬件设备。

在一些实施例中，车辆对应的区块链节点，可以借助位于车辆乘坐仓内的芯片设置。

本公开实施例基于区块链系统实现了分布式记录违规数据的目的，进而实现了利用区块链系统的不可篡改以及可追溯等特性，极大保障车辆记录的违规数据的可靠性和可信度的目的。此外，由于多个车辆均能够分别记录自身遇到的其他车辆的违规行为，因此解决了人工和/或其他违规摄录系统(比如摄像头)不能覆盖行驶道路的所有角落、且不能及时发现违规行为的问题，为生成规范有序的道路行驶场景提供了有利条件。

图2所示为本公开一实施例提供的车辆违规数据的处理方法的流程示意图。本公开实施例提及的方法基于区块链系统记录多个车辆各自的违规数据。该区块链系统包括多个车辆各自对应的区块链节点。可以理解为，每个车辆均对应有一区块链节点，又可以理解为，每个车辆均可视为一区块链节点。

如图2所示，本公开实施例涉及第一车辆以及第一车辆对应的区块链节点。第一车辆可以为上述提及的多个车辆中的任一车辆，即，多个车辆的任一车辆均可视为第一车辆。在一些实施例中，图2中的第一车辆的节点可视为第一车辆中装载的违规记录装置的节点。

针对第一车辆，本公开实施例提供的车辆违规数据的处理方法包括如下步骤。

步骤S210，记录第一车辆在行驶过程中，位于第一车辆预设范围内的第二车辆的违规数据。

示例性地，第二车辆属于上述提及的多个车辆，即第二车辆为上述提及的多个车辆之一。也就是说，第一车辆在行驶过程中，会根据实际情况实时记录位于第一车辆预设范围内的第二车辆的违规数据。示例性地，违规数据的具体表达形式包括“车牌XXXXX，违规，违规时间2017/10/26 18:12:32，经度：XX.XX，纬度：XX.XX”等形式。

在一些实施例中，如前所述，第一车辆借助自身安装的行车记录仪和/或行车雷达等硬件(可统称为违规记录装置)执行记录违规数据的功能。

示例性地，相关硬件执行记录违规数据的功能的实现方式包括但不限于下述两种方式。第一种为半人工记录方式，具体地，在第一车辆的行驶过程中，当第一车辆内的人员发现在违规记录装置的可拍摄范围内(比如第一车辆的行驶方向的前方)的第二车辆存在违规行为时，第一车辆内的人员便可按下违规记录装置的记录按钮，即可生成一条违规数据。第二种为自动记录方式，具体地，在第一车辆的行驶过程中，违规记录装置智能识别可拍摄范围内的第二车辆是否存在违规行为，若确认存在，则自动启动记录功能，生成一条违规数据。

步骤S220，将记录的违规数据上传至第一车辆对应的区块链节点。

针对第一车辆的区块链节点，本公开实施例提供的车辆违规数据的处理方法包括如下步骤。

步骤S230，接收第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据。

步骤S240，将第二车辆的违规数据存储至区块链系统。

本公开实施例提供的车辆违规数据的处理方法，借助多个车辆各自对应的区块链节点，实现了基于区块链系统分布式记录车辆的违规数据的目的，进而实现了利用区块链系统的不可篡改以及可追溯等特性，极大保障车辆记录的违规数据的可靠性和可信度的目的。此外，由于多个车辆均能够分别记录自身遇到的其他车辆的违规行为，因此，本公开实施例解决了人工和/或其他违规摄录系统(比如摄像头)不能覆盖行驶道路的所有角落、且不能及时发现违规行为的问题，从而为生成规范有序的道路行驶场景提供了有利条件。

为进一步明确第一车辆所记录的第二车辆的行车信用情况，可以采取根据所记录的第二车辆的违规数据量化所记录的第二车辆的行车信用数据的方式。在此基础上，在图2所示实施例基础上延伸出图3所示实施例，下面着重叙述图3所示实施例与图2所示实施例的不同之处，相同之处不再赘述。

图3所示为本公开另一实施例提供的车辆违规数据的处理方法的流程示意图。如图3所示，针对第一车辆的区块链节点，在本公开实施例中，在接收所第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据步骤之后，还包括如下步骤。

步骤S310，基于第二车辆的违规数据，确定在第一车辆对应的区块链节点中，第二车辆的当前信用分数数据。

示例性地，第二车辆的当前信用分数数据指的是，第二车辆的最新信用分数数据。在一些实施例中，针对第一车辆，在第一车辆对应的区块链节点中，上述提及的多个车辆，除去第一车辆之外的所有其他车辆的初始信用分数数据均表征100分。那么，在第一车辆的行驶过程中，被记录的第二车辆会被扣除一些信用分数(未被记录的车辆的信用分数保持不变)，最终生成第二车辆的当前信用分数数据。

示例性地，针对第一车辆A，第二车辆B的初始信用分数数据为P，第二车辆B被第一车辆A记录的违规行为次数为M，第一车辆A的记录减除额度为S，那么，第二车辆B在第一车辆A对应的区块链节点中的当前信用分数数据W可基于下述公式(1)确定。

W＝P-W*S (1)

在公式(1)中，第一车辆A的记录减除额度S可根据第一车辆A的实际情况确定，比如根据第一车辆A的记录可信度确定。比如，P＝100，S＝10。

本公开实施例实现了基于所记录的第二车辆的违规数据，生成所记录的第二车辆的信用分数数据的目的，即，实现了根据所记录的第二车辆的违规数据量化所记录的第二车辆的行车信用数据的目的。如此设置，不仅能够直观了解所记录的第二车辆的实际行车信用情况，及时预警远离行车信用情况较差的第二车辆，而且也为后续相关部门(比如交管部门)精准地统计多个车辆各自的中心化信用分数数据提供了有利条件。

下面结合图4举例说明确定第二车辆的当前信用分数数据的具体实现方式。

图4所示为本公开一实施例提供的确定第二车辆的当前信用分数数据的流程示意图。如图4所示，在本公开实施例中，基于第二车辆的违规数据，确定在第一车辆对应的区块链节点中，第二车辆的当前信用分数数据步骤，包括如下步骤。

步骤S410，确定第二车辆的待更新信用分数数据。

示例性地，第二车辆的待更新信用分数数据指的是，尚未根据最新违规数据进行扣除的信用分数数据。比如，针对第一车辆A，在第一车辆A对应的区块链节点中，第二车辆B共涉及违规行为3次，3次违规行为后，第二车辆B的信用分数数据表征70分。在此基础上，第一车辆A又最新记录到第二车辆B的第4次违规行为，则需要根据第4次违规行为再次扣除第二车辆B的信用分数数据。那么，在上述场景中，3次违规行为后，第二车辆B的信用分数数据即为待更新信用分数数据。针对第4次违规行为，对待更新信用分数数据进行扣除后得到的信用分数数据，即为步骤S420中提及的当前信用分数数据。由此可见，不论是待更新信用分数数据还是当前信用分数数据，均是相对而言的概念，可根据实际情况灵活理解。

步骤S420，基于第二车辆的待更新信用分数数据、第二车辆的违规数据和第一车辆的记录权重参数，确定第二车辆的当前信用分数数据。

示例性地，第一车辆的记录权重参数用于表征第一车辆的记录可信度。比如，若第一车辆的记录可信度较差，则第一车辆的记录权重参数较低，若第一车辆的记录可信度较好，则第一车辆的记录权重参数较高。在一些实施例中，第一车辆的记录可信度可根据多个车辆中除去第一车辆的其他车辆的记录情况确定。比如根据其他车辆记录的该第一车辆的违规数据确定，又比如根据该第一车辆所记录的违规数据与其他车辆所记录的违规数据的冲突情况确定。

在上述公式(1)的基础上，可加入第一车辆的记录权重参数Q，具体地，可基于下述公式(2)确定第二车辆B在第一车辆A对应的区块链节点中的当前信用分数数据W。

W＝P-W*S*Q (1)

本公开实施例不仅给出了确定第二车辆的当前信用分数数据的具体实现方式，而且结合第一车辆的记录权重参数，提高了所确定的第二车辆的当前信用分数数据的精准度和合理性。

上述实施例主要描述了违规数据的记录方式，下面结合图5至图8进一步举例说明所记录的违规数据的存储方式。

图5所示为本公开又一实施例提供的车辆违规数据的处理方法的流程示意图。在图2所示实施例基础上延伸出图5所示实施例，下面着重叙述图5所示实施例与图2所示实施例的不同之处，相同之处不再赘述。

如图5所示，针对第一车辆对应的区块链节点，在本公开实施例中，将第二车辆的违规数据存储至区块链系统步骤，包括如下步骤。

步骤S510，存储第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据。即，在第一车辆对应的区块链节点上存储第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据。

也就是说，在本公开实施例中，上传到第一车辆对应的区块链节点中的违规数据，亦是存储在第一车辆对应的区块链节点中的。如此设置，能够借助区块链系统进一步保障多个车辆各自所记录的违规数据的不可篡改性，防止所记录的违规数据被篡改的情况。

如前所述，若上述提及的多个车辆各自均对应有一区块链节点，每个车辆均利用自身对应的区块链节点记录自身所遇到的其他车辆的违规数据，那么，则存在车辆之间的违规数据不能及时同步的问题。在此基础上，扩展了下述提及的图6实施例。

图6所示为本公开再一实施例提供的车辆违规数据的处理方法的流程示意图。在图2所示实施例基础上延伸出图6所示实施例，下面着重叙述图6所示实施例与图2所示实施例的不同之处，相同之处不再赘述。

如图6所示，本公开实施例不仅涉及第一车辆以及第一车辆对应的区块链节点，还涉及第三车辆对应的区块链节点。可以理解，第三车辆可视为另一第一车辆，只不过相对于当前的第一车辆，其可称为第三车辆。

针对第一车辆对应的区块链节点，在本公开实施例中，在接收所第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据步骤之后，还包括如下步骤。

步骤S610，确定与第一车辆进行数据交换的第三车辆。

相对于第一车辆，除自身之外，上述提及的多个车辆中的任一车辆，均可视为能够与该第一车辆进行数据交换的第三车辆。由此可见，第三车辆的数量不局限于一个，其具体数量可根据多个车辆的具体数量确定。

在一些实施例中，确定与第一车辆进行数据交换的第三车辆的具体实现方式包括：在第一车辆的行驶过程中，若多个车辆中的某一车辆与第一车辆的直线距离小于预设距离，则提示第一车辆和该车辆是否进行数据交换，若第一车辆和该车辆均认可数据交换，则将该车辆确定为第三车辆，并建立第一车辆和该车辆之间的通信关系。实质上，可以理解为，是建立第一车辆对应的区块链节点和该车辆对应的区块链节点之间的通信关系。示例性地，基于蓝牙和/或紫蜂(zigbee)等方式建立第一车辆和该车辆之间的通信关系。

步骤S640，接收第三车辆对应的区块链节点中记录的违规数据。

步骤S650，将第一车辆对应的区块链节点中记录的违规数据发送至第三车辆对应的区块链节点。

针对第三车辆对应的区块链节点，在本公开实施例中，共涉及如下步骤。

步骤S620，接收第三车辆在行驶过程中记录的、位于第三车辆预设范围内的第四车辆的违规数据。

步骤S630，将记录的违规数据发送至第一车辆对应的区块链节点。

也就是说，本公开实施例借助第一车辆对应的区块链节点和第三车辆对应的区块链节点之间的通信关系，实现了相互之间的违规数据交换的目的。由此可见，随着整个区块链系统的运行，每辆车均会逐渐同步完整其他车辆的违规数据，任何车辆以及任何机构实体均不可能伪造某一或某些车辆的行车信用记录。

换言之，在本公开一些实施例中，将违规数据存储至区块链系统，还包括：在第一车辆的行驶过程中，若第一车辆与第三车辆的直线距离小于或等于预设距离，将第一车辆对应的区块链节点中记录的违规数据发送至第三车辆对应的区块链节点，以在第三车辆对应的区块链节点上存储第一车辆对应的区块链节点中记录的违规数据。

在数据交换的过程中，可能存在数据矛盾的情况，为此，可基于下述图7所示实施例解决数据矛盾的问题。

图7所示为本公开一实施例提供的处理可疑违规数据的流程示意图。如图7所示，本公开实施例提及的可疑违规数据的处理方式包括如下步骤。

步骤S710，判断在接收的违规数据中，是否存在与第一车辆对应的区块链节点中的违规数据具备排斥关系的可疑违规数据。

示例性地，在实际应用过程中，若步骤S710的判断结果为是，即存在与第一车辆对应的区块链节点中的违规数据具备排斥关系的可疑违规数据，则执行下述步骤S720，若判断结果为否，即不存在与第一车辆对应的区块链节点中的违规数据具备排斥关系的可疑违规数据，则直接结束可疑违规数据的处理进程即可。

比如，若针对多个车辆中的某一车辆C，第一车辆对应的区块链节点中记录有，该车辆C在2017年10月15日的16:00时刻，在城市A的某一地点有强行变道的违规行为，而在第一车辆接收的、第三车辆对应的区块链节点发送过来的违规数据中，记录有，该车辆C在2017年10月15日的16:00时刻，在城市B的某一地点有压实线的违规行为。显然，车辆C不可能在同一时刻出现在不同城市，且分别有不同的违规行为，由此可见，上述两条违规记录是矛盾的，对应地，可将该车辆C在2017年10月15日的16:00时刻，在城市B的某一地点有压实线的违规行为的违规数据，确定为可疑违规数据。

步骤S720，验证可疑违规数据的可信度是否符合预设不可信条件。

在一些实施例中，可基于更多车辆各自记录的违规数据验证可疑违规数据的可信度。示例性地，预设不可信条件可为，在更多车辆各自记录的违规数据中，与可疑违规数据矛盾的违规数据的数量超过预设数量。

示例性地，在实际应用过程中，若步骤S720的判断结果为是，即可疑违规数据的可信度符合预设不可信条件，则执行下述步骤S730，若判断结果为否，即可疑违规数据的可信度不符合预设不可信条件，则执行下述步骤S740。

步骤S730，排除可疑违规数据。

步骤S740，保留可疑违规数据。

也就是说，若确认可疑违规数据不可信，则可直接排除该可疑违规数据，若确认可疑违规数据可信，则可保留该可疑违规数据，继而可基于可疑违规数据查看是否第一车辆的违规记录装置出现故障，和/或直接上传到中心化服务器(比如交管部门的中心化服务器)作进一步判断。如此设置，能够有效抑制恶意记录的几率，排除恶意记录，净化分布式记录的生态环境。

针对上述提及的多个车辆中的每个车辆，除了借助该车辆对应的区块链节点处理和/或存储该车辆记录的违规数据之外，还可以借助中心化服务器处理和/或存储该车辆记录的违规数据，详见下述图8所示实施例。

图8所示为本公开再一实施例提供的车辆违规数据的处理方法的流程示意图。在图3所示实施例基础上延伸出图8所示实施例，下面着重叙述图8所示实施例与图3所示实施例的不同之处，相同之处不再赘述。

如图8所示，本公开实施例不仅涉及第一车辆以及第一车辆对应的区块链节点，还涉及中心化服务器的节点。示例性地，上述提及的多个车辆对应一个中心化服务器。中心化服务器可以为隶属于交管部门的服务器。

针对第一车辆对应的区块链节点，在本公开实施例中，在基于第二车辆的违规数据，确定在第一车辆对应的区块链节点中，第二车辆的当前信用分数数据步骤之后，还包括如下步骤。

步骤S810，将第一车辆记录的违规数据上传至中心化服务器。

针对中心化服务器，在本公开实施例中，涉及如下步骤。

步骤S820，计算多个车辆各自的中心化信用分数数据。

示例性地，车辆的中心化信用分数数据指的是，中心化服务器结合多个车辆各自记录的违规数据，统一计算得到的信用分数数据。

步骤S830，存储第一车辆记录的违规数据。

步骤S820和步骤S830的执行顺序可根据实际情况确定。此外，步骤S820和步骤S830并非一定同时存在的，即步骤S820和步骤S830是和/或的关联关系。

本公开实施例借助中心化服务器丰富了违规数据的处理和/或存储方式，降低了后续相关部门(比如交管部门)调取和/或处理相关数据的难度，方便了相关部门对相关事务的处理。

在一些实施例中，上述提及的多个车辆各自装载有违规记录装置，第一车辆记录的违规数据基于第一车辆装载的违规记录装置记录得到，违规记录装置包括行车记录仪和/或激光雷达。

在本公开一实施例中，提供一种区块链系统，该区块链系统用于记录多个车辆各自的违规数据，该区块链系统包括多个车辆各自对应的区块链节点，多个车辆中的第一车辆对应的区块链节点用于，接收第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据，第二车辆为多个车辆之一；将记录的违规数据上传至第一车辆对应的区块链节点。

上文结合图2至图8，详细描述了本公开的方法实施例，下面结合图9至图12，详细描述本公开的装置实施例。此外，应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图9所示为本公开一实施例提供的车辆违规数据的处理装置的结构示意图。本公开实施例提及的装置基于区块链系统记录多个车辆各自的违规数据，区块链系统包括多个车辆各自对应的区块链节点。可以理解为，每个车辆均对应有一区块链节点，又可以理解为，每个车辆均可视为一区块链节点。

本公开实施例提供的车辆违规数据的处理装置应用于多个车辆中的第一车辆对应的区块链节点。如图9所示，本公开实施例提供的车辆违规数据的处理装置900包括接收模块910和存储模块920。接收模块910用于，记录第一车辆在行驶过程中，位于第一车辆预设范围内的第二车辆的违规数据，第二车辆为多个车辆之一。存储模块920用于，将第二车辆的违规数据存储至区块链系统。

在一些实施例中，存储模块920还用于，在第一车辆对应的区块链节点上存储第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据；在第一车辆的行驶过程中，若第一车辆与第三车辆的直线距离小于或等于预设距离，将第一车辆对应的区块链节点中记录的违规数据发送至第三车辆对应的区块链节点，以在第三车辆对应的区块链节点上存储第一车辆对应的区块链节点中记录的违规数据。

图10所示为本公开另一实施例提供的车辆违规数据的处理装置的结构示意图。在图9所示实施例基础上延伸出图10所示实施例，下面着重叙述图10所示实施例与图9所示实施例的不同之处，相同之处不再赘述。

如图10所示，本公开实施例提供的车辆违规数据的处理装置900还包括计算模块1010、中心化上传模块1020、交换接收模块1030和排除模块1014。

示例性地，计算模块1010用于，基于第二车辆的违规数据，确定在第一车辆对应的区块链节点中，第二车辆的当前信用分数数据。在一些实施例中，计算模块1010还用于，确定第二车辆的待更新信用分数数据，基于第二车辆的待更新信用分数数据、第二车辆的违规数据和第一车辆的记录权重参数，确定第二车辆的当前信用分数数据。

示例性地，中心化上传模块1020用于，将第一车辆记录的违规数据上传至中心化服务器，计算多个车辆各自的中心化信用分数数据，存储第一车辆记录的违规数据。

示例性地，交换接收模块1030用于，接收第三车辆对应的区块链节点中记录的违规数据。

示例性地，排除模块1014用于，判断在接收的违规数据中，是否存在与第一车辆对应的区块链节点中的违规数据具备排斥关系的可疑违规数据，若不存在，则直接结束可疑违规数据的处理进程即可，若存在，则验证可疑违规数据的可信度是否符合预设不可信条件，若符合，则排除可疑违规数据，若不符合，则保留可疑违规数据。

需要说明的是，上述提及的计算模块1010、中心化上传模块1020、交换接收模块1030和排除模块1014并非一定是同时被包含在车辆违规数据的处理装置900中，可根据实际情况进行删减。

在一些实施例中，上述提及的多个车辆各自装载有违规记录装置，第一车辆记录的违规数据基于第一车辆装载的违规记录装置记录得到，违规记录装置包括行车记录仪和/或激光雷达。

图11所示为本公开又一实施例提供的车辆违规数据的处理装置的结构示意图。本公开实施例提及的装置基于区块链系统记录多个车辆各自的违规数据，区块链系统包括多个车辆各自对应的区块链节点。可以理解为，每个车辆均对应有一区块链节点，又可以理解为，每个车辆均可视为一区块链节点。

本公开实施例提供的车辆违规数据的处理装置应用于多个车辆中的第一车辆。如图11所示，本公开实施例提供的车辆违规数据的处理装置1100包括记录模块1110和上传模块1120。记录模块1110用于，将记录的违规数据上传至第一车辆对应的区块链节点。上传模块1120用于，接收第一车辆在行驶过程中记录的、位于第一车辆预设范围内的第二车辆的违规数据。

图12所示为本公开再一实施例提供的车辆违规数据的处理装置的结构示意图。图12所示的车辆违规数据的处理装置1200(该装置1200具体可以是一种计算机设备)包括存储器1201、处理器1202、通信接口1203以及总线1204。其中，存储器1201、处理器1202、通信接口1203通过总线1204实现彼此之间的通信连接。

存储器1201可以是只读存储器(Read Only Memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(Random Access Memory，RAM)。存储器1201可以存储程序，当存储器1201中存储的程序被处理器1202执行时，处理器1202和通信接口1203用于执行本公开实施例的车辆违规数据的处理方法的各个步骤。

处理器1202可以采用通用的中央处理器(Central Processing Unit，CPU)，微处理器，应用专用集成电路(Application Specific Integrated Circuit，ASIC)，图形处理器(Graphics Processing Unit，GPU)或者一个或多个集成电路，用于执行相关程序，以实现本公开实施例的车辆违规数据的处理装置中的单元所需执行的功能。

处理器1202还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本公开的车辆违规数据的处理方法的各个步骤可以通过处理器1202中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1202还可以是通用处理器、数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1201，处理器1202读取存储器1201中的信息，结合其硬件完成本公开实施例的车辆违规数据的处理装置中包括的单元所需执行的功能，或者执行本公开方法实施例的车辆违规数据的处理方法。

通信接口1203使用例如但不限于收发器一类的收发装置，来实现装置1200与其他设备或通信网络之间的通信。例如，可以通过通信接口1203获取企业相关数据。

总线1204可包括在装置1200各个部件(例如，存储器1201、处理器1202、通信接口1203)之间传送信息的通路。

应理解，车辆违规数据的处理装置900中的计算模块1010可以相当于处理器1202。

应注意，尽管图12所示的装置1200仅仅示出了存储器、处理器、通信接口，但是在具体实现过程中，本领域的技术人员应当理解，装置1200还包括实现正常运行所必须的其他器件。同时，根据具体需要，本领域的技术人员应当理解，装置1200还可包括实现其他附加功能的硬件器件。此外，本领域的技术人员应当理解，装置1200也可仅仅包括实现本公开实施例所必须的器件，而不必包括图12中所示的全部器件。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种车辆违规数据的处理方法，所述方法基于区块链系统记录多个车辆各自的违规数据，所述区块链系统包括所述多个车辆各自对应的区块链节点，

所述方法应用于所述多个车辆中的第一车辆对应的区块链节点，所述方法包括：

接收所述第一车辆在行驶过程中记录的、位于所述第一车辆预设范围内的第二车辆的违规数据，所述第二车辆为所述多个车辆之一；

将所述第二车辆的违规数据存储至所述区块链系统；

其中，在所述接收所述第一车辆在行驶过程中记录的、位于所述第一车辆预设范围内的第二车辆的违规数据之后，还包括：

确定所述第二车辆的待更新信用分数数据；

基于所述第二车辆的待更新信用分数数据、所述第二车辆的违规数据和所述第一车辆的记录权重参数，确定所述第二车辆的当前信用分数数据，所述第一车辆的记录权重参数基于所述第一车辆所记录的违规数据与其他车辆所记录的违规数据的冲突情况确定。

2.根据权利要求1所述的方法，所述将所述违规数据存储至所述区块链系统，包括：

在所述第一车辆对应的区块链节点上存储所述第一车辆在行驶过程中记录的、位于所述第一车辆预设范围内的第二车辆的违规数据；

在所述第一车辆的行驶过程中，若所述第一车辆与第三车辆的直线距离小于或等于预设距离，将所述第一车辆对应的区块链节点中记录的违规数据发送至所述第三车辆对应的区块链节点，以在所述第三车辆对应的区块链节点上存储所述第一车辆对应的区块链节点中记录的违规数据。

3.根据权利要求2所述的方法，还包括：

接收所述第三车辆对应的区块链节点中记录的违规数据。

4.根据权利要求3所述的方法，在所述接收所述第三车辆对应的区块链节点中记录的违规数据之后，还包括：

若在接收的违规数据中，存在与所述第一车辆对应的区块链节点中的违规数据具备排斥关系的可疑违规数据；

验证所述可疑违规数据的可信度；

若所述可信度符合预设不可信条件，排除所述可疑违规数据。

5.根据权利要求1所述的方法，在所述接收所述第一车辆在行驶过程中记录的、位于所述第一车辆预设范围内的第二车辆的违规数据之后，还包括：

将所述第一车辆记录的违规数据上传至中心化服务器，以便所述中心化服务器计算所述多个车辆各自的中心化信用分数数据，和/或所述中心化服务器存储所述第一车辆记录的违规数据。

6.根据权利要求1所述的方法，所述多个车辆各自装载有违规记录装置，所述第一车辆记录的违规数据基于所述第一车辆装载的违规记录装置记录得到，所述违规记录装置包括行车记录仪和/或激光雷达。

7.一种车辆违规数据的处理方法，所述方法基于区块链系统记录多个车辆各自的违规数据，所述区块链系统包括所述多个车辆各自对应的区块链节点，所述方法应用于所述多个车辆中的第一车辆，所述方法包括：

记录所述第一车辆在行驶过程中，位于所述第一车辆预设范围内的第二车辆的违规数据，所述第二车辆为所述多个车辆之一；

将记录的违规数据上传至所述第一车辆对应的区块链节点，以便所述区块链节点基于所述第二车辆的待更新信用分数数据、所述第二车辆的违规数据和所述第一车辆的记录权重参数，确定所述第二车辆的当前信用分数数据，所述第一车辆的记录权重参数基于所述第一车辆所记录的违规数据与其他车辆所记录的违规数据的冲突情况确定。

8.根据权利要求7所述的方法，所述多个车辆各自装载有违规记录装置，所述第一车辆记录的违规数据基于所述第一车辆装载的违规记录装置记录得到，所述违规记录装置包括行车记录仪和/或激光雷达。

9.一种车辆违规数据的处理装置，所述装置基于区块链系统记录多个车辆各自的违规数据，所述区块链系统包括所述多个车辆各自对应的区块链节点，

所述装置应用于所述多个车辆中的第一车辆对应的区块链节点，所述装置包括：

接收模块，用于接收所述第一车辆在行驶过程中记录的、位于所述第一车辆预设范围内的第二车辆的违规数据，所述第二车辆为所述多个车辆之一；

存储模块，用于将所述第二车辆的违规数据存储至所述区块链系统；

计算模块，用于确定所述第二车辆的待更新信用分数数据；基于所述第二车辆的待更新信用分数数据、所述第二车辆的违规数据和所述第一车辆的记录权重参数，确定所述第二车辆的当前信用分数数据，所述第一车辆的记录权重参数基于所述第一车辆所记录的违规数据与其他车辆所记录的违规数据的冲突情况确定。

10.根据权利要求9所述的装置，所述存储模块还用于，在所述第一车辆对应的区块链节点上存储所述第一车辆在行驶过程中记录的、位于所述第一车辆预设范围内的第二车辆的违规数据；在所述第一车辆的行驶过程中，若所述第一车辆与第三车辆的直线距离小于或等于预设距离，将所述第一车辆对应的区块链节点中记录的违规数据发送至所述第三车辆对应的区块链节点，以在所述第三车辆对应的区块链节点上存储所述第一车辆对应的区块链节点中记录的违规数据。

11.根据权利要求10所述的装置，还包括：

交换接收模块，用于接收所述第三车辆对应的区块链节点中记录的违规数据。

12.根据权利要求11所述的装置，还包括：

排除模块，用于若在接收的违规数据中，存在与所述第一车辆对应的区块链节点中的违规数据具备排斥关系的可疑违规数据；

验证所述可疑违规数据的可信度；

若所述可信度符合预设不可信条件，排除所述可疑违规数据。

13.根据权利要求9所述的装置，还包括：

中心化上传模块，用于将所述第一车辆记录的违规数据上传至中心化服务器，以便所述中心化服务器计算所述多个车辆各自的中心化信用分数数据，和/或所述中心化服务器存储所述第一车辆记录的违规数据。

14.根据权利要求9所述的装置，所述多个车辆各自装载有违规记录装置，所述第一车辆记录的违规数据基于所述第一车辆装载的违规记录装置记录得到，所述违规记录装置包括行车记录仪和/或激光雷达。

15.一种车辆违规数据的处理装置，所述装置基于区块链系统记录多个车辆各自的违规数据，所述区块链系统包括所述多个车辆各自对应的区块链节点，所述装置应用于所述多个车辆中的第一车辆，所述装置包括：

记录模块，用于记录所述第一车辆在行驶过程中，位于所述第一车辆预设范围内的第二车辆的违规数据，所述第二车辆为所述多个车辆之一；

上传模块，用于将记录的违规数据上传至所述第一车辆对应的区块链节点，以便所述区块链节点基于所述第二车辆的待更新信用分数数据、所述第二车辆的违规数据和所述第一车辆的记录权重参数，确定所述第二车辆的当前信用分数数据，所述第一车辆的记录权重参数基于所述第一车辆所记录的违规数据与其他车辆所记录的违规数据的冲突情况确定。

16.根据权利要求15所述的装置，所述多个车辆各自装载有违规记录装置，所述第一车辆记录的违规数据基于所述第一车辆装载的违规记录装置记录得到，所述违规记录装置包括行车记录仪和/或激光雷达。

17.一种车辆违规数据的处理装置，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器被配置为执行所述可执行代码，以实现权利要求1至8任一项所述的方法。

18.一种区块链系统，所述区块链系统用于记录多个车辆各自的违规数据，所述区块链系统包括所述多个车辆各自对应的区块链节点，所述多个车辆中的第一车辆对应的区块链节点用于，

接收所述第一车辆在行驶过程中记录的、位于所述第一车辆预设范围内的第二车辆的违规数据，所述第二车辆为所述多个车辆之一；

将所述第二车辆的违规数据存储至所述区块链系统；

其中，在所述接收所述第一车辆在行驶过程中记录的、位于所述第一车辆预设范围内的第二车辆的违规数据之后，所述多个车辆中的第一车辆对应的区块链节点还用于：

确定所述第二车辆的待更新信用分数数据；

基于所述第二车辆的待更新信用分数数据、所述第二车辆的违规数据和所述第一车辆的记录权重参数，确定所述第二车辆的当前信用分数数据，所述第一车辆的记录权重参数基于所述第一车辆所记录的违规数据与其他车辆所记录的违规数据的冲突情况确定。