CN112069251A - 车辆对车辆传感器数据共享 - Google Patents

Abstract

本申请涉及车辆对车辆传感器数据共享。示例操作可以包括以下中的一个或多个：经由运输工具上的传感器检测潜在事件；将与潜在事件相关的数据发送到预定义距离内的其它运输工具；将数据存储在运输工具和服务器处；以及在运输工具上执行运输工具操作响应。

Description

车辆对车辆传感器数据共享

技术领域

本申请一般而言涉及车辆数据共享，并且更具体而言，涉及车辆对车辆传感器数据共享。

背景技术

诸如汽车、摩托车、卡车、飞机、火车等车辆或运输工具(transport)通常以高速行驶，并经历各种状况，诸如道路状况、交通方式、其它车辆的不安全的驾驶员、车辆状况、安全状况、天气状况等。可以从车辆上和车辆中的传感器接收车辆数据，和/或可以通过计算设备(诸如控制车辆自身的计算机)和/或经由用户持有和管理的控制器(诸如智能电话或计算机)捕获车辆数据。

当前，由诸如汽车之类的普通车辆共享的数据量很小，但将持续增加。需要一种被优化以存储和利用此类数据的系统。当前存储此类数据的方式是集中式数据库。但是，集中式数据库存在重大缺陷。例如，集中式数据库只有单个故障点。特别地，如果没有考虑容错性并且发生故障(例如，硬件、固件和/或软件故障)，那么数据库内的所有数据都会丢失，并且所有用户的工作都会中断。此外，由于数据库存储系统的数据冗余很少甚至没有，因此，很难恢复意外丢失的数据。常规上，集中式数据库受其能力所限制，而不能防止由企图针对单次出现(occurrence)提交多个索赔的实体做出的欺诈性索赔。诸如安全信息、碰撞信息等重要的信息可能需要进一步的数据管理基础设施和过程。

发明内容

一个示例实施例可以提供一种系统，该系统包括在第一运输工具上的一个或多个传感器和处理器、第二运输工具、存储器，该存储器存储指令，该指令在由处理器执行时使处理器执行以下中的一个或多个：由一个或多个传感器检测潜在事件，将与潜在事件相关的数据发送到第二运输工具，其中第二运输工具在与第一运输工具的一距离内；将数据存储在第二运输工具上，以及将数据从第二运输工具发送到服务器。

另一个示例实施例可以提供一种方法，该方法包括以下中的一个或多个：由第一运输工具上的至少一个传感器检测潜在事件，将与潜在事件相关的数据发送到第二运输工具，其中第二运输工具在与第一运输工具的一距离内，将数据存储在第二运输工具上；以及将数据从第二运输工具发送到服务器。

另一个示例实施例可以提供一种包括指令的非暂态计算机可读介质，该指令在被处理器读取时，使处理器执行以下中的一个或多个：由第一运输工具上的至少一个传感器检测潜在事件；将与潜在事件相关的数据发送到第二运输工具，其中第二运输工具在与第一运输工具的一定距离内；将数据存储在第二运输工具上；以及将数据从第二运输工具发送到服务器。

又一个示例实施例可以提供一种方法，该方法包括以下中的一个或多个：经由部署在运输工具上的一个或多个传感器检测潜在事件；将与潜在事件相关联的数据从该运输工具传输到位于该运输工具的预定义距离内的一个或多个附加运输工具；基于传输的数据触发运输工具操作响应；以及经由该运输工具和一个或多个附加运输工具执行运输工具操作响应。

又一个示例实施例可以提供一种系统，该系统包括第一运输工具上的一个或多个传感器和处理器、存储指令的存储器，该指令在由处理器执行时使处理器执行以下中的一个或多个：经由一个或多个传感器检测潜在事件，识别与潜在事件相关联的智能合约，响应于检测到潜在事件而执行智能合约，将与潜在事件相关联的数据从第一运输工具发送到位于该运输工具的一距离内的一个或多个附加运输工具，基于发送的数据触发操作响应，以及经由该运输工具和一个或多个附加运输工具执行操作响应。

又一个示例实施例可以提供一种包括指令的非暂态计算机可读介质，该指令在被处理器读取时，使处理器执行以下中的一个或多个：经由部署在运输工具上的一个或多个传感器检测潜在事件；将与潜在事件相关联的数据从该运输工具传输到位于该运输工具的预定义距离内的一个或多个附加运输工具；基于传输的数据触发运输工具操作响应，以及经由该运输工具和一个或多个附加运输工具执行运输工具操作响应。

附图说明

图1A图示了根据示例实施例的在道路上的各种运输工具之间的传感器数据共享事件的示图。

图1B图示了根据示例实施例的在道路上的各种运输工具之间的另一个传感器数据共享事件。

图1C图示了根据示例实施例的传感器数据服务器将动作命令分发到各种运输工具的示图。

图1D图示了根据示例实施例的用于存储区块链交易数据的区块链配置。

图2A图示了根据示例实施例的示例对等节点配置。

图2B图示了根据示例实施例的共享分类账配置。

图3图示了根据示例实施例的运输工具传感器数据共享系统配置。

图4A图示了根据示例实施例的运输工具传感器数据共享流程图。

图4B图示了根据示例实施例的另一个运输工具传感器数据共享流程图。

图4C图示了根据示例实施例的又一个运输工具传感器数据共享流程图。

图5图示了根据示例实施例的示例数据区块。

图6图示了支持示例实施例中的一个或多个示例实施例的示例系统。

具体实施方式

将容易理解，如本文各图中一般描述和图示的本组件可以以各种各样不同的配置来布置和设计。因此，如附图中所示的方法、装置、非暂态计算机可读介质和系统中的至少一个的实施例的以下详细描述并非旨在限制所要求保护的本申请的范围，而仅仅是代表所选择的实施例。

如贯穿本说明书描述的本特征、结构或特性可以在一个或多个实施例中以任何合适的方式组合。例如，贯穿本说明书使用短语“示例实施例”、“一些实施例”或其它类似语言是指结合该实施例描述的特定特征、结构或特性可以被包括在至少一个实施例中的事实。因此，贯穿本说明书出现的短语“示例实施例”、“在一些实施例中”、“在其它实施例中”或其它类似语言不一定都指代相同的一组实施例，并且所描述的特征、结构或特性可以以任何合适的方式在一个或多个实施例中组合。在各示图中，即使所绘出的连接是单向或双向箭头，元件之间的任何连接也可以允许单向和/或双向通信。在本申请中，运输工具可以包括汽车、卡车、摩托车、踏板车、自行车、轮船、休闲车、飞机以及可以用于将人和/或货物从一个地点运输到另一个地点的任何物体中的一个或多个。

此外，虽然在实施例的描述中可能已经使用了术语“消息”，但是本申请可以应用于许多类型的网络数据，诸如、数据包、帧、数据报等。术语“消息”还包括数据包、帧、数据报及其任何等同形式。此外，虽然在示例性实施例中可能描绘了某些类型的消息和信令，但是它们不限于某种类型的消息，并且本申请不限于某种类型的信令。

示例实施例提供了方法、系统、组件、非暂态计算机可读介质、设备和/或网络，其提供以下中的至少一个：运输工具(在本文中也称为车辆)传感器数据收集系统、核实系统和车辆数据分发系统。可以接收和处理以通信更新消息(诸如无线数据网络通信和/或有线通信消息)形式接收的传感器数据，以识别车辆/运输工具状态状况，并提供安全性和最佳运输修改选项来协助车辆行驶。

