CN110706371B - 基于区块链的行车安全管理方法、***及存储介质 - Google Patents

Abstract

本申请公开了一种基于区块链的行车安全管理方法、***及存储介质，属于区块链技术领域。本申请通过数据采集节点设备采集驾驶数据，由数据处理节点设备对驾驶数据进行匹配，通过数据分析模型对一组驾驶数据进行分析，得到行车状态信息，并进行上链处理，当任一节点设备确定行车状态信息满足目标条件中的任一子条件时，则触发该任一子条件所对应的智能合约，由智能合约生成行车安全处理结果，并同步至其他节点设备，在上述过程中，通过数据采集节点设备可以全面采集到车辆的驾驶数据，将驾驶数据处理结果上链，再由区块链上的智能合约基于链上数据自动生成行车安全处理结果，可以全面、准确的检测不良驾驶行为，进而实现有效的行车安全管理。

Description

基于区块链的行车安全管理方法、***及存储介质

技术领域

本申请涉及区块链技术领域，特别涉及一种基于区块链的行车安全管理方法、***及存储介质。

背景技术

随着机动车数量的增长，不良驾驶行为也逐渐增多，而这些不良驾驶行为极易导致交通事故和交通违章，严重影响行车安全。目前，在进行行车安全管理时，通常仅依赖于道路上安装的摄像头来采集车辆的违章信息，无法全面地获取到车辆的驾驶数据，导致一些不良驾驶行为无法捕捉到，进而难以对道路上的车辆进行有效的行车安全管理，因此，如何获取到完整、准确的驾驶数据，以对车辆进行有效的行车安全管理是目前的一个重要研究方向。

发明内容

本申请实施例提供了一种基于区块链的行车安全管理方法、***及存储介质，可以解决相关技术中车辆行驶状态信息容易被篡改的问题。该技术方案如下：

一方面，提供了一种基于区块链的行车安全管理方法，该方法包括：

数据采集节点设备获取目标车辆的驾驶数据，将该驾驶数据发送至数据处理节点设备，该驾驶数据携带该目标车辆的车辆标识；

该数据处理节点设备基于该车辆标识，对该驾驶数据进行匹配，得到该目标车辆的一组驾驶数据；

该数据处理节点设备将该一组驾驶数据输入数据分析模型，基于该数据分析模型的分析结果，得到该目标车辆的行车状态信息；

该数据处理节点设备对该行车状态信息进行上链处理；

区块链***中的任一节点设备将该行车状态信息与目标条件中的任一子条件进行匹配，当该行车状态信息满足目标条件中任一子条件时，则触发该任一子条件所对应的智能合约，该智能合约基于该行车状态信息生成行车安全处理结果，将该行车安全处理结果同步至区块链***的各个节点设备。

一方面，提供了一种基于区块链的行车安全管理***，该***包括数据采集节点设备、数据处理节点设备以及行车管理区块链；

该数据采集节点设备，用于获取目标车辆的驾驶数据，将该驾驶数据发送至数据处理节点设备，该驾驶数据携带该目标车辆的车辆标识；

该数据处理节点设备，用于基于该车辆标识，对该驾驶数据进行匹配，得到该目标车辆的一组驾驶数据；将该一组驾驶数据输入数据分析模型，基于该事故分析模型的分析结果，得到该目标车辆的行车状态信息；对该行车状态信息进行上链处理；

区块链***中的任一节点设备，用于将该行车状态信息与目标条件中的任一子条件进行匹配，当该行车状态信息满足目标条件中任一子条件时，则触发该任一子条件所对应的智能合约，该智能合约基于该行车状态信息生成行车安全处理结果，将该行车安全处理结果同步至区块链***的各个节点设备。

在一种可能实现方式中，该数据处理节点设备用于：

基于该车辆标识，对目标周期内接收到的多条该驾驶数据进行分组，将包含相同车辆标识的该驾驶数据分为一组；获取包含该目标车辆的车辆标识的一组驾驶数据。

在一种可能实现方式中，该数据处理节点设备用于：

获取该一组驾驶数据中的任一视频数据；将该任一视频数据输入该数据分析模型，由该数据分析模型中的目标追踪模型对该任一视频数据中的目标车辆进行识别，得到该目标车辆的运动轨迹、运动速度；基于该目标车辆的运动轨迹、运动速度，生成该目标车辆的一个行车状态信息。

在一种可能实现方式中，该***还包括保险节点设备；

该保险节点设备，用于基于该目标车辆的车辆标识，从该区块链***的区块链中获取该目标车辆的保险数据；基于该行车安全处理结果，对该目标车辆的保险数据进行调整；将调整后的保险数据存储至该区块链***的区块链上。

在一种可能实现方式中，该数据采集节点设备用于：

接收该目标车辆发送的通信数据；基于当前位置信息，获取该当前位置的天气信息、道路信息以及行车规则；将该通信数据、该天气信息、该道路信息以及该行车规则作为该目标车辆的驾驶数据。

在一种可能实现方式中，该驾驶数据携带该数据采集节点设备的设备标识。