在通信基础设施内，分散式数据库是分布式存储系统，其包括彼此通信的多个节点。区块链是分散式数据库的示例，其包括能够维护不信任的各方之间的记录的仅附加(append-only)的不可变数据结构(即，分布式分类账)。不信任各方在本文中被称为对等方、节点或对等节点。每个对等方都维护数据库记录的副本，并且在分布式对等方之间未达成共识的情况下，任何单个对等方都不能修改数据库记录。例如，对等方可以执行共识协议来验证区块链存储条目、将存储条目分组为区块，以及经由这些区块构建散列链。为了一致性，该处理通过按需对存储条目进行排序来形成分类账。在公共或非许可的区块链中，任何一方都可以在没有特定身份的情况下参与。公共区块链可以涉及加密货币并基于各种协议(诸如工作量证明(PoW))使用共识。另一方面，许可的区块链数据库提供了一种系统，该系统可以保护一组共享共同目标但彼此之间不完全信任或不能完全信任的实体(诸如交换资金、商品、信息等的企业)之间的交互。本申请可以在许可的和/或非许可的区块链设置中工作。

智能合约是受信任的分布式应用，其利用共享或分布式分类账(即，可能是以区块链的形式)数据库的防篡改属性以及成员节点之间的被称为背书或背书策略的基础协议。一般而言，区块链条目在提交到区块链之前被“背书”，而未被背书的条目则被忽略。典型的背书策略允许智能合约可执行代码以背书所需的一组对等节点的形式为条目指定背书者。当客户端将条目发送给背书策略中指定的对等方时，该条目被执行以验证该条目。在验证之后，该条目进入排序阶段，在该阶段中，使用共识协议来产生被分组为区块的背书条目的有序序列。

节点是区块链系统的通信实体。在不同类型的多个节点可以在同一物理服务器上运行的意义上，“节点”可以执行逻辑功能。节点在信任域中被分组并与以各种方式控制它们的逻辑实体相关联。节点可以包括不同类型，诸如客户端或提交客户端节点，其将条目调用提交给背书者(例如，对等方)，并将条目建议广播到排序服务(例如，排序节点)。另一种类型的节点是对等节点，其可以接收客户端提交的条目、提交条目并维护区块链条目的分类账的状态和副本。对等方也可以具有背书者的角色，但这不是必需的。排序服务节点或排序者是为所有节点运行通信服务的节点，并且其实现递送保证，诸如在提交条目和修改区块链的世界状态(它是初始区块链条目的另一个名称，通常包含控制和设置信息)时向系统中的每个对等节点进行的广播。

分类账是区块链的所有状态转换的有序、防篡改记录。状态转换可以由参与方(例如，客户端节点、排序节点、背书者节点、对等节点等)提交的智能合约可执行代码调用(即，条目)导致。条目可能导致一组资产键值对作为一个或多个操作数被提交到分类账，诸如创建、更新、删除等。分类账包括区块链(也称为链)，该区块链用于将不可变的有序记录存储在区块中。分类账还包括维护区块链的当前状态的状态数据库。每个通道通常有一个分类账。每个对等节点都为其作为成员的每个通道维护分类账的副本。

链是条目日志，其被构造为散列链接的区块，并且每个区块包含N个条目的序列，其中N等于或大于1。区块首部包括区块条目的散列，以及前一个区块首部的散列。以这种方式，分类账上的所有条目都可以被排序并通过密码链接在一起。因此，在不破坏散列链接的情况下不可能篡改分类账数据。最近添加的区块链区块的散列表示链上在它之前到来的每个条目，从而使得可以确保所有对等节点处于一致且可信状态。链可以存储在对等节点文件系统(即，本地、附加存储装置、云等)上，以高效地支持区块链工作负载的仅附加性质。

不可变分类账的当前状态表示链条目日志中包含的所有键的最新值。因为当前状态表示通道已知的最新键值，因此它有时被称为世界状态。智能合约可执行代码针对分类账的当前状态数据调用执行条目。为了使这些智能合约可执行代码高效交互，可以将键的最新值存储在状态数据库中。状态数据库可以只是对链的条目日志的索引视图，因此它可以在任何时间从链中重新生成。状态数据库可以在对等节点启动时以及在条目被接受之前自动恢复(或根据需要生成)。

区块链与传统数据库的不同之处在于，区块链不是中央存储，而是分散的、不可变的和安全的存储，其中节点必须共享对存储中的记录的更改。区块链中固有的并且有助于实现区块链的一些属性包括但不限于不可变的分类账、智能合约、安全性、隐私性、分散化、共识、背书、可访问性等。

示例实施例提供了一种必要时识别车辆传感器信息并采取动作的方法。共享分类账上的交易可以被生成，并可以被提交给如由许可授予团体确定的不可变分类账，因此是“分散化”方式的，诸如经由区块链成员身份组。每个利益方(即，公司、代理等)可能希望限制私人信息的公开，因此区块链及其不变性可以限制公开信息，并管理每个特定用户车辆简档的许可。智能合约可以用于提供补偿、量化碰撞事件、识别安全关注事件、识别事件的各方并向寻求访问此类车辆传感器数据的注册实体提供分发。同样，如果碰撞导致识别出故障，那么可以基于与区块链相关联的“共识”方法在注册的公司和/或个体之间共享必要的信息。这样的方法无法在传统的集中式数据库上实现。

本申请包括车辆传感器和/或相应的计算机控制器，该计算机控制器被配置为共享可能帮助其它车辆、检测/避免危险状况并在发生碰撞或其它重大车辆事件的情况下帮助第三方识别那些错误方的相关数据。共享和接收的数据可以存储在数据库中，该数据库将数据维护在一个单个数据库(例如，数据库服务器)中，并且通常在一个特定地点。该地点通常是中央计算机，例如，台式中央处理单元(CPU)、服务器CPU或大型计算机。通常可以从多个不同点访问存储在集中式数据库中的信息。集中式数据库易于管理、维护和控制，尤其是为了安全目的，因为它位于单个地点。在集中式数据库中，由于所有数据的单个存储地点也意味着给定的一组数据仅有一条主记录，因此最大程度地减少了数据冗余。

图1A图示了根据示例实施例的在道路上的各种运输工具之间的传感器数据共享事件的示图。参考图1A，示图100包括各种运输工具T1(102)、T2(104)、T3(106)、T4(108)、T5(112)。道路可以表示在一个或两个方向上都有交通的领域道路或高速公路。在一个实施例中，在这个示例中，T4和T5在事件122中发生了碰撞，该事件122是碰撞。在其它实施例中，事件可以是高速度、错误的驾驶/操纵、过度/猛烈的制动等。此外，从一个或多个附近的运输工具识别事件。在事故/碰撞发生时与碰撞没有关系的最近的运输工具/车辆是T1。事件碰撞122可以包括碰撞中的车辆中的一个或多个车辆发出紧急信号，该紧急信号被其它车辆中的任何一个车辆经由V2V通信配置检测到。同样，在另一个示例中，最近的车辆T1(102)可以是第一个经由T1上的一个或多个传感器识别该碰撞的车辆。从T1到碰撞地点122的距离D1 124可以在车辆上的传感器可以检测到碰撞的可检测范围内。传感器可以提供数据、声音、视频等形式的信息。T1和T2之间的距离D2 126可以在另一个车辆T2104的短距离通信距离(即，半径110)内。如图示100中所示，从T1到T2的距离在通信范围内，并且因此可以从T1向T2发送直接通信以通知前方的碰撞。在其它实施例中，可以通过一个运输工具将数据传送到服务器(未示出)，然后该服务器可以将数据发送到另一个运输工具。

如果其它车辆不在第一车辆T1检测到碰撞的通信范围内，诸如T3 106(其距T1有较大的距离D4 132)，那么第二车辆T2可以是用于向T3通知前方的碰撞的V2V信息传输的发起方。从T2到T3的距离是D3 128，其在T2的通信半径120内。以这种方式，碰撞事件数据可以在一行车辆中从一个车辆传递到下一个车辆，依此类推。在其它实施例中，事件122可以由在与T1相反的方向(未示出)上行驶的车辆检测到，并且这种车辆可以经由V2V通信独立地将事件的信息提供给T1、T2、T3等。防止发生附加事件所需的动作可以包括取决于不同车辆相对于检测到的事件122的位置将不同命令发送到这些不同的车辆，这在本文中将进一步详细描述。

车辆T1-T5中的任何一个可以在车辆内部和/或外部的任何部分包括传感器。传感器可以硬连线到车辆的中央控制器或其它处理器，或者可以经由各种无线通信协议与车辆计算机的中央控制器无线通信。数据可以从中央控制器(诸如车载计算机、用户的智能电话、蜂窝兼容设备等)传输。传感器内容和不同的传感器数据类型可以包括以下中的一个或多个：无线电台选择、记录的音频、车辆内的移动设备使用、车辆内进行的电话呼叫、计算设备中的至少一个计算设备的浏览器历史记录、经由车辆内部的至少一个计算设备进行的购买、车辆的移动、车辆的导航、车辆的碰撞、运输的速度、车辆的加速度、包括车辆的电池电量汽油量、机油量、温度的与运输相关联的诊断、车辆的地点、在车辆附近检测到的交通、关于其它车辆的信息等。

传感器的类型包括移动传感器、声纳传感器、激光雷达传感器、加速度计、触摸传感器、接近传感器、温度传感器、速度传感器、声音传感器、红外传感器、碰撞传感器、液位(level)传感器、轮胎压力传感器、地点确定传感器、超声波传感器、相机传感器、活动传感器、化学传感器、流体传感器、压力传感器、光学传感器和生物识别传感器等中的一种或多种。

为了激励自主车辆所有者和/或操作者驾驶的车辆共享由其车辆的传感器收集到的数据，可以向与其它车辆共享信息的那些车辆提供某些补偿。当车辆从传感器或经由用户计算机设备和/或车载计算设备收集传感器数据时，该数据按传感器类型被收集和组织。为了该示例的目的，可以根据从中接收传感器数据的传感器和/或产生传感器数据的设备来组织传感器数据。此外，收集信息的计算机设备可以将此类信息视为也转发给其它车辆和/或中央服务器的“传感器数据”。负责管理传感器数据服务器的管理实体可以是第三方，其管理传感器数据和与每个车辆相关联的账户。

自主车辆可能是受到管制的，其中由于各种原因传感器数据被托管，因为车辆的操作是由计算机而不一定是人来控制的。因此，各种机构和第三方可能需要共享由自主车辆采集的传感器数据，以确保安全措施。如前所述，车辆T1-T5可以是由人类驾驶员操作的车辆或由计算机和/或远程代理操作的自主车辆。可以经由多个车辆传感器106来收集车辆传感器数据。控制器设备(即，车载计算机和/或用户智能电话等)可以识别传感器类型、传感器标识符以及针对那些参数接收到的传感器数据的实例。传感器数据的收集可以创建一组或多组传感器数据。例如，传感器106当中的传感器S1、S2、S3…Sn可以生成传感器数据集SD1、SD2、SD3…SDn。那些传感器数据集可以包括在固定时间段(例如，毫秒、秒、分钟、小时等)内的传感器数据的多次迭代，或者极端测量的短实例，诸如仅与用于识别例如事故、道路上的洞、制动、极端状况或操纵等的预期值有大的偏差的实例。可以注册VDR以取决于特定VDR的兴趣来接收某些车辆传感器数据集。

自主/非自主车辆的所有者(或车辆的乘员)可以在共享分类账或其它数据管理系统中注册他们的档案，因此在传感器收集工作期间收集到的信息可以被共享，并且所有者的简档和/或车辆可以经由智能合约用同样在共享分类账中识别的预定值被贷记(credited)。智能合约可以识别协议的各方、共享数据的许可、由(一个或多个)VDR寻求的数据类型、数据的补偿和其它参数。

在一个示例中，寻求访问车辆传感器数据的第三方可以是汽车制造商。在另一个示例中，采集的传感器数据可以包括从大量车辆中采集并汇总到传感器数据集中的交通量/模式信息，诸如经过特定交叉路口的汽车的数量、在某些道路上的汽车速度等，这些数据可能是某些市政(municipalities)所需的。此外，可以交换其它类型的私人数据以获得某种类型的利益/信用。例如，为了与制造商共享数据，车辆可以有资格获得信用(货币或非货币)，这些信用经由智能合约进行识别并记录在共享分类账中。信用可以由制造商提供，并且可以包括服务更新。例如，自主车辆可以免费换油，并且可以导航到制造商经销商以得到服务。当车辆到达时，从共享分类账中的交易中识别信用，当服务被兑现时，可以写入另一笔交易来兑现由车辆简档所拥有的值。以这种方式，车辆接收信用而不是所有者和/或乘员。在其它实施例中，可以在一个或多个车辆、所有者和/或乘员之间划分信用。

传感器数据的不变性也可以经由区块链的共享分类账格式来保存。车辆所有者最终选择通过将其数据存储在云网络中存在的区块链中来共享该数据。区块链也可以通过常规方式或经由令牌或其它类型的奖励来促进奖励方面。在一个示例中，车辆通过无线通信网络(例如，移动蜂窝网络)将其传感器数据卸载到云。数据被添加到区块链中，但仍受从其获取这些数据的车辆所有者控制，直到车辆所有者决定共享部分或全部数据。可以在智能合约中概述状况，共享分类账使用该智能合约来执行数据的共享、贷记和分发。

图1B图示了根据示例实施例的在道路上的各种运输工具之间的另一个传感器数据共享事件。参考图1B，配置150包括以下场景，其中尚未发生碰撞，因为T4 108和T5 112仍相距一定距离，但是，在T4上操作的传感器已经通过识别T5的位置和地点检测到潜在的碰撞事件142。T5的通信距离152可以发射V2V信号以向移动和/或固定物体T5通知T5的位置、速度、移动、行为等可识别为潜在事件，诸如碰撞威胁。例如，T5和/或T4上的传感器可以基于速度、方向、行驶车道内的位置等识别错误的驾驶行为，并且可以警告其它物体，诸如T5检测144并通知其通信范围152内的任何车辆，诸如T4，或者T4通过检测到T5在道路上的区域外位置来通知T1 102和T5。在这个示例中，T5可以通知T4，T4通知T1。在另一个示例中，可以向T4警告T5的位置，并且T4可以警告T1。T5和T4之间的距离可以是D5 146，并且碰撞之前的时间量可能被计算为非常小，因此即将发生的碰撞是可能的。从T1到T4的距离148可以在T4的通信半径154内，并且从T1到T5的距离可以在T5的通信半径152之外。在其它实施例中，可以通过一个运输工具将数据传送到服务器(未示出)，然后该服务器可以将数据发送到另一个运输工具。在其它实施例中，潜在事件144可以被在与T4或T5相反的方向上行驶的车辆(未示出)检测到，并且这样的车辆可以经由V2V通信独立地将事件的信息提供给T1等。如果没有发生潜在事件(即，碰撞被避免)，那么数据仍然可以被传送到一个或多个运输工具和/或服务器。