在一种可能实现方式中，该行车状态信息包括至少一个行车状态数据，一个行车状态数据对应于一个数据类别。

在一种可能实现方式中，该目标条件的一个子条件包括一个该数据类别所对应的数据限制信息。

一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行以实现该基于区块链的行车安全管理方法所执行的操作。

本申请实施例提供的技术方案，通过数据采集节点设备采集驾驶数据，由数据处理节点设备对驾驶数据进行匹配，通过数据分析模型对一组驾驶数据进行分析，得到行车状态信息，并进行上链处理，当任一节点设备确定行车状态信息满足目标条件中的任一子条件时，则触发该任一子条件所对应的智能合约，由智能合约生成行车安全处理结果，并同步至其他节点设备，在上述过程中，通过数据采集节点设备可以全面采集到车辆的驾驶数据，将驾驶数据处理结果上链，再由区块链上的智能合约基于链上数据自动生成行车安全处理结果，可以全面、准确的检测不良驾驶行为，进而实现有效的行车安全管理。

附图说明

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

图1是本申请实施例提供的一种基于区块链的行车安全管理方法的实施环境示意图；

图2是本申请实施例提供的一种基于区块链的行车安全管理方法的流程图；

图3是本申请实施例提供的一种区块链结构示意图；

图4是本申请实施例提供的一种行车安全处理结果的生成过程示意图；

图5是本申请实施例提供的一种行车安全管理过程的示意图；

图6是本申请实施例提供的一种基于区块链的行车安全管理装置的结构示意图；

图7是本申请实施例提供的一种终端的结构示意图；

图8是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种基于区块链的行车安全管理方法的实施环境示意图，参见图1，该实施环境可以包括多个计算机设备，该多个计算机设备可以为区块链***中的多个节点设备，该区块俩***中的任意一个节点设备均可以执行本申请实施例提供的基于区块链的行车安全管理方法中的一个或多个步骤。该多个计算机设备可以为属于同一个机构的多个节点设备，也可以属于不同的机构的多个节点设备。例如，该多个计算机设备可以均属于用于处理驾驶数据的数据处理中心，或者该多个计算机设备中的至少一个计算机设备属于数据处理中心，至少一个计算机设备属于交管机构，至少一个计算机设备属于保险机构，当然，还可以有至少一个计算机设备属于其他机构，例如，车辆定损机构、车辆销售机构等。

上述多个计算机设备可以为服务器，也可以为终端，本申请实施例对此不做具体限定。

为了便于理解本申请实施例的技术过程，下面对本申请实施例所涉及的一些名词进行解释：

区块链(Block chain)：是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块，每个区块都包含一个时间戳和一个与前一区块的链接。狭义来讲，区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本，即区块链中的数据一旦记录下来将不可逆。

共识机制(Consensus mechanism)：是区块链***中实现不同节点之间建立信任、获取权益的数学算法。在区块链***中，通过特殊节点的投票，可以在很短的时间内完成对交易的验证和确认，对一笔交易，如果利益不相干的若干个节点能够达成共识，就可以认为***中的全部节点对此也能够达成共识。

智能合约(Smart contract)：是一种旨在以信息化方式传播、验证或执行合同的计算机协议。区块链***中的各个节点根据特定条件自动执行的合约程序，可以对链上存储的数据进行操作，是用户与区块链进行交互、利用区块链实现业务逻辑的重要途径。智能合约的目的是提供优于传统合约的安全方法，并减少与合约相关的其他交易成本，它允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。

智能驾驶：主要包括网络导航、自主驾驶和人工干预三个环节，应用智能驾驶技术的车辆上需安装多个传感器，该多个传感器可以获得相关视觉、听觉信息等，并通过认知计算控制相应的随动***。智能驾驶技术中的网络导航，可以解决“在哪里”、“到哪里”、“走哪条道路中的哪条车道”等问题；自主驾驶是在智能***控制下，完成车道保持、超车并道、红灯停绿灯行、灯语笛语交互等驾驶行为；人工干预是指驾驶员在智能***的一系列提示下，对实际的道路情况做出相应的反应。

图2是本申请实施例提供的一种基于区块链的行车安全管理方法的流程图，该行车安全管理方法可以应用于该区块链***中的各个节点设备，参见图2，该实施例具体可以包括以下步骤：

201、用户节点设备将目标车辆的基础数据存储至行车管理区块链上。

其中，该行车管理区块链可以用于存储各个车辆的驾驶数据以及智能合约，在一种可能实现方式中，该行车管理区块链可以为联盟链，仅被授权的节点设备可以读取该联盟链上的数据，可以有效保护车主以及车辆的信息。