图1C图示了根据示例实施例的传感器数据服务器将动作命令分发到各种运输工具的示图。参考图1C，示例170为在碰撞事件期间识别出的所有车辆提供在那些车辆之间共享的V2V信息以及这些车辆相对于碰撞地点的地点，每一个创建用于在发生此类事件后帮助那些运输工具的定制的和自动化的策略。例如，一旦确立车辆T4 108和T5 112是碰撞事件的一部分，那么与远程地点的中央服务器184或本地计算机(诸如包括在一个或多个运输工具中的本地计算机)共享的信息可以具有基于接收到的信息(其可以是音频、视频、文本、其它数据等)的响应策略。例如，如果T4和T5产生碰撞数据、高速数据等，那么发送给那些运输工具T4和T5的响应命令可以包括各种命令172/174，诸如制动、拨打EMS-911、展开气囊、使运输工具熄火、使方向盘偏离其它物体等。但是，在碰撞发生之前不能被检测到的碰撞将无法采取预防动作，但可以采取碰撞后动作。但是，在碰撞地点周围和/或附近的那些运输工具可以受益于接收命令以利用预防动作来帮助运输工具。例如，T1 102和T2 104可以接收命令176/177以制动、转弯和/或减速等。这些命令可以被自动创建，并且在这些命令从传感器数据服务器184发送到运输工具(T1-T5)时，可以导致运输工具的自动动作，而无需用户干预。由于T3 106距离碰撞地点更远，因此发送的动作178可以包括减慢运输工具速度，因为该运输工具不在碰撞附近，但是应在不久的将来预见该碰撞。但是，在这种情况下，由于碰撞将导致拥堵，因此预见导航中的变化并不过早。

图1D图示了根据示例实施例的利用共享分类账的车辆传感器数据收集系统的逻辑图。参考图1D，数据管理配置180包括运输工具108，该运输工具108接收传感器数据、存储某些传感器数据、与其它运输工具共享传感器数据和/或将传感器数据182转发到维护车辆简档的传感器数据服务器184和寻求访问传感器数据182的其它管理实体。区块链190识别被收集、共享和传输给第三方的数据，并且经由各个区块链交易记录这些传输的实例，每个区块链交易具有对应的区块链数据198。区块链交易数据区块的内容可以包括碰撞各方、传输的数据、估计的损害、在碰撞检测期间发出的运输工具命令/修改、条款、日期、时间、数据的类型、提供的补偿、确认的许可、包括传感器类型数据和传感器数据类别的车辆信息、保险信息、用于碰撞记录保存的故障分析数据等。共享分类账以交易的形式记录数据，以供一个或多个智能合约、后续审核、寻求识别交易有效性并确认事件的存在的利益方等使用。

图2A图示了根据示例实施例的区块链体系架构配置200。参考图2A，区块链体系架构200可以包括某些区块链元素，例如，作为许可的区块链组210的一部分的一组区块链成员节点202-206。许可的区块链并非对所有方都可访问，而是仅对具有许可的访问区块链数据权限的那些成员才可访问。区块链节点参与许多活动，诸如区块链条目添加和验证处理(共识)。区块链节点中的一个或多个可以基于背书策略对条目进行背书，并且可以为所有区块链节点提供排序服务。区块链节点可以发起区块链动作(诸如认证)，并试图写入存储在区块链中的区块链不可变分类账，其副本也可以存储在基础物理基础设施上。

当区块链交易220被成员节点规定的共识模型接收和批准时，该交易被存储在计算机的存储器中。批准的交易226被存储在区块链的当前区块中，并经由提交过程被提交给区块链，该提交过程包括执行当前区块中的交易的数据内容的散列并参考先前区块的先前散列。在区块链内，可以存在一个或多个智能合约230，其定义包括在智能合约可执行应用代码232中的交易协议和动作的条款。该代码可以被配置为识别传感器数据何时超过各种阈值(诸如冲击、速度、制动等)和其它措施。例如，当碰撞传感器被触发并且在碰撞之前车辆速度高于特定阈值时，那么该动作可以包括向运输工具、碰撞附近的运输工具等提供紧急措施。车辆传感器数据可以基于车辆数据共享协议，以包括授予共享车辆传感器数据的许可、接收数据的注册方以及要共享的传感器数据类型等234。

图2B图示了根据示例实施例的共享分类账配置。参考图2B，区块链逻辑示例250包括区块链应用接口252，作为链接到用于特定交易的计算设备和执行平台的插件应用或API。区块链配置250可以包括一个或多个应用，该一个或多个应用链接到应用编程接口(API)，以访问和执行可以根据由参与者寻求的定制配置创建的存储程序/应用代码(例如，智能合约可执行代码、智能合约等)并且可以维护其自己的状态、控制其自己的资产以及接收外部信息。这可以作为条目部署，并经由附加到分布式分类账安装在所有区块链节点上。

智能合约应用代码254通过建立应用代码提供区块链交易的基础，该应用代码在被执行时使得交易条款和条件变得活动。智能合约230在被执行时，使得生成某些批准的交易226，这些交易然后被转发到区块链平台262。该平台包括安全/授权268、执行交易管理266的计算设备以及作为在区块链中存储交易和智能合约的存储器的存储部分264。

区块链平台可以包括区块链数据、服务(例如，密码信任服务、虚拟执行环境等)以及可以用于接收和存储新条目并向正在寻求访问数据条目的审计员提供访问的基础物理计算机基础设施的各种层。区块链可以暴露接口，该接口提供对处理程序代码和接合物理基础设施所需的虚拟执行环境的访问。密码信任服务可以用于核实诸如资产交换条目之类的条目并使信息保密。

图2A和图2B的区块链体系架构配置可以经由区块链平台暴露的一个或多个接口以及提供的服务来处理和执行程序/应用代码。作为非限制性示例，可以创建智能合约以执行经历改变、更新等的提醒、更新和/或其它通知。智能合约本身可以用于识别与授权和访问要求以及分类账的使用相关联的规则。例如，该信息可以包括新条目索赔，该条目索赔可以由区块链层中包括的一个或多个处理实体(例如，处理器、虚拟机等)进行处理。结果可以包括基于智能合约和/或对等方的共识中定义的标准来决定拒绝或批准索赔。可以利用物理基础设施来检索本文描述的任何数据或信息。

在智能合约可执行代码内，可以经由高级应用和编程语言创建智能合约，然后将其写入到区块链中的区块。智能合约可以包括用区块链(例如，区块链对等方的分布式网络)注册、存储和/或复制的可执行代码。条目是智能合约代码的执行，智能合约代码可以响应于与智能合约相关联的条件被满足而执行。智能合约的执行可以触发对数字区块链分类账的状态的(一个或多个)可信任的修改。由智能合约执行引起的对区块链分类账的(一个或多个)修改可以通过一个或多个共识协议在区块链对等方的整个分布式网络中自动复制。

智能合约可以以键-值对的格式将数据写入到区块链。此外，智能合约代码可以读取存储在区块链中的值并在应用操作中使用它们。智能合约代码可以将各种逻辑运算的输出写入到区块链中。代码可以用于在虚拟机或其它计算平台中创建临时数据结构。写入到区块链的数据可以是公共的和/或可以被加密并维持为私有。由智能合约使用/生成的临时数据由供应的执行环境保持在存储器中，然后一旦区块链所需的数据被识别出，该临时数据就被删除。

智能合约可执行代码可以包括智能合约的代码解释，以及附加特征。如本文所述，智能合约可执行代码可以是部署在计算网络上的程序代码，其中它在共识处理期间由链验证器一起执行和验证。智能合约可执行代码接收散列并从区块链中检索与通过使用先前存储的特征提取器创建的数据模板相关联的散列。如果散列标识符的散列与从存储的标识符模板数据创建的散列匹配，那么智能合约可执行代码将授权键发送到所请求的服务。智能合约可执行代码可以将与密码细节相关联的数据写入到区块链。

图3图示了根据示例实施例的运输工具传感器数据共享系统配置。参考图3，系统300提供了运输工具310，其经由V2V信息共享将传感器数据提供给其它运输工具320和/或将传感器数据提供给服务器330。可以经由移动设备、安装在车辆中的蜂窝计算设备、以高频短程通信进行操作的本地通信TX/RX对等将数据发送到无线网络。可以将传感器数据发送到服务器330并且当识别出车辆简档时，通常可以从区块链提供智能合约信息以进行车辆传感器数据分类和数据共享。在操作中，当物体被运输工具310(其可以是主运输工具)识别312时，识别该物体的传感器数据314可以经由V2V通信和/或经由服务器330直接发送到其它运输工具320。

可以做出决定以针对安全性立即执行动作、执行后续补救措施、收集事件前信息和/或收集故障和/或收集事件后(诸如碰撞后)信息，以提供给利益方。当确定与其共享碰撞或潜在碰撞信息的运输工具时，距离功能318可以用于识别其它运输工具320相对于主运输工具310的距离。T1的通信范围内的其它运输工具可以接收和存储322来自T1的传感器数据。超出该通信距离的其它运输工具也可以从诸如服务器330的其它来源接收相同的信息。在另一个实施例中，那些版本可以来自主运输工具与其它运输工具之间的附加运输工具。例如，远离主运输工具(超过距离阈值)324的第三或第四运输工具可以从更接近主运输工具的另一个运输工具326(诸如第二运输工具)接收传感器数据，只要第三或其它运输工具处于已接收到传感器数据和关于碰撞/潜在事件的更新信息的任何运输工具的通信范围内即可。服务器330可以处理接收到的数据并且向在网络内操作的每个运输工具提供定制动作。例如，可以以基于每个运输工具328相对于碰撞/潜在事件地点的地点的方式将命令从服务器发送到每个运输工具328。例如，最近的车辆可以接收五个命令以准备后续安全措施和经调整的运输工具操作，下一个最近的运输工具可以仅接收三个命令以减速并注意事件。相距半英里的运输工具可以仅接收到一个命令以由于碰撞拥塞而寻找另一条路线、切换一条或多条车道等。

可以识别并执行某些智能合约条款，以将传感器数据转换成在智能合约中的可执行代码中识别的碰撞前和/或碰撞后补救措施。例如，智能合约代码可以规定操作，诸如如果检测到碰撞并且速度超过某个速度，那么应该采取各种安全措施、应该通知各方、应该记录事件并且提交到区块链等。

图4A图示了根据示例实施例的运输工具传感器数据共享流程图。参考图4A，示例流程图400包括以下中的一个或多个：由第一运输工具上的至少一个传感器检测潜在事件412；将与潜在事件相关的数据从至少一个传感器发送到第二运输工具，并且第二运输工具在与第一运输工具一定距离内414；将数据存储在第二运输工具上416；以及将数据从第二运输工具发送到服务器418。主运输工具可以发起记录和识别碰撞细节所需的关键数据(诸如各方、故障、原因等)的卸载(offload)。如果主车辆在碰撞中被破坏(即，严重损坏或毁坏)，那么部分或全部收集到的传感器数据可以被发送到另一个辆车(其可能在与主运输工具相同的方向和/或不同的方向上行驶)和/或远程服务器以用于后续取证目的。在严重事件期间(即，由于速度、传感器数据等，伤害威胁超过预定义级别的事件)，严重事件阈值会引起经由蜂窝、V2V信息共享等的信息共享事件，其中直到事件时和事件之后的所有传感器数据都与远程服务器和/或相邻的运输工具共享，以保留数据供将来进行审核/审查。

示例系统可以包括在第一运输工具上的处理器和至少一个传感器、第二运输工具以及存储指令的存储器，该指令在由处理器执行时使处理器执行以下中的一个或多个：由至少一个传感器检测潜在事件；将与潜在事件相关的数据从至少一个传感器发送到第二运输工具，其中第二运输工具在与第一运输工具的一定距离内；将数据存储在第二运输工具上；以及将数据从第二运输工具发送到服务器。

在一个实施例中，潜在事件是与固定和/或移动物体即将发生的接触，与即将发生的接触(和/或实际的接触)相关的数据被发送到另一个运输工具并被存储和/或由该另一个运输工具发送到服务器。在一个示例中，当接收到数据时，将数据在第一时间发送到第一运输工具并且在第二时间发送到第二运输工具，其中第二时间晚于第一时间。当服务器确定从潜在事件接收到所有数据时，可以从一个或多个运输工具中移除数据。服务器中来自一个或多个运输工具的数据进行比较，以确定与事件前和/或事件后相关的序列、确定一个或多个接下来的动作、确定数据被发送到一个或多个运输工具和/或服务器时一个或多个运输工具的状态。在一个示例中，对潜在事件和/或实际事件的检测来自移动物体上的传感器和/或非移动物体上的传感器。在一个示例中，数据是音频、视频、在运输工具中捕获的传感器数据、与运输工具相关的传感器数据、与运输工具的外部周围区域相关的数据、与其它运输工具相关的数据、与固定物体相关的数据、与运输工具内的乘员相关的数据、与运输工具之外的个人相关的数据等中的一个或多个。在另一个示例中，与潜在事件和/或实际事件相关的数据被立即和/或在一段时间之后被发送到另一个运输工具和/或服务器。此外，可以仅发送某些数据，而可以根本不发送其它数据，或者可以在以后的时间如果认为必要时才发送其它数据。

图4B图示了根据示例实施例的另一个运输工具传感器数据共享流程图。参考图4B，流程图450提供以下中的一个或多个：识别道路上的物体的地点452；确定从道路上的一个或多个运输工具到物体的距离454；基于物体的地点、一个或多个运输工具的地点和一个或多个运输工具的速度来确定碰撞可能性456；以及基于碰撞可能性向一个或多个运输工具发送推荐的动作过程。碰撞可能性的严重性可以是撞击的距离(d)、车辆的速度(s或v)和到碰撞的时间(t)的函数。该函数可以是t＝d/s。该距离可以由运输工具上识别物体相对于车辆的地点的传感器、与运输工具中的乘员相关联的设备、红外线和激光雷达中的一个或多个来估计。

图4C图示了根据示例实施例的又一个运输工具传感器数据共享流程图。参考图4C，流程图470可以提供以下中的一个或多个：经由运输工具上的一个或多个传感器检测潜在事件472；将与潜在事件相关联的数据从运输工具发送到位于运输工具的预定义距离内的一个或多个附加运输工具474；基于发送的数据触发运输工具操作响应476；以及经由运输工具和一个或多个附加运算工具执行运输工具操作响应478。发送到运输工具的响应消息可以包括修改运输工具操作的动作。