在本申请实施例中，该用户节点设备可以为用户所使用的客户端设备，也可以为该客户端设备所对应的服务器。在本申请实施例中，以该用户节点设备为该客户端设备所对应的服务器为例进行说明，该客户端设备上可以安装和运行有用于车辆信息注册的应用程序，该应用程序内可以登录有用户账号，用户可以通过该应用程序将目标车辆的信息与自己的身份信息相关联。具体地，该客户端设备上可以显示有车辆信息注册页面，该注册页面可以包括车辆信息填写区域以及确认控件，当该客户端设备检测到用户对该确认控件的触发操作后，可以获取用户在该车辆信息填写区域所输入的车辆基础数据，该车辆基础数据可以包括车牌号、车辆型号等，该客户端设备可以将获取到的车辆基础数据发送至服务器，即该用户节点设备，由该用户节点设备执行将该车辆基础数据存储至区块链的步骤。在一种可能实现方式中，该用户节点设备接收到该目标车辆的基础数据后，可以为该目标车辆分配一个车辆标识，一个车辆标识可以用于唯一地指示一个车辆，当然，也可以将该目标车辆的车牌号码作为该目标车辆的车辆标识，本申请实施例对此不做具体限定。该客户端设备还可以获取当前登录的用户账户信息，例如，身份标识等，在该车辆基础数据中添加该用户的身份标识，以实现将目标车辆信息与用户身份信息相关联。