该示例还可以包括通过以下将潜在事件数据发送到一个或多个附加运输工具：将第一通知从运输工具发送到该运输工具的预定义距离阈值内的第一附加运输工具，以及当第一运输工具的运输工具地点相对于第二附加运输工具超过预定义距离并且第一附加运输工具在第二附加运输工具的预定义距离内时，将第二通知从第一附加运输工具发送到第二附加运输工具。一个或多个传感器包括运动传感器、光传感器、噪声传感器、加速度计、雷达传感器、速度传感器、碰撞传感器、红外传感器、激光雷达等中的一个或多个。潜在事件可以包括在道路上或道路附近检测到的物体、在道路上预期区域之外移动的运输工具、在与速度、制动相关的一个或多个阈值之上或之下操作的运输工具等中的一个或多个。

该示例还可以包括经由第一通信介质和第一通信协议从运输工具向远程服务器发送事件数据(潜在事件和/或实际事件)，以及从远程服务器向一个或多个附加运输工具发送包括事件数据的通知。事件数据经由不同于第一通信介质的第二通信介质和第二通信协议从运输工具发送到一个或多个附加运输工具。该示例还可以包括：确定检测到事件的一个或多个传感器中的一种或多种类型的传感器，识别运输工具在与一个或多个传感器检测到潜在事件相关联的时间的速度；基于用于检测潜在事件的传感器类型和识别出的运输工具的速度来确定潜在事件的严重性级别；以及基于确定的严重性级别来选择运输工具操作响应的类型。运输工具操作响应的类型包括警报、制动操作、运输工具速度修改操作、安全措施触发操作、换档操作、导航路线修改操作和方向盘转向操作中的一个或多个。该示例还可以提供识别与事件相关联的智能合约、响应于检测到事件而执行智能合约，以及使用事件数据、运输工具的标识、一个或多个附加运输工具的标识和事件的结果来创建区块链交易。

图5图示了根据示例实施例的将新区块添加到分布式分类账的处理500，以及根据示例实施例的用于区块链的区块结构550的内容。参考图5，客户端(未示出)可以将条目提交给区块链节点。客户端可以从任何来源接收指令以在区块链上制定活动。作为示例，客户端可以代表请求者(诸如设备、个人或实体)行动，以为区块链提出条目。多个区块链对等方(例如，区块链节点)可以维护区块链网络的状态以及分布式分类账的副本。区块链网络中可能存在不同类型的区块链节点/对等方，包括模拟和背书客户端提出的条目的背书对等方和核实背书、验证条目并将条目提交到分布式分类账的提交对等方。在这个示例中，区块链节点可以执行背书者节点、提交者节点或两者的角色。

分布式分类账包括在区块中存储不可变的有序记录的区块链；以及维护区块链的当前状态的状态数据库(当前世界状态)。每个通道可以存在一个分布式分类账，并且每个对等方为其作为成员的每个通道维护其自己的分布式分类账副本。区块链是被结构化为散列链接的区块的条目日志，其中每个区块包含N个条目的序列。区块可以包括各种组件，诸如图5中所示的那些组件。可以通过在当前区块的区块首部中添加前一个区块的首部的散列来生成区块的链接。以这种方式，区块链上的所有条目被排序并通过密码链接在一起，从而防止在不破坏散列链接的情况下篡改区块链数据。此外，由于存在链接，区块链中的最新区块表示在其之前已到来的每个条目。区块链可以存储在支持仅附加的区块链工作负载的对等文件系统(本地或附接的存储装置)上。

区块链和分布式分类账的当前状态可以存储在状态数据库中。在这里，当前状态数据表示区块链的链条目日志中曾经包含的所有键的最新值。智能合约可执行代码针对状态数据库中的当前状态调用执行条目。为了使这些智能合约可执行代码交互非常高效，所有键的最新值都存储在状态数据库中。状态数据库可以包括到区块链的条目日志中的索引视图，因此它可以在任何时间从链中重新生成。状态数据库可以在对等方启动后在接受条目之前自动恢复(或在需要时生成)。

背书节点从客户端接收条目，并基于模拟结果背书条目。背书节点持有模拟条目提案的智能合约。当背书节点背书条目时，背书节点创建条目背书，该条目背书是从背书节点到客户端应用的签名响应，指示对模拟条目的背书。背书条目的方法取决于可以在智能合约可执行代码中指定的背书策略。背书策略的示例是“大多数背书对等方必须背书”。不同的通道可以具有不同的背书政策。客户端应用将背书的条目转发到排序服务。

排序服务接受背书的条目、将它们排序到区块中、并将这些区块递送到提交对等方。例如，当已经达到条目的阈值、计时器超时或其它条件时，排序服务可以发起新区块。在这个示例中，区块链节点是提交对等方，该对等方已经接收到用于存储在区块链上的新数据区块550。排序服务可以由排序者集群组成。排序服务不处理输入、智能合约或维护共享分类账。而是，排序服务可以接受背书的条目并指定将那些条目提交给分布式分类账的顺序。可以设计区块链网络的体系架构，使得“排序”的特定实现(例如，Solo、Kafka、BFT等)成为可插入的组件。

条目以一致的顺序被写入到分布式分类账。建立条目的顺序以确保对状态数据库的更新在它们被提交到网络时是有效的。与其中通过解决密码难题或挖掘来进行排序的加密货币区块链系统(例如，比特币等)不同，在这个示例中，分布式分类账的各方可以选择最适合该网络的排序机制。

参考图5，存储在分布式分类账的区块链上的区块550(也称为数据区块)可以包括多个数据段，诸如区块首部560、特定于交易的数据572和区块元数据580。特定于交易的数据572包括本文描述或描绘的任何数据，诸如与潜在事件相关的数据。应该认识到的是，所描绘的各种区块及其内容，诸如图5中所示的区块550及其内容仅出于示例目的，并不意味着限制示例实施例的范围。在一些情况下，区块首部560和区块元数据580都可以小于存储条目数据的特定于交易的数据572，但这不是必需的。区块550可以在区块数据570内存储N个条目(例如，100、500、1000、2000、3000等)的交易信息。区块550还可以在区块首部560内包括到先前区块(例如，在区块链上)的链接。特别地，区块首部560可以包括先前区块的首部的散列。区块首部560还可以包括唯一区块号、当前区块550的区块数据570的散列等。区块550的区块号可以是唯一的，并且以从零开始的增量/顺序来分配。区块链中的第一个区块可以被称为创世区块，其包括关于区块链、其成员、存储在其中的数据等信息。

区块数据570可以存储记录在区块内的每个条目的条目信息。例如，条目数据可以包括条目的类型、版本、时间戳、分布式分类账的通道ID、条目ID、时期(epoch)、有效载荷可见性、智能合约可执行代码路径(部署tx)、智能合约可执行代码名称、智能合约可执行代码版本、输入(智能合约可执行代码和功能)、客户端(创建者)标识(诸如公钥和证书)、客户端的签名、背书者的身份、背书者签名、提案散列、智能合约可执行代码事件、响应状态、命名空间、读取集(由条目读取的键和版本的列表等)、写入集(键和值的列表等)、开始键、结束键、键列表、Merkel树查询摘要等中的一个或多个。可以为N个条目中的每个条目存储条目数据。

在一些实施例中，区块数据570还可以存储特定于交易的数据572，该特定于交易的数据572将附加信息添加到区块链中的区块的散列链接的区块链。因此，数据572可以存储在分布式分类账上的区块的不可变日志中。存储这种数据572的一些益处反映在本文公开和描绘的各种实施例中。区块元数据580可以存储元数据的多个字段(例如，作为字节阵列等)。元数据字段可以包括区块创建时的签名、对最后一个配置区块的引用、识别区块内有效条目和无效条目的条目过滤器、对区块进行排序的排序服务持久化的最后偏移量等。签名、最后一个配置区块以及排序者元数据可以由排序服务添加。同时，区块的提交者(诸如区块链节点)可以基于背书策略、读/写集的核实等添加有效性/无效性信息。条目过滤器可以包括尺寸等于区块数据570中的条目的数量的字节数组和识别条目是否有效/无效的验证码。

以上实施例可以用硬件、用由处理器执行的计算机程序、用固件或用上述的组合来实现。计算机程序可以实施在计算机可读介质上，诸如存储介质。例如，计算机程序可以驻留在随机存取存储器(“RAM”)、闪存、只读存储器(“ROM”)、可擦可编程只读存储器(“EPROM”)、电可擦可编程只读存储器(“EEPROM”)、寄存器、硬盘、可移除盘、光盘只读存储器(“CD-ROM”)或本领域已知的任何其它形式的存储介质中。

示例性存储介质可以耦合到处理器，使得处理器可以从该存储介质读取信息，并且可以向该存储介质写入信息。替代地，存储介质可以与处理器集成在一起。处理器和存储介质可以驻留在专用集成电路(“ASIC”)中。在替代方案中，处理器和存储介质可以作为分立组件驻留。例如，图6图示了示例计算机系统体系架构600，其可以表示或集成在上述组件中的任何一个组件等中。

图6并非旨在暗示对本文所述的本申请的实施例的使用范围或功能的任何限制。无论如何，计算节点800能够被实现和/或执行本文阐述的任何功能集。

在计算节点600中，存在计算机系统/服务器602，其可与许多其它通用或专用计算系统环境或配置一起操作。可以适于与计算机系统/服务器602一起使用的众所周知的计算系统、环境和/或配置的示例包括但不限于：个人计算机系统、服务器计算机系统、瘦客户端、厚客户端、手持式或膝上型设备、多处理器系统、基于微处理器的系统、机顶盒、可编程消费电子产品、网络PC、小型计算机系统、大型计算机系统以及包括上述系统或设备中的任何一种的分布式云计算环境等。

计算机系统/服务器602可以在由计算机系统执行的诸如程序模块的计算机系统可执行指令的一般语境下描述。通常，程序模块可以包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、逻辑、数据结构等。计算机系统/服务器602可以在其中任务由通过通信网络链接的远程处理设备执行的分布式云计算环境中实践。在分布式云计算环境中，程序模块可以位于包括存储器存储设备的本地和远程计算机系统存储介质中。

如图6中所示，以通用计算设备的形式示出了云计算节点600中的计算机系统/服务器602。计算机系统/服务器602的组件可以包括但不限于一个或多个处理器或处理单元604、系统存储器606以及将包括系统存储器606的各种系统组件耦合到处理器604的总线。

总线表示几种类型的总线结构中的任何一种或多种，包括使用各种总线体系架构中的任何一种的存储器总线或存储器控制器、外围总线、加速图形端口以及处理器或本地总线。作为示例而非限制，此类体系架构包括工业标准体系架构(ISA)总线、微通道体系架构(MCA)总线、增强型ISA(EISA)总线、视频电子标准协会(VESA)本地总线和外围组件互连(PCI)总线。

计算机系统/服务器602通常包括各种计算机系统可读介质。这样的介质可以是计算机系统/服务器602可访问的任何可用介质，并且它包括易失性和非易失性介质、可移除和不可移除介质。在一个实施例中，系统存储器606实现其它图的流程图。系统存储器606可以包括易失性存储器形式的计算机系统可读介质，诸如随机存取存储器(RAM)610和/或高速缓存存储器612。计算机系统/服务器602还可以包括其它可移除/不可移除、易失性/非易失性计算机系统存储介质。仅作为示例，可以提供用于从不可移除的非易失性磁性介质(未示出并且通常称为“硬盘驱动器”)进行读取和写入的存储系统。虽然未示出，但是可以提供用于从可移除的非易失性盘(例如，“软盘”)进行读取和写入的磁盘驱动器、以及用于从可移除的非易失性光盘(诸如CD-ROM、DVD-ROM或其它光学介质)进行读取或写入的光盘驱动器。在这些情况下，每个驱动器都可以通过一个或多个数据介质接口连接到总线。如将在下面进一步描绘和描述的，存储器606可以包括具有一组(例如，至少一个)程序模块的至少一个程序产品，这些程序模块被配置为执行本申请的各种实施例的功能。

具有一组(至少一个)程序模块的程序/实用程序可以存储在存储器606中，作为示例而非限制，这样的程序模块包括操作系统、一个或多个应用程序、其它程序模块以及程序数据。操作系统、一个或多个应用程序、其它程序模块、以及程序数据或它们的某种组合中的每一个可以包括联网环境的实现。程序模块通常执行如本文所述的本申请的各种实施例的功能和/或方法。

如本领域技术人员将认识到的，本申请的方面可以被实施为系统、方法或计算机程序产品。因而，本申请的各方面可以采用完全硬件实施例、完全软件实施例(包括固件、驻留软件、微代码等)的形式或者组合软件和硬件方面的实施例，这些实施例一般全都可以被称为“电路”、“模块”或“系统”。此处，本申请的各方面可以采取在一个或多个计算机可读介质中实施的计算机程序产品的形式，该计算机可读介质具有在其上实施的计算机可读程序代码。

计算机系统/服务器602也可以经由I/O适配器720与一个或多个外部设备(诸如键盘、指向设备、显示器等)通信；与一个或多个使得用户能够与计算机系统/服务器602交互的设备通信；和/或与使得计算机系统/服务器602能够与一个或多个其它计算设备进行通信的任何设备(例如，网卡、调制解调器等)通信。这样的通信可以经由适配器720经由I/O接口进行。仍然，计算机系统/服务器602可以经由网络适配器与一个或多个网络(诸如局域网(LAN)、通用广域网(WAN)和/或公共网络(例如，互联网))通信。如图所示，网络适配器通过总线与计算机系统/服务器602的其它组件通信。应该理解的是，虽然图中未示出，但是可以结合计算机系统/服务器602使用其它硬件和/或软件组件。示例包括但不限于：微代码、设备驱动器、冗余处理单元、外部盘驱动器阵列、RAID系统、带驱动器以及数据归档存储系统等。

虽然在附图中示出了系统、方法和非瞬态计算机可读介质中的至少一个的示例性实施例，并且在前面的详细描述中进行了描述，但是应该理解的是，本申请不限于在所公开的实施例，而是能够进行如下面权利要求所阐述和限定的许多重新布置、修改和替换。例如，各个图的系统的能力可以由本文描述的模块或组件中的一个或多个或在分布式体系架构中执行，并且可以包括发送器、接收器或两者的对。例如，由各个模块执行的功能的全部或部分可以由这些模块中的一个或多个执行。另外，本文描述的功能可以在不同时间并且与模块或组件内部或外部的各种事件相关地执行。而且，可以经由以下当中的至少一个在模块之间发送在各个模块之间发送的信息：数据网络、互联网、语音网络、互联网协议网络、无线设备、有线设备和/或经由多个协议。而且，可以直接和/或经由一个或多个其它模块发送或接收由任何模块发送或接收的消息。