在一种可能实现方式中，该用户节点设备可以基于共识机制，将目标车辆的基础数据存储在行车管理区块链上。具体地，对于区块链***中的每个节点，均具有与其对应的节点标识，而且区块链***中的每个节点设备均可以存储有区块链***中其他节点设备的节点标识，以便后续根据其他节点设备的节点标识，将生成的区块广播至区块链***中的其他节点设备，由其他节点设备对该区块进行共识。每个节点设备中可维护一个如下表所示的节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(Internet Protocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息，表1中仅以IP地址为例进行说明。

表1

节点名称	节点标识
		节点1	117.114.151.174
节点2	117.116.189.145
		…	…
节点N	119.123.789.258

区块链***中的每个节点设备可以均存储一条相同的区块链。区块链由多个区块组成，图3是本申请实施例提供的一种区块链结构示意图，参见图3，区块链由多个区块组成，创始块301中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息；创始块的下一区块302以创始块301为父区块，下一区块302中同样包括区块头和区块主体，区块头中存储有当前区块303的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

在生成区块链中的各个区块时，区块链所在的节点设备在接收到输入信息时，对输入信息进行校验，在本申请实施例中，该输入信息可以为目标车辆的基础数据，包括车牌号码、车辆型号、购买记录、车主信息等，节点设备对该输入信息完成校验后，将输入信息存储至内存池中，并更新其用于记录输入信息的哈希树，之后，将更新时间戳更新为接收到输入信息的时间，并尝试不同的随机数，多次进行特征值计算，使得计算得到的特征值可以满足下述公式：

SHA256(SHA256(version+prev_merkle_rool+ntime+nbits+x))<TARGET

其中，SHA256为计算特征值所用的特征值算法；version(版本号)为区块链中相关区块协议的版本信息；prev_hash为当前区块的父区块的区块头特征值；merkle_root为输入信息的特征值；ntime为更新时间戳的更新时间；nbits为当前难度，在一段时间内为定值，并在超出固定时间段后再次进行确定；x为随机数；TARGET为特征值阈值，该特征值阈值可以根据nbits确定得到。

这样，当计算得到满足上述公式的随机数时，便可将信息对应存储，生成区块头和区块主体，得到当前区块。随后，区块链所在节点根据区块链***中其他节点的节点标识，将新生成的当前区块分别发送给其所在的区块链***中的其他节点，由其他节点对新生成的当前区块进行共识，该当前区块通过共识后，即可将该当前区块添加至该区块链中，当然，若该当前区块未通过共识，则可以不进行区块上链操作。

需要说明的是，上述将该目标车辆的基础数据存储至行车管理区块链的说明仅是一种存储方式的示例性描述，本申请实施例对具体采用哪种存储方式不做限定。

202、数据采集节点设备获取目标车辆的驾驶数据，将该驾驶数据发送至数据处理节点设备，该驾驶数据携带该目标车辆的车辆标识。

在本申请实施例中，该数据采集节点设备可以用于采集车辆的驾驶数据以及路况信息，该数据采集节点设备可以为搭载于该目标车辆上的传感器，也可以为道路上的数据采集装置，例如，摄像头等监控设备或任一机构所安装的其他信息采集设备。该数据处理节点设备可以为用于处理驾驶数据的数据处理中心所对应的服务器。该驾驶数据可以包括该目标车辆的位置信息、行驶方向、行驶速度、车辆间发送的信息等，当然，该驾驶数据还可以获取其他辅助信息，例如天气信息、道路条件、该目标车辆所处位置的驾驶法规等，本申请实施例对此不做具体限定。

在一种可能实现方式中，该目标车辆可以为搭载智能驾驶***的车辆，该目标车辆可以安装有多个传感器，即多个数据采集节点设备，数据采集节点设备检测到该目标车辆启动后，即可实时监控该目标车辆的行驶状态，例如，该目标车辆的行驶速度、方向矢量、位置信息(纬度、经度、海拔等)、车道变更信息等，该数据采集节点设备可以实时采集这些信息作为该目标车辆的驾驶数据，发送至数据处理节点设备。当然，该目标车辆还可以基于该智能驾驶***向其他车辆发送信息，该数据采集节点设备可以采集该目标车辆发送或接收到的信息，将这些信息作为该目标车辆的驾驶数据，发送至数据处理节点设备。

当该数据采集节点设备为道路上的数据采集装置时，该数据采集节点设备可以接收该目标车辆发送的通信数据，还可以基于当前位置信息，获取该当前位置的天气信息、道路信息以及行车规则，将该通信数据、该天气信息、该道路信息以及该行车规则作为该目标车辆的驾驶数据，并发送至该数据处理节点设备。

在本申请实施例中，该驾驶数据可以携带该数据采集节点设备的设备标识，一个设备标识可以用于唯一地指示一个数据采集节点设备，基于该设备标识可以实现数据溯源，便于监控设备的运行状况。

203、该数据处理节点设备基于该车辆标识，对该驾驶数据进行匹配，得到该目标车辆的一组驾驶数据。

在一种可能实现方式中，该数据处理节点设备可以接收数据采集节点设备发送的驾驶数据，获取该驾驶数据中的车辆标识，基于该车辆标识，对目标周期内接收到的多条驾驶数据进行分组，将包含相同车辆标识的驾驶数据分为一组，获取包含该目标车辆的车辆标识的一组驾驶数据。其中，该目标周期可以由开发人员进行设置，本申请实施例对此不做具体限定。

在一种可能实现方式中，该数据采集节点设备采集到驾驶数据后，可以将该驾驶数据实时发送至该数据处理节点设备，也可以对采集到的驾驶数据进行存储，将一段时间内采集到的驾驶数据进行汇总后，再发送至该数据处理节点设备，本申请实施例对此不做具体限定。

204、该数据处理节点设备将该一组驾驶数据输入数据分析模型，基于该数据分析模型的分析结果，得到该目标车辆的行车状态信息。

在本申请实施例中，该行车状态信息包括至少一个行车状态数据，一个行车状态数据对应于一个数据类别，例如，该行车状态数据可以为“109公里/小时”，该行车状态数据所对应的数据类别为“车速”，当然，该行车状态数据中还可以包括车辆的位置信息，例如，该行车状态数据可以包括“109公里/小时，行驶区间为A到B”。

在本申请实施例中，该驾驶数据可以包括图像、视频等，相应的，该数据分析模型可以包括图像识别模型以及用于视频分析的目标追踪模型，以该数据分析模型对该驾驶数据中的视频数据进行处理为例，在一种可能实现方式中，该数据处理节点设备可以获取该一组驾驶数据中的任一视频数据，将该任一视频数据输入该数据分析模型，由该数据分析模型中的目标追踪模型对该任一视频数据中的目标车辆进行识别，得到该目标车辆的运动轨迹、运动速度，该数据处理节点设备可以基于该目标车辆的运动轨迹、运动速度，生成该目标车辆的一个行车状态信息。其中，该目标追踪模型可以基于相关滤波算法构建，该目标追踪模型可以基于视频的初始帧中目标车辆的大小和位置，来预测后续帧中该目标车辆的大小和位置，对该目标车辆的位置变化进行标注，得到该目标车辆的运动轨迹，还可以选取该运动轨迹中的多个关键路段，对各个关键路段中的车辆运动速度进行标注，例如，该关键路段可以为转弯路段、十字路口等，该关键路段可以由开发人员进行设置。需要说明的是，上述对应用目标追踪模型进行视频识别的描述仅是一种视频识别方法的示例性描述，本申请实施例对具体采用哪种视频识别方式不做限定。

205、该数据处理节点设备对该行车状态信息进行上链处理。

在本申请实施例中，该数据处理节点可以将该行车状态信息存储至行车管理区块链上，该信息存储过程与步骤201中将目标车辆的基础数据存储至区块链的过程同理，在此不做赘述。

206、区块链***中的任一节点设备将该行车状态信息与目标条件中的任一子条件进行匹配，当该行车状态信息满足目标条件中任一子条件时，则触发该任一子条件所对应的智能合约，该智能合约基于该行车状态信息生成行车安全处理结果。

其中，该目标条件可以包括多个子条件，一个子条件可以包括一个数据类别以及该数据类别所对应的数据限制信息，例如，可以包括数据类别“车速”、“闯红灯次数”，对应的数据限制信息分别为“大于120公里/小时”、“大于0次”。

在一种可能实现方式中，不同车辆可以对应于不同的智能合约，具体地，用户完成车辆信息注册之后，也即是目标车辆的基础数据存储至行车管理区块链之后，该基础数据可以同步至交管机构所对应的节点设备，该交管机构所对应的节点设备可以基于该基础数据中目标车辆的型号等信息，生成该目标车辆的智能合约，例如，小型汽车与大型货车所对应的智能合约可以不同，该目标车辆的驾驶数据满足该智能合约的触发条件，即该目标条件时，即可触发该智能合约。当然，该智能合约生成后，还可以发送至用户所使用的客户端设备，该交管机构所对应的节点设备接收到用户对该智能合约的确认指令之后，再将该智能合约存储至区块链上。

在本申请实施例中，该目标条件可以包括多个子条件，一个子条件可以对应于一个智能合约，当该目标车辆的驾驶数据中任一数据满足某一子条件时，则可以触发该子条件所对应的智能合约。在一种可能实现方式中，该行车状态信息上链存储完成后，该区块链***中的任一节点设备可以将该行车状态信息中的各个数据与各个子条件中的数据限制信息进行对比，以检测本次行程中是否存在不良驾驶行为，当该行车状态信息中的任一数据满足任一子条件时，也即是本次行程中存在不良驾驶行为时，则可以触发该任一子条件所对应的智能合约，获取该行车状态信息中的不良驾驶信息，生成行车安全处理结果，例如，该行车状态信息包括“车速：120公里/小时”，该第二目标条件包括“车速：大于90公里/小时”，则该行车安全处理结果可以为“超速50％”。

207、该区块链***中的其他节点设备同步该行车安全处理结果。

其中，该区块链***中还可以包括交管机构、保险机构等所对应的节点设备。图4是本申请实施例提供的一种行车安全处理结果的生成过程示意图，参见图4，数据处理中心可以接收目标车辆的驾驶数据，进行驾驶数据匹配和数据分析，生成行车状态信息，将行车状态信息存储至行车管理区块链，当该行车状态信息满足智能合约的触发条件时，即可触发该智能合约，生成行车安全处理结果，并将该行车安全处理结果同步至交管机构、保险机构等多个数据接收端。

在一种可能实现方式中，保险节点设备获取到该行车安全处理结果后，可以基于该行车安全处理结果对该目标车辆的保险数据进行调整，具体地，该保险节点设备可以基于该目标车辆的车辆标识，从该区块链***的区块链中获取该目标车辆的保险数据，基于该行车安全处理结果，对该目标车辆的保险数据进行调整，将调整后的保险数据存储至该区块链***的区块链上。其中，该保险数据可以包括该目标车辆的车辆标识、该目标车辆所属用户的身份标识以及保险内容等信息。

在一种可能实现方式中，交管节点设备获取到该行车安全处理结果后，可以基于该行车安全处理结果对该目标车辆进行违章处罚，具体地，该交管节点设备可以从区块链中获取该目标车辆行驶路段所对应的交通规则，基于该交通规则与该行车安全处理结果进行对比，基于对比结果对该目标车辆进行违章处罚，并将违章处罚信息存储至区块链上。在本申请实施例中，该交管机构还可以基于该行车安全处理结果调整用户的驾驶等级，在一种可能实现方式中，该目标车辆中所搭载的传感器可以获取驾驶员的身份标识，例如，可以采集用户的面部图像，将该面部图像发送至用户节点设备，该用户节点设备可以通过人脸识别技术确定驾驶员的身份标识，当然，也可以通过指纹识别等技术确定用户的身份标识，本申请实施例对此不作具体限定，该交管节点设备可以基于该驾驶员的身份标识从区块链上获取该驾驶员的驾驶等级，再基于该行车安全处理结果中所包含不良驾驶事件的数目来计算驾驶等级调整值，例如，当检测到不良驾驶事件时，可以降低驾驶等级，当未检测到不良驾驶事件时，可以提升驾驶等级。

本申请实施例提供的技术方案，通过数据采集节点设备采集驾驶数据，由数据处理节点设备对驾驶数据进行匹配，通过数据分析模型对一组驾驶数据进行分析，得到行车状态信息，并进行上链处理，当任一节点设备确定行车状态信息满足目标条件中的任一子条件时，则触发该任一子条件所对应的智能合约，由智能合约生成行车安全处理结果，并同步至其他节点设备，在上述过程中，通过数据采集节点设备可以全面采集到车辆的驾驶数据，将驾驶数据处理结果上链，再由区块链上的智能合约基于链上数据自动生成行车安全处理结果，可以全面、准确的检测不良驾驶行为，进而实现有效的行车安全管理。

参见图5，图5是本申请实施例提供的一种行车安全管理过程的示意图，用户可以通过客户端的应用程序将目标车辆的车辆信息存储在区块链上，车辆在行驶过程中，可以将驾驶数据实时发送至数据处理中心，数据处理中心进行驾驶数据匹配以及驾驶数据分析，将分析结果存储至区块链，当该分析结果中的任一数据满足智能合约的触发条件时，即可触发该智能合约，该区块链***执行该智能合约，并将执行结果，也即是行车安全处理结果同步至交管机构、保险机构等所对应的节点设备，各个机构所对应的节点设备可以行车安全处理结果，进行业务处理。在上述过程中，借助区块链智能合约技术，通过编写智能合约，当驾驶人行为到达触发条件时，自动执行该智能合约，从而借助区块链可以实时同步数据的特性以及数据不可篡改的特性，避免人为修改车辆的驾驶数据，本申请实施例提供的技术方案，一方面，可以为保险机构提供有效的驾驶数据以及交通行为数据，为交通事故理赔定性、保险基数调整、保险档位定级等提供数据支撑，另一方面，根据车辆的驾驶数据来判断驾驶员的驾驶行为，使交通违章处罚透明公开。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

图6是本申请实施例提供的一种基于区块链的行车安全管理装置的结构示意图，参见图6，该装置包括：

驾驶数据获取模块601，用于获取目标车辆的驾驶数据，将该驾驶数据发送至数据处理节点设备，该驾驶数据携带该目标车辆的车辆标识；

数据匹配模块602，用于基于该车辆标识，对该驾驶数据进行匹配，得到该目标车辆的一组驾驶数据；

行车状态信息获取模块603，用于将该一组驾驶数据输入数据分析模型，基于该数据分析模型的分析结果，得到该目标车辆的行车状态信息；

存储模块604，用于对该行车状态信息进行上链处理；

条件匹配模块605，用于将该行车状态信息与目标条件中的任一子条件进行匹配，当该行车状态信息满足目标条件中任一子条件时，则触发该任一子条件所对应的智能合约，该智能合约基于该行车状态信息生成行车安全处理结果，将该行车安全处理结果同步至区块链***的各个节点设备。

在一种可能实现方式中，该数据匹配模块602用于：

基于该车辆标识，对目标周期内接收到的多条该驾驶数据进行分组，将包含相同车辆标识的该驾驶数据分为一组；

获取包含该目标车辆的车辆标识的一组驾驶数据。

在一种可能实现方式中，该装置还包括：

保险数据获取模块，用于基于该目标车辆的车辆标识，从该区块链***的区块链中获取该目标车辆的保险数据；

保险数据调整模块，用于基于该行车安全处理结果，对该目标车辆的保险数据进行调整；

保险数据存储模块，用于将调整后的保险数据存储至该区块链***的区块链上。

在一种可能实现方式中，该驾驶数据获取模块601用于：

接收该目标车辆发送的通信数据；

基于当前位置信息，获取该当前位置的天气信息、道路信息以及行车规则；

将该通信数据、该天气信息、该道路信息以及该行车规则作为该目标车辆的驾驶数据。

在一种可能实现方式中，该驾驶数据携带该数据采集节点设备的设备标识。

在一种可能实现方式中，该行车状态信息获取模块603用于：

该数据处理节点设备获取该一组驾驶数据中的任一视频数据；

该数据处理节点设备将该任一视频数据输入该数据分析模型，由该数据分析模型中的目标追踪模型对该任一视频数据中的目标车辆进行识别，得到该目标车辆的运动轨迹、运动速度；

该数据处理节点设备基于该目标车辆的运动轨迹、运动速度，生成该目标车辆的一个行车状态信息。

在一种可能实现方式中，该行车状态信息包括至少一个行车状态数据，一个行车状态数据对应于一个数据类别。

在一种可能实现方式中，该目标条件的一个子条件包括一个该数据类别所对应的数据限制信息。

本申请实施例提供的装置，通过数据采集节点设备采集驾驶数据，由数据处理节点设备对驾驶数据进行匹配，通过数据分析模型对一组驾驶数据进行分析，得到行车状态信息，并进行上链处理，当任一节点设备确定行车状态信息满足目标条件中的任一子条件时，则触发该任一子条件所对应的智能合约，由智能合约生成行车安全处理结果，并同步至其他节点设备，应用该装置，通过数据采集节点设备可以全面采集到车辆的驾驶数据，将驾驶数据处理结果上链，再由区块链上的智能合约基于链上数据自动生成行车安全处理结果，可以全面、准确的检测不良驾驶行为，进而实现有效的行车安全管理。

需要说明的是：上述实施例提供的基于区块链的行车安全管理装置在行车安全管理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的基于区块链的行车安全管理装置与基于区块链的行车安全管理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述技术方案所提供的计算机设备可以实现为终端或服务器，例如，图7是本申请实施例提供的一种终端的结构示意图。该终端700可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端700还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端700包括有：一个或多个处理器701和一个或多个存储器702。

处理器701可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器701可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器701也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器701可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器701还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器702可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器702还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器702中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器701所执行以实现本申请中方法实施例提供的基于区块链的行车安全管理方法。

在一些实施例中，终端700还可选包括有：***设备接口703和至少一个***设备。处理器701、存储器702和***设备接口703之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口703相连。具体地，***设备包括：射频电路704、显示屏705、摄像头组件706、音频电路707、定位组件708和电源709中的至少一种。

***设备接口703可被用于将I/O(Input/Output，输入/输出)相关的至少一个***设备连接到处理器701和存储器702。在一些实施例中，处理器701、存储器702和***设备接口703被集成在同一芯片或电路板上；在一些其他实施例中，处理器701、存储器702和***设备接口703中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路704用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路704通过电磁信号与通信网络以及其他通信设备进行通信。射频电路704将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路704包括：天线***、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路704可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路704还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏705用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏705是触摸显示屏时，显示屏705还具有采集在显示屏705的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器701进行处理。此时，显示屏705还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏705可以为一个，设置终端700的前面板；在另一些实施例中，显示屏705可以为至少两个，分别设置在终端700的不同表面或呈折叠设计；在一些实施例中，显示屏705可以是柔性显示屏，设置在终端700的弯曲表面上或折叠面上。甚至，显示屏705还可以设置成非矩形的不规则图形，也即异形屏。显示屏705可以采用LCD(LiquidCrystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件706用于采集图像或视频。可选地，摄像头组件706包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件706还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路707可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器701进行处理，或者输入至射频电路704以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端700的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器701或射频电路704的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路707还可以包括耳机插孔。

定位组件708用于定位终端700的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。

电源709用于为终端700中的各个组件进行供电。电源709可以是交流电、直流电、一次性电池或可充电电池。当电源709包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端700还包括有一个或多个传感器710。该一个或多个传感器710包括但不限于：加速度传感器711、陀螺仪传感器712、压力传感器713、指纹传感器714、光学传感器715以及接近传感器716。

加速度传感器711可以检测以终端700建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器711可以用于检测重力加速度在三个坐标轴上的分量。处理器701可以根据加速度传感器711采集的重力加速度信号，控制显示屏705以横向视图或纵向视图进行用户界面的显示。加速度传感器711还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器712可以检测终端700的机体方向及转动角度，陀螺仪传感器712可以与加速度传感器711协同采集用户对终端700的3D动作。处理器701根据陀螺仪传感器712采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器713可以设置在终端700的侧边框和/或显示屏705的下层。当压力传感器713设置在终端700的侧边框时，可以检测用户对终端700的握持信号，由处理器701根据压力传感器713采集的握持信号进行左右手识别或快捷操作。当压力传感器713设置在显示屏705的下层时，由处理器701根据用户对显示屏705的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

光学传感器715用于采集环境光强度。在一个实施例中，处理器701可以根据光学传感器715采集的环境光强度，控制显示屏705的显示亮度。具体地，当环境光强度较高时，调高显示屏705的显示亮度；当环境光强度较低时，调低显示屏705的显示亮度。在另一个实施例中，处理器701还可以根据光学传感器715采集的环境光强度，动态调整摄像头组件706的拍摄参数。

接近传感器716，也称距离传感器，通常设置在终端700的前面板。接近传感器716用于采集用户与终端700的正面之间的距离。在一个实施例中，当接近传感器716检测到用户与终端700的正面之间的距离逐渐变小时，由处理器701控制显示屏705从亮屏状态切换为息屏状态；当接近传感器716检测到用户与终端700的正面之间的距离逐渐变大时，由处理器701控制显示屏705从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图7中示出的结构并不构成对终端700的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图8是本申请实施例提供的一种服务器的结构示意图，该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(Central Processing Units，CPU)801和一个或多个的存储器802，其中，该一个或多个存储器802中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器801加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器800还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器800还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由处理器执行以完成上述实施例中的基于区块链的行车安全管理方法。例如，该计算机可读存储介质可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。

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

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

Claims (17)

1.一种基于区块链的行车安全管理方法，其特征在于，所述方法包括：

用户节点设备将目标车辆的基础数据存储于行车管理区块链上；

交管节点设备基于所述基础数据，生成所述目标车辆的智能合约，将所述智能合约存储于所述行车管理区块链上；

数据采集节点设备获取目标车辆的驾驶数据，将所述驾驶数据发送至数据处理节点设备，所述驾驶数据携带所述目标车辆的车辆标识；

所述数据处理节点设备基于所述车辆标识，对所述驾驶数据进行匹配，得到所述目标车辆的一组驾驶数据；

所述数据处理节点设备将所述一组驾驶数据输入数据分析模型，基于所述数据分析模型的分析结果，得到所述目标车辆的行车状态信息；

所述数据处理节点设备对所述行车状态信息进行上链处理；

区块链***中的任一节点设备将所述行车状态信息与目标条件中的任一子条件进行匹配，当所述行车状态信息满足目标条件中任一子条件时，则触发所述任一子条件所对应的智能合约，所述任一子条件所对应的智能合约基于所述行车状态信息生成行车安全处理结果，将所述行车安全处理结果同步至区块链***的各个节点设备，其中，所述交管节点设备在获取到所述行车安全处理结果后，基于所述行车安全处理结果对所述目标车辆进行违章处罚和调整用户的驾驶等级，保险节点设备在获取到所述行车安全处理结果后，基于所述行车安全处理结果对所述目标车辆的保险数据进行调整。

2.根据权利要求1所述的方法，其特征在于，所述数据处理节点设备基于所述车辆标识，对所述驾驶数据进行匹配，得到所述目标车辆的一组驾驶数据包括：

所述数据处理节点设备基于所述车辆标识，对目标周期内接收到的多条所述驾驶数据进行分组，将包含相同车辆标识的所述驾驶数据分为一组；

所述数据处理节点设备获取包含所述目标车辆的车辆标识的一组驾驶数据。

3.根据权利要求1所述的方法，其特征在于，所述数据处理节点设备将所述一组驾驶数据输入数据分析模型，基于所述数据分析模型的分析结果，得到所述目标车辆的行车状态信息包括：

所述数据处理节点设备获取所述一组驾驶数据中的任一视频数据；

所述数据处理节点设备将所述任一视频数据输入所述数据分析模型，由所述数据分析模型中的目标追踪模型对所述任一视频数据中的目标车辆进行识别，得到所述目标车辆的运动轨迹、运动速度；

所述数据处理节点设备基于所述目标车辆的运动轨迹、运动速度，生成所述目标车辆的一个行车状态信息。

4.根据权利要求1所述的方法，其特征在于，所述将所述行车安全处理结果同步至区块链***的各个节点设备之后，所述方法还包括：

保险节点设备基于所述目标车辆的车辆标识，从所述区块链***的区块链中获取所述目标车辆的保险数据；

所述保险节点设备基于所述行车安全处理结果，对所述目标车辆的保险数据进行调整；

所述保险节点设备将调整后的保险数据存储至所述区块链***的区块链上。

5.根据权利要求1所述的方法，其特征在于，所述数据采集节点设备获取目标车辆的驾驶数据包括：

所述数据采集节点设备接收所述目标车辆发送的通信数据；

所述数据采集节点设备基于当前位置信息，获取所述当前位置的天气信息、道路信息以及行车规则；

所述数据采集节点设备将所述通信数据、所述天气信息、所述道路信息以及所述行车规则作为所述目标车辆的驾驶数据。

6.根据权利要求5所述的方法，其特征在于，所述驾驶数据携带所述数据采集节点设备的设备标识。

7.根据权利要求1所述的方法，其特征在于，所述行车状态信息包括至少一个行车状态数据，一个行车状态数据对应于一个数据类别。

8.根据权利要求7所述的方法，其特征在于，所述目标条件的一个子条件包括一个所述数据类别所对应的数据限制信息。

9.一种基于区块链的行车安全管理***，其特征在于，所述***包括用户节点设备、交管节点设备、保险节点设备、至少一个数据采集节点设备、至少一个数据处理节点设备以及行车管理区块链；

所述用户节点设备，用于将目标车辆的基础数据存储于所述行车管理区块链上；

所述交管节点设备，用于基于所述基础数据，生成所述目标车辆的智能合约，将所述智能合约存储于所述行车管理区块链上；

所述数据采集节点设备，用于获取目标车辆的驾驶数据，将所述驾驶数据发送至数据处理节点设备，所述驾驶数据携带所述目标车辆的车辆标识；

所述数据处理节点设备，用于基于所述车辆标识，对所述驾驶数据进行匹配，得到所述目标车辆的一组驾驶数据；将所述一组驾驶数据输入数据分析模型，基于所述数据分析 模型的分析结果，得到所述目标车辆的行车状态信息；对所述行车状态信息进行上链处理；

区块链***中的任一节点设备，用于将所述行车状态信息与目标条件中的任一子条件进行匹配，当所述行车状态信息满足目标条件中任一子条件时，则触发所述任一子条件所对应的智能合约，所述智能合约基于所述行车状态信息生成行车安全处理结果，将所述行车安全处理结果同步至区块链***的各个节点设备，其中，所述交管节点设备还用于在获取到所述行车安全处理结果后，基于所述行车安全处理结果对所述目标车辆进行违章处罚和调整用户的驾驶等级，所述保险节点设备，用于在获取到所述行车安全处理结果后，基于所述行车安全处理结果对所述目标车辆的保险数据进行调整。

10.根据权利要求9所述的***，其特征在于，所述数据处理节点设备用于：

基于所述车辆标识，对目标周期内接收到的多条所述驾驶数据进行分组，将包含相同车辆标识的所述驾驶数据分为一组；获取包含所述目标车辆的车辆标识的一组驾驶数据。

11.根据权利要求9所述的***，其特征在于，所述数据处理节点设备用于：

获取所述一组驾驶数据中的任一视频数据；将所述任一视频数据输入所述数据分析模型，由所述数据分析模型中的目标追踪模型对所述任一视频数据中的目标车辆进行识别，得到所述目标车辆的运动轨迹、运动速度；基于所述目标车辆的运动轨迹、运动速度，生成所述目标车辆的一个行车状态信息。

12.根据权利要求9所述的***，其特征在于，所述保险节点设备，用于：

基于所述目标车辆的车辆标识，从所述区块链***的区块链中获取所述目标车辆的保险数据；基于所述行车安全处理结果，对所述目标车辆的保险数据进行调整；将调整后的保险数据存储至所述区块链***的区块链上。

13.根据权利要求9所述的***，其特征在于，所述数据采集节点设备用于：

接收所述目标车辆发送的通信数据；基于当前位置信息，获取所述当前位置的天气信息、道路信息以及行车规则；将所述通信数据、所述天气信息、所述道路信息以及所述行车规则作为所述目标车辆的驾驶数据。

14.根据权利要求9所述的***，其特征在于，所述驾驶数据携带所述数据采集节点设备的设备标识。

15.根据权利要求9所述的***，其特征在于，所述行车状态信息包括至少一个行车状态数据，一个行车状态数据对应于一个数据类别。

16.根据权利要求15所述的***，其特征在于，所述目标条件的一个子条件包括一个所述数据类别所对应的数据限制信息。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现如权利要求1至权利要求8任一项所述的基于区块链的行车安全管理方法所执行的操作。

Images