本领域技术人员将认识到的是，“系统”可以被实施为个人计算机、服务器、控制台、个人数字助理(PDA)、蜂窝电话、平板计算设备、智能电话或任何其它合适的计算设备或设备的组合。将上述功能呈现为由“系统”执行并不旨在以任何方式限制本申请的范围，而是旨在提供许多实施例的一个示例。实际上，本文公开的方法、系统和装置可以以与计算技术一致的本地化和分布式形式实现。

应当注意的是，本说明书中描述的一些系统特征已经作为模块呈现，以便更具体地强调它们的实现独立性。例如，模块可以被实现为包括定制的超大规模集成(VLSI)电路或门阵列的硬件电路，诸如逻辑芯片、晶体管或其它分立元件的现成半导体。模块还可以在可编程硬件设备中实现，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备、图形处理单元等。

模块还可以至少部分地以软件实现，以便由各种类型的处理器执行。识别出的可执行代码的单元可以例如包括计算机指令的一个或多个物理或逻辑块，其可以例如被组织为对象、过程或函数。但是，识别出的模块的可执行文件不需要物理地位于一起，而是可以包括存储在不同位置的不同指令，当逻辑上连接在一起时，这些指令包括模块并实现模块的所述目的。另外，模块可以存储在计算机可读介质上，该计算机可读介质可以是例如硬盘驱动器、闪存设备、随机存取存储器(RAM)、磁带或用于存储数据的任何其它此类介质。

实际上，可执行代码的模块可以是单个指令或许多指令，并且甚至可以分布在若干不同的代码段上、不同的程序当中以及跨若干存储器设备。类似地，操作数据可以在本文中在模块内被识别和示出，并且可以以任何合适的形式实施并且被组织在任何合适类型的数据结构内。操作数据可以作为单个数据集被收集，或者可以分布在包括不同存储设备的不同位置上，并且可以至少部分地仅作为系统或网络上的电子信号存在。

容易理解的是，如本文附图中一般描述和说明的，本申请的组件可以以各种不同的配置来布置和设计。因此，实施例的详细描述不旨在限制所要求保护的本申请的范围，而仅仅代表本申请的所选实施例。

本领域普通技术人员将容易理解的是，可以利用不同次序的步骤和/或利用与所公开的配置不同的配置中的硬件元件来实践上述内容。因此，虽然已经基于这些优选实施例描述了本申请，但是对于本领域技术人员来说显而易见的是，某些修改、变化和替代构造将是显而易见的。

虽然已经描述了本申请的优选实施例，但是应该理解的是，所描述的实施例仅是说明性的，并且当考虑具有等同物和修改(例如，协议、硬件设备、软件平台等)的全范围时，本申请的范围仅由所附权利要求限定。

Claims (15)

1.一种方法，包括：

经由部署在运输工具上的一个或多个传感器检测潜在事件；

将与所述潜在事件相关联的数据从所述运输工具传输到位于所述运输工具的预定义距离内的一个或多个附加运输工具；

基于传输的数据触发运输工具操作响应；以及

经由所述运输工具和所述一个或多个附加运输工具执行所述运输工具操作响应。

2.如权利要求1所述的方法，其中将潜在事件数据发送到所述一个或多个附加运输工具还包括：

将第一通知从第一运输工具发送到在第一运输工具的距离阈值内的第一附加运输工具；以及

当第一运输工具的运输地点相对于第二附加运输工具超出所述距离并且第一附加运输工具在第二附加运输工具的潜在距离内时，从第一附加运输工具向第二附加运输工具发送第二通知。

3.如权利要求1所述的方法，其中所述潜在事件包括以下中的一个或多个：在道路上检测到的发送物体、在道路上的预期行驶空间之外移动的另一个运输工具、在一个或多个速度阈值之上或之下移动的另一个运输工具，以及碰撞事件。

4.如权利要求1所述的方法，还包括：

经由第一通信介质和第一通信协议将潜在事件数据从所述运输工具发送到远程服务器；以及

从所述远程服务器向所述一个或多个附加运输工具发送包括潜在事件数据的通知。

5.如权利要求1所述的方法，其中潜在事件数据经由不同于第一通信介质的第二通信介质和第二通信协议从第一运输工具发送到所述一个或多个附加运输工具。

6.如权利要求1所述的方法，还包括：

从检测到潜在事件的所述一个或多个传感器中确定传感器的一种或多种类型；

识别运输工具在与所述一个或多个传感器检测到潜在事件相关联的时间的速度；

基于用于检测潜在事件的传感器的类型和识别出的运输工具的速度，确定潜在事件的严重性级别；以及

基于确定的严重性级别选择运输工具操作响应的类型。

7.如权利要求1所述的方法，其中所述操作响应的类型包括警报、制动操作、运输工具速度修改操作、安全措施触发操作、换档操作、导航路线修改操作和方向盘转向操作中的一个或多个。

8.如权利要求1所述的方法，还包括：

创建包含潜在事件数据、所述运输工具的标识、所述一个或多个附加运输工具的标识和潜在事件的结果的区块链交易。

9.一种系统，包括：

第一运输工具上的一个或多个传感器和处理器；

存储指令的存储器，所述指令在由所述处理器执行时使得所述处理器：

经由所述一个或多个传感器检测潜在事件；

识别与潜在事件相关联的智能合约；

响应于检测到潜在事件，执行智能合约；

将与潜在事件相关联的数据从第一运输工具发送到位于所述运输工具的一距离内的一个或多个附加运输工具；

基于发送的数据触发操作响应；以及

经由所述运输工具和所述一个或多个附加运输工具执行所述操作响应。

10.如权利要求9所述的系统，其中将潜在事件数据发送到所述一个或多个附加运输工具还包括：

将第一通知从第一运输工具发送到第一运输工具的距离阈值内的第一附加运输工具；以及

当第一运输工具的运输地点相对于第二附加运输工具超出所述距离并且第一附加运输工具在第二附加运输工具的潜在距离内时，从第一附加运输工具向第二附加运输工具发送第二通知。

11.如权利要求9所述的系统，其中所述潜在事件包括以下中的一个或多个：在道路上检测到的发送物体、在道路上的预期行驶空间之外运动的另一个运输工具、在一个或多个速度阈值之上或之下运动的另一个运输工具，以及碰撞事件。

12.如权利要求9所述的系统，还包括：

经由第一通信介质和第一通信协议将潜在事件数据从所述运输工具发送到远程服务器；以及

从所述远程服务器向所述一个或多个附加运输工具发送包括潜在事件数据的通知。

13.如权利要求9所述的系统，其中潜在事件数据经由不同于第一通信介质的第二通信介质和第二通信协议从第一运输工具发送到所述一个或多个附加运输工具。

14.如权利要求9所述的系统，还包括：

在检测到潜在事件的一个或多个传感器中确定传感器的一种或多种类型；

识别运输工具在与潜在事件的所述一个或多个传感器相关联的时间的速度；

基于用于检测到潜在事件的传感器的类型和识别出的运输工具的速度，确定潜在事件的严重性级别；以及

基于确定的严重性级别选择运输工具操作响应的类型。

15.如权利要求9所述的系统，还包括：

创建包含潜在事件数据、运输工具的标识、所述一个或多个附加运输工具的标识和潜在事件的结果的区块链交易。

Images