CN114077960A - 情况特定的交通工具能量分配 - Google Patents

Abstract

本公开涉及情况特定的交通工具能量分配。示例操作包括以下一项或多项：由交通工具通过第一传感器检测环境；由所述交通工具确定与所述环境相关的事件即将发生；由所述交通工具向与即将发生的事件相关联的第二传感器提供动力；以及由所述交通工具通过所述第二传感器在所述事件正在发生时检测所述事件。

Description

情况特定的交通工具能量分配

背景技术

车辆或交通工具(例如汽车、摩托车、卡车、飞机、火车等)通常以多种方式向乘客和/或货物提供运输需求。通过各种计算设备(例如在交通工具上和/或不在交通工具上的智能电话或计算机)可以识别和使用交通工具相关的功能。

发明内容

一示例实施例提供了一种方法，包括以下中的一项或多项操作：由交通工具通过第一传感器检测环境；由所述交通工具确定与所述环境相关的事件即将发生；由所述交通工具向与即将发生的事件相关联的第二传感器提供能量；以及由所述交通工具通过所述第二传感器在所述事件正在发生时检测所述事件。

另一示例实施例提供了一种交通工具，包括通信地耦合到处理器的存储器，其中，处理器执行以下中的一项或多项操作：通过第一传感器检测环境；确定与所述环境相关的事件即将发生；向与所述即将发生的事件相关联的第二传感器提供能量；以及通过所述第二传感器在所述事件发生时检测所述事件。

又一示例实施例提供了一种包含指令的非瞬时性计算机可读存储介质，所述指令在由处理器读取时使得该处理器执行以下中的一项或多项操作：由交通工具通过第一传感器检测环境；由所述交通工具确定与所述环境相关的事件即将发生；由所述交通工具向与即将发生的事件相关联的第二传感器提供能量；以及由所述交通工具通过所述第二传感器在所述事件正在发生时检测所述事件。

附图说明

图1A示出了根据示例实施例的交通工具操作的示例系统图。

图1B示出了根据示例实施例的交通工具操作传感器的示例。

图1C示出了根据示例实施例的交通工具操作传感器的又一示例。

图2A示出了根据示例实施例的交通工具操作传感器的另一交通工具网络图。

图2B示出了根据示例实施例的另一交通工具网络图。

图2C示出了根据示例实施例的又一个交通工具网络图。

图2D示出了根据示例实施例的再一个交通工具网络图。

图2E示出了根据示例实施例的又再一个交通工具网络图。

图2F示出了根据示例实施例的描绘一个或多个元件电气化的图。

图2G示出了根据示例实施例的描绘不同元件之间的互连的图。

图2H示出了根据示例实施例的描绘不同元件之间的互连的再一图。

图2I示出了根据示例实施例的描绘不同元件之间的互连的又再一图。

图3A示出了根据示例实施例的流程图。

图3B示出了根据示例实施例的另一流程图。

图3C示出了根据示例实施例的又一流程图。

图4示出了根据示例实施例的机器学习交通工具网络图。

图5A示出了根据示例实施例的用于管理与车辆相关联的数据库交易的示例车辆配置。

图5B示出了根据示例实施例的用于管理各种车辆之间的数据库交易的另一示例车辆配置。

图6A示出了根据示例实施例的区块链架构配置。

图6B示出了根据示例实施例的另一区块链配置。

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

图6D示出了根据示例实施例的示例数据块。

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

具体实施方式

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

交通工具与某些实体(例如远程服务器和本地计算设备(如智能电话、个人计算机、嵌入交通工具的计算机等))之间的通信可以由一个或多个“组件”接收和处理，该组件可以是硬件、固件、软件或其组合。组件可以是这些实体或计算设备、或其他计算设备中的任何一个的部分。在一个示例中，与区块链交易相关的共识决策可以由与交通工具相关联的计算设备或组件以及位于交通工具外部或远处的一个或多个组件来执行。共识决策或协议是网络中的一个或多个节点或对等体之间就数值、状态、结果、输入、输出、条件等达成一致的过程。

如贯穿本说明书描述的本特征、结构或特性可以在一个或多个实施例中以任何合适的方式组合。例如，贯穿本说明书使用短语“示例实施例”、“一些实施例”或其他类似表达是指结合实施例描述的特定特征、结构或特性可以被包括在至少一个实施例中的事实。因此，贯穿本说明书出现的短语“示例实施例”、“在一些实施例中”、“在其他实施例中”或其他类似表达不一定都指代相同的一组实施例，并且所描述的特征、结构、特性可以以任何合适的方式组合在一个或多个实施例中。图中元件之间的任何连接都可以是单向和/或双向通信，即使图中所示的连接是单向或双向箭头。当前解决方案中，交通工具可以包括汽车、卡车、人行道电动车(BEV)、e-Palette、燃料电池巴士、摩托车、踏板车、自行车、船、休闲车、飞机和可用于将人和/或货物从一个位置运输到另一位置的任何物体中的一种或多种。

另外，虽然术语“消息”可能已经在实施例的描述中使用，但是其他类型的网络数据(例如报文、帧、数据报等)也可以使用。此外，虽然在示例实施例中可能描述了某些类型的消息和信令，但它们并不限于某个类型的消息和信令。

示例实施例提供了方法、系统、组件、非瞬时性计算机可读介质、设备和/或网络，其提供以下中的至少一种：交通工具(本文中也称为车辆或汽车)、数据收集系统、数据监控系统、验证系统、授权系统和车辆数据分发系统。可以处理以无线数据网络通信和/或有线通信消息等通信消息形式接收的车辆状态情况数据，以识别车辆/交通工具状态情况，并提供与交通工具状态和/或变化相关的反馈。在一个示例中，用户简档可以应用于特定交通工具/车辆以授权当前车辆事件、服务站的服务点，以授权后续车辆租赁服务以及启用车辆到车辆通信。

在通信基础设施内，去中心化的数据库是分布式存储系统，其包括相互通信的多个节点。区块链是去中心化数据库的示例，包括仅追加的不可变数据结构(即分布式账本)，其能够在不可信方之间维护记录。不可信方在本文中被称为对等体、节点或对等节点。每个对等体维护数据库记录的副本，且在分布式对等体之间未达成共识的情况下，任何单个对等体都不能修改数据库记录。例如，对等体可以执行共识协议以验证区块链存储条目，将存储条目分组成区块，并通过区块构建哈希链。根据需要，该过程通过对存储条目进行排序形成账本，实现一致。在公共或无许可的区块链中，任何人都可以在没有特定身份的情况下参与。公共区块链可以涉及加密货币，并且使用基于例如工作量证明(PoW)的各种协议的共识。相反，许可的区块链数据库可以保障一组实体之间的交易，这组实体彼此之间并不信任或不能完全信任但有共同目标，例如交换资金、货物、信息等的业务。本方案可以用于许可和/或无许可的区块链设置中。

智能合约是受信任的分布式应用程序，其利用共享或分布式账本(可以是区块链的形式)的防篡改特性以及成员节点之间的底层协议，即称为背书或背书策略。一般来说，将区块链条目在提交到区块链之前会进行“背书”，未背书的条目会被忽略。典型的背书策略允许智能合约可执行代码以背书所必需的一组对等节点的形式为条目指定背书人。当客户端将条目发送到背书策略中指定的对等体时，该条目被执行以对该条目进行验证。验证后，条目进入排序阶段，该阶段中使用共识协议来生成分组成区块的已背书条目的排序序列。

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

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

链是被结构化为哈希链接的区块的条目日志，每个区块包含N个条目的序列，其中N等于或大于1。区块头包括区块的条目的哈希和前一个区块头的哈希。通过这种方式，帐本上的所有条目都可以按顺序排列且以加密方式链接在一起。因此，在不破坏哈希链接的情况下，不可能篡改帐本数据。最近添加的区块链区块的哈希表示在其之前出现的链上的每个条目，从而可以确保所有对等节点处于一致且可信的状态。链可以存储在对等节点文件系统(即本地、附接的存储装置、云等)上，从而高效地支持区块链工作负载的仅追加特性。

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

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

示例实施例向特定车辆和/或应用于车辆的用户简档提供服务。例如，用户可以是车辆拥有者或另一方所拥有的车辆的操作者。车辆可能每隔一段时间需要服务，并且在允许接受服务之前可能需要对服务需求进行授权。此外，服务中心可以基于车辆当前的路线规划和服务要求的相对等级(例如即时、严重、中度、次要等)为附近区域中的车辆提供服务。车辆需求可以通过一个或多个车辆和/或道路传感器或相机监控，它们将感测到的数据报告给车辆内和/或远离车辆的中央控制器计算机设备。该数据被转发到管理服务器以进行审核和动作。传感器可以位于以下的一个或多个中：交通工具的内部、交通工具的外部、远离交通工具的固定物体上以及靠近交通工具的另一交通工具上。传感器还可与交通工具的速度、交通工具的制动、交通工具的加速度、燃料量、服务需求、交通工具的换档、交通工具的转向等相关联。如本文所述，传感器还可以是设备，例如在交通工具中和/或靠近交通工具的无线设备。此外，传感器信息可用于识别车辆是否安全运行以及乘客是否处于任何意外车辆状态中，例如在车辆进入和/或使用期间。在车辆运行之前、期间和/或之后收集的车辆信息可以被识别并存储在共享/分布式账本上的交易中，其可以被生成并提交给由许可授予联盟确定的不可变账本，因此是“去中心化”的方式，例如通过区块链成员组。

每个相关方(即拥有者、用户、公司、机构等)可能希望限制隐私信息的暴露，因此区块链及其不可变性可以用于管理每个特定用户车辆简档的权限。智能合约可用于提供补偿、量化用户简档评分/评级/审核、应用车辆事件许可、确定需要服务的时间、识别碰撞和/或降级事件、识别安全问题事件、识别事件的参与方、并为申请访问此类车辆事件数据的注册实体提供分发。此外，结果可以被识别，并且可以基于与区块链相关联的共识方法在注册公司和/或个人之间共享必要的信息。这种方法无法在传统的集中式数据库上实现。

本解决方案的各种驱动系统可以利用软件、传感器阵列以及机器学习功能、光检测和测距(LIDAR)投影仪、雷达、超声波传感器等来创建地形图和道路地图，以供交通工具用于导航和其他目的。在一些实施例中，GPS、地图、相机、传感器等也可以代替LIDAR在自动驾驶车辆中使用。

在某些实施例中，本解决方案包括通过自动快速的认证方案授权车辆用于服务。例如，行驶至充电站或加油泵可以通过车辆操作者或自动驾驶交通工具执行，在服务站和/或充电站收到授权的情况下，对接收电或油的授权可以无延迟地执行。车辆可以提供具有车辆标识的通信信号，该车辆具有与被授权接受服务的账户链接的当前活动简档，后续可以通过补偿来改正账户。可以使用额外措施实现进一步认证，例如可以从用户的设备无线发送另一个标识符到服务中心，从而通过额外授权努力来替代或补充交通工具与服务中心之间的初次授权努力。

共享和接收的数据可以存储在数据库中，数据库将数据保存在一个单个数据库(例如，数据库服务器)中且通常位于一个特定位置。该位置通常是中央计算机，例如台式中央处理器(CPU)、服务器CPU或大型计算机。通常可以从多个不同的点访问存储在中央数据库上的信息。集中式数据库易于管理、维护和控制，因其单个位置特别利于达到数据安全的目的。在集中式数据库中，数据冗余被降至最低，因为所有数据的单个存储位置意味着给定数据集只有一个主记录。区块链可用于存储与交通工具相关的数据和交易。

图1A示出了根据示例实施例的交通工具操作的示例系统图100。参考图1A，交通工具120可以从其自身接收能力或通过单独的实体110接收数据，该实体110可以是服务器或其他交通工具，或者替代地可以是交通工具的子组件，例如由交通工具乘客操作的移动计算设备或交通工具计算系统。此外，可以与另一个实体130共享数据，该实体130可以是服务器或其他交通工具，或者替代地可以是交通工具的子组件，例如交通工具计算系统或由交通工具乘客操作的移动计算设备。在该示例中，交通工具120通过第一传感器接收传感器数据(112)并使用该数据通过传感器反馈来检测环境。传感器可以是任何类型的传感器、处理器、包括存储器的设备等。环境可以是具有其他交通工具和物体的道路驾驶环境，这些交通工具和物体可以容易地由设置在交通工具120上或与之通信的一个或多个传感器检测到。假设另一个交通工具正在接近交通工具120，且传感器数据将接近的交通工具标识为在特定时间T1在特定距离D1处被识别为交通工具的对象，则交通工具120可以确定与环境相关的“事件”即将发生(114)，例如由于接近的交通工具相对于交通工具120的距离、速度和/或角度可能发生碰撞。当第一时间在第一距离处识别出交通工具并且第二时间在第二距离处识别出交通工具，且这些距离和时间超过道路上其他交通工具需遵守的安全阈值水平(例如，位置随时间改变的阈值)时，碰撞可以被指定为即将发生的事件。因此，当超过这些阈值时，即可指定即将发生的事件，交通工具可以采取必要的预防措施为即将发生的事件做准备。

该事件场景中，交通工具120可以基于一个或多个第一传感器接收到的传感器数据，确定接近的交通工具会影响到该交通工具之前的时间量。此外，识别到的位置信息可以向交通工具120提供关于要激活哪些传感器的信息并开始捕获关于环境的信息，例如交通工具上事件可能发生的部位。例如，如果交通工具在保险杠和/或交通工具的其他部位上设置了多个传感器，则第一传感器可以识别出即将发生的事件，并可以使一个或多个其他传感器参与监测检测操作周期以及启动检测操作周期，可以包括以固定的时间间隔T1、T2、T3…Tn捕获数据，而无需保持不变的传感器使用场景，因为用于向各传感器提供能量的能量总量可能是有限的。在一个示例中，为了节约能量，大多数传感器可以暂停，靠近可能受即将发生的事件影响的交通工具部位的传感器可以响应于来自交通工具或移动设备或其他控制设备的处理器命令，参与并开始检测周期。通过仅让位于能够检测与事件相关信息的位置的传感器参与监测，其他传感器就可以暂停，不需要来自交通工具电池或其他能量源的额外能量。在该示例中，确定可能发生事件的交通工具的部位(116)，并且在需要的时间段内向这些传感器提供能量以检测事件(118)。从为交通工具120与接近的交通工具和/或其他物体之间的位置和距离提供估计的传感器数据，可以推导出上述时间段。

向传感器提供能量可由与交通工具相关联的处理实体控制，例如车载计算设备、控制某些交通工具功能的乘客的移动设备、与交通工具移动通信的远程服务器等。一旦确定即将发生的事件的位置和时间，即可向与即将发生的事件相关联的第二传感器提供能量并可执行其他动作来为该事件做准备。例如，当确定预计将发生即将发生的事件的交通工具的部位时，可以在预定义的时间段(例如，“X”秒)内向设置在预计将发生事件的交通工具的部位的一个或多个附加传感器提供能量，直到事件预计发生和/或事件发生后的特定时间段，无论事件是否以与预期发生方式(例如碰撞、超出交通工具间的距离阈值等)一致的方式发生。在另一示例中，可基于初始传感器数据和初始传感器位置确定预计将发生即将发生的事件的交通工具的部位(例如前端、侧面、后端、前侧、后侧、顶部、底部等)，并且与交通工具的识别部位相关联的大多数传感器或者所有传感器可以在第一时间段内参与监测，第二传感器可以在比第一时间段长的第二时间段内参与监测。所有传感器动作可以由与交通工具关联使用的处理器来执行。在该示例中，处理实体可能会请求来自所有传感器的传感器数据以捕获来自交通工具外部周围的信息，并且一旦捕获到数据，其可能只需要在额外的时间段内(例如相比于第一时间段的第二时间段)并且仅从某些传感器而不是所有传感器继续捕获数据。可以基于位置信息、距离信息、驾驶员和/或乘客信息、天气信息、道路信息、交通工具信息、影响信息和/或运动、光、声音以及其他传感器检测到的事件，确定向哪些传感器提供能量。

其他操作可以包括：通过处理器确定该交通工具的前部是交通工具的预计将发生即将发生的事件的部位，例如另一交通工具靠近该交通工具的前端。这种情况下，处理器可以向交通工具提供能量以改变操作(122)，例如在预定义时间段内降低交通工具速度，以减少即将发生碰撞的严重程度或避免与其他物体/交通工具的接触。另选地，处理器可以包括：确定该交通工具的后部是交通工具的预计将发生即将发生的事件的部位；这样，处理器可以向交通工具提供能量以在预定义时间段内提高交通工具速度，从而减轻预期碰撞带来的影响。其他可选操作可包括沿特定方向转向交通工具、展开安全气囊、激活安全带功能、改变车轮角度以减轻冲击等。一旦事件结束，可创建特定通知信息并与相关第三方实体共享(124)。

处理器还可以包括：由交通工具从至少一个组件接收事件的验证，其中验证包括由交通工具和所述至少一个组件组成的对等组之间的区块链共识，以及由交通工具执行智能合约以基于区块链共识在区块链上记录即将发生的事件和所述至少一个组件。区块链交易可以在任何事件检测周期或通过某些传感器数据检测程序来执行。在一个示例中，当相关事件即将发生时，组件或传感器将记录外部和内部音频。例如，如果交通工具即将与该交通工具发生碰撞，该交通工具将打开外部和内部音频组件/传感器，以帮助提供与预期事件有关的更准确的数据收集。此外，在处理器感测到即将发生事件之前音频组件/传感器将保持关闭，以便通过不操作在给定时间被视为不必要的特性来节省能量。

为了进一步节省能量，如果适用，在辅助组件/传感器开启时，将关闭与该交通工具相关联的组件/传感器。在发生追尾碰撞的情况下，将关闭前端的组件/传感器而打开后端的组件/传感器，这样汽车能实现能量中和(energy neutral)。该示例中的组件可以是交通工具的任何传感器或被提供能量的特性。如果主电池源电量低和/或无法为组件/传感器提供能量，则可以为该交通工具使用辅电源(例如便携式充电器、太阳能、电话电池等)。需要时，源无线连接到第二组件并向其提供能量。不向交通工具上的某些组件提供能量有利于节约能量。但是，在某些情况(例如紧急情况、避免事故等)下，可能需要向此类组件提供能量。这种场景下，将在紧急情况、事故、接近事故等发生之前(即毫秒、微秒、纳秒等)向组件提供能量。交通工具上相关联的处理器和/或传感器将指示此类即将发生的事件何时发生(或已经过去)，并向可以提供与情况相关的附加数据(例如服务器、另一交通工具等)的此类组件提供能量。在提供附加数据之后，将处理器和/或传感器关闭，直至可能再需要它们的时候。例如，当交通工具将要发生碰撞时，可以开启位于交通工具上和/或交通工具外的相机和/或其他相机上的变焦和/或平移特性。在此类碰撞之前、期间和/或之后，收集、存储、分析和/或处理来自被开启的相机(和/或任何其他组件)的附加数据，以产生特定结果。

在一些实施例中，可以基于除了紧急情况、事故、接近事故等事件类型之外的因素向组件/传感器提供能量。这些因素可以包括天气、道路状况、驾驶员状况、交通状况等。例如，在不利的天气状况下，可以向组件/传感器提供能量以提供包括视频、图像、音频等的数据，直到天气状况好转。这种附加数据在服务器、另一交通工具等处被接收，并且与该交通工具正常接收到和/或生成的其他数据相关联。这种“组合”数据提供了任何情况的详细总结，并确保以最少的能量使用提供这种组合数据。在一实施例中，将少量能量(例如，通过交通工具产生的能量)(通过交通工具、充电站、道路等)传送以向特定的交通工具传感器/设备提供能量。在一个示例中，物体从后面接近交通工具。传感器(例如后方相机)通过一个或多个车载处理器被启用、通电，并且启动传感器的特定功能以提供附加能力。例如，该能力可以包括由传感器/相机提供的缩放特性，或在特定情况下(例如涉及安全或紧急的情况下)可能使用/需要的其他类似的功能。在当前实施例中，将传感器/相机的镜头预设用于变焦操作。只有当物体(例如另一个交通工具)从后方靠近并到达与前面交通工具的特定阈值距离(和/或速度)时，才会启用此功能。通过交通工具上的一个或多个传感器确定靠近事件的速度和/或距离。当物体的速度/距离超过一个或多个阈值时，将启用缩放功能。缩放功能允许记录附加数据(例如缩放的图像/视频)。在一实施例中，使用同一相机来启动记录。在替换实施例中，使用单独的相机来执行数据捕获。相机可能只需要几秒的能量或一秒能量的部分来捕获相关图像/视频，因此在这种情况下此功能需要最少量的能量。因此，可以基于每个组件的使用概率、每个组件的使用次数和组件的使用时长，确定基于逐个组件/传感器级别的交通工具的总能量使用。

在另一实施例中，交通工具上存在通常不使用的组件/传感器，除非特定情况下。这些组件/传感器所使用的能量最少，并且如果向这些组件/传感器提供能量，旅途上可行驶距离会因能量损失而减少。例如，在基于逐个组件/传感器级别的交通工具的总能量使用确定中，可能不会考虑备用相机上的缩放功能或前灯上的雨刷器。但是，在某些情况下，此类特性出现的概率更高。例如，在走走停停的交通中，交通工具可能会迅速加速和减速，因此需要使用后方和/或前方相机。在进一步示例中，交通工具可能正行驶在即将下雨、能见度差和/或日光减弱的路上，因此需要使用前灯上的雨刷器。在此类示例中，可能需要当初并未考虑到的额外能量，并将从各种源(例如滚动充电网络、车辆到车辆(V2V)无线能量传送等)获取该额外能量。这样，可以更快、更安全地到达目的地，并且可以基于当前/未来的驾驶条件正确确定及更新旅途前的每组件/传感器的预估能量使用量。

在一实施例中，在特定场景中启用交通工具的组件/传感器的附加功能。例如，当确定有即将发生的撞击时启用交通工具上相机的缩放功能，仅在需要使用时，例如在前灯镜片上有障碍物时，才使用前灯上的雨刷器。还可以通过改变操作、再生制动、经济的操作模式、在能量消耗较少的时间内驾驶、限速行驶、通过执行某些功能(例如打开和关闭传感器)来节省或生成、特别是加速和减速操作，来实现节能。

图1B示出了根据示例实施例的交通工具操作传感器的示例。参考图1B，示例150包括主动监控其环境的交通工具120。在该示例中，可以在交通工具的内部和外部各处布置各种传感器和数据捕获组件。该示例示出了交通工具周围具有传感器152-166。第一传感器152在第一时间T1可以由于运动检测或使传感器152被启用的其他触发事件而被启用。视域160是特定传感器(例如传感器152)在特定时间能够捕获信息(例如视频、图像、音频等)的定义区域。在当前时间T1，正接近的交通工具140可能与交通工具120相距特定距离D1。其他传感器154-166可以不启用，或者也可以启用，或者在时间T1之前或之后被短时间启用。

图1C示出了根据示例实施例的交通工具操作传感器的另一个示例。参考图1C，示例170展示了稍后的时间T2，此时接近的交通工具140朝着与交通工具120的不同角度移动。在该示例中，时间T2的距离D2小于D1，从传感器152或通过其他传感器检测到的新距离测量可以调用其他传感器以变为启动和/或关闭其他传感器。例如，由于接近的交通工具140正向交通工具120的侧面靠近，因此可以在一段时间内启用侧面传感器152、154、156等。在此示例中，传感器152和154在时间T2均被启用，然而交通工具120该一侧上的任意传感器组合可以在特定时间启用或按顺序启用，例如在检测到接近的交通工具在不同时间正向不同传感器移动时，传感器一个接一个地启用。处理器可以使用操作程序以一次打开两个传感器以实现冗余目的，但每次打开一个新传感器关闭最后一个传感器。另选地，启用的一个传感器可以触发所有传感器以启用并捕获一段时间的数据，然后将启用更长时间段的传感器的数量限制在一个或两个。

在一个示例中，交通工具第一侧上的传感器可以触发启用同一侧上的传感器以及交通工具的区域内的其他传感器。响应于检测到的即将发生的事件，所有传感器可以在预计的事件时间之前和之后的短时间段内被开启。在另一个示例中，第一传感器可以触发第二传感器以在后置相机传感器处捕获图像数据，接着其预期到接近的交通工具将成角度到达而通知交通工具角落附近的角落相机传感器开启。此外，当传感器没有提供特定类型的反馈时，可以启用另一个传感器，并且可以禁用先前的传感器直至下一个时间。某些传感器可能会在第二阈值时间段内在预计发生事件的交通工具一侧保持启用状态，但在预计不会发生事件的交通工具另一侧不会保持启用状态。然而，让不受事件影响的另一侧上的至少一个传感器保持捕获操作会是谨慎的，如果交通工具的另一侧发生的碰撞涉及另一交通工具的话。

在另一个示例中，基于即将发生的事件/特定情况以及在所记录的环境中整合记录的事件(由于事件发生的前后和期间都可以连续记录环境)，并在事件结束后关闭第二传感器，交通工具可以确定向交通工具上的第二传感器提供能量所需的能量大小。此外，第一传感器和第二传感器可以是相关的(例如，第一传感器可以是前置相机，第二传感器可以是后置相机)。当即将发生的事件将发生在与第一传感器记录的位置不同的位置时，可以在开启第二传感器时关闭第一传感器，以创建能源中和场景。例如，可以在打开第二传感器(即后置相机)时关闭第一传感器(即前置相机)。此外，独立于交通工具的无线能量源可用于向第二传感器提供能量，这创建了能源中和场景。

图2A示出了根据示例实施例的交通工具网络图200。该网络包括元件，元件包括具有处理器204的交通工具节点202以及具有处理器204'的交通工具节点202'。交通工具节点202和202'通过处理器204和204'以及其他元件(未示出)彼此进行通信，其他元件包括收发器、发射器、接收器、存储设备、传感器以及能够进行通信的其他元件。交通工具节点202和202'之间可以通过私有和/或公共网络(未示出)或通过包含处理器、存储器及软件中的一个或多个的其他交通工具节点和元件直接进行通信。尽管所示为单个交通工具节点和处理器，但也可以存在多个交通工具节点和处理器。本文描述和/或描绘的应用程序、特性、步骤、方案等中的一个或多个可以由这些元件使用和/或提供。

图2B示出了根据示例实施例的另一交通工具网络图210。该网络包括元件，元件包括具有处理器204的交通工具节点202以及具有处理器204'的交通工具节点202'。交通工具节点202和202'通过处理器204和204'以及其他元件(未示出)彼此进行通信，其他元件包括收发器、发射器、接收器、存储设备、传感器以及能够进行通信的其他元件。交通工具节点202和202'之间可以通过私有和/或公共网络(未示出)或通过包含处理器、存储器及软件中的一个或多个的其他交通工具节点和元件直接进行通信。处理器204和204'可以进一步与一个或多个元件230通信，包括传感器212、有线设备214、无线设备216、数据库218、移动电话220、交通工具节点222、计算机224、I/O设备226和语音应用228。处理器204和204'可以进一步与包括处理器、存储器和软件中的一个或多个的元件进行通信。

尽管所示为单个交通工具节点、处理器和元件，但也可以存在多个交通工具节点、处理器和元件。可以与处理器204、204'和元件230中的任一个进行信息收发或通信。例如，移动电话220可以向处理器204提供信息，处理器204可以启动交通工具节点202以采取动作，可以进一步向处理器204'提供该信息或附加信息，处理器204'可以启动交通工具节点202'以采取动作，可以进一步向移动电话220、交通工具节点222和/或计算机224提供该信息或附加信息。本文描述和/或描绘的应用、特性、步骤、方案等中的一个或多个可以由这些元件使用和/或提供。

图2C示出了根据示例实施例的又一交通工具网络图240。该网络包括元件，元件包括具有处理器204和非瞬时性计算机可读介质242C的交通工具节点202。处理器204可通信地耦合到计算机可读介质242C和元件230(如图2B中所示)。

处理器204执行以下中的一项或多项操作：通过第一传感器检测环境(244C)，确定与环境相关的事件即将发生(246C)，向与即将发生的事件相关联的第二传感器提供能量(248C)，以及通过第二传感器在事件正在发生时检测事件(250C)。

图2D示出了根据示例实施例的再一个交通工具网络图250。该网络包括元件，元件包括具有处理器204和非瞬时性计算机可读介质242D的交通工具节点202。处理器204可通信地耦合到计算机可读介质242D和元件230(如图2B中所示)。

处理器204执行以下中的一项或多项操作：确定预计将发生即将发生的事件的交通工具的部位，并向设置在预计将发生事件的交通工具的部位中的一个或多个附加传感器提供能量(244D)；确定预计将发生即将发生的事件的交通工具的部位，在第一时间段内向与该部位相关联的所有传感器提供能量，并在比第一时间段长的第二时间段内向第二传感器提供能量(246D)；确定交通工具的前部是预计将发生即将发生的事件的交通工具的部位，并且向交通工具提供能量以在预定义的时间段内降低交通工具速度(248D)；确定交通工具的后部是即将发生的事件的交通工具的部位，并且向交通工具提供能量以在预定义的时间段内提高交通工具速度(250D)。

图2E示出了根据示例实施例的又再一个交通工具网络图260。参考图2E，网络图260包括通过区块链网络206连接到其他交通工具节点202'和更新服务器节点203的交通工具节点202。交通工具节点202和202'可以代表交通工具/车辆。区块链网络206可以具有用于存储软件更新验证数据和验证源的帐本208，以供将来使用(例如用于审计)。

虽然该示例仅详细描述了一个交通工具节点202，但是可以将多个这样的节点连接到区块链206。应当理解，交通工具节点202可以包括额外的组件且可以移除和/或改变这里描述的一些组件，而不脱离本申请的范围。交通工具节点202可以具有计算设备或服务器计算机等，并且可以包括处理器204，其可以是基于半导体的微处理器、中央处理单元(CPU)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)和/或其他硬件设备。尽管描绘了单个处理器204，但是应当理解，在不脱离本申请的范围的情况下，交通工具节点202可以包括多个处理器、多个核等。

处理器204执行以下中的一项或多项操作：从至少一个组件接收事件的验证，该验证包括由交通工具和所述至少一个组件组成的对等组之间的区块链共识(244E)；执行智能合约以基于区块链共识在区块链上记录即将发生的事件和所述至少一个组件(246E)。

处理器和/或计算机可读介质可以全部或部分地位于交通工具节点的内部或外部。存储在计算机可读介质中的步骤或特征可以全部或部分由任何处理器和/或元件以任何顺序执行。此外，可以添加、省略、组合或在稍后的时间执行一个或多个步骤或特征。

图2F示出了描绘一个或多个元件的电气化的图265。在一实施例中，交通工具266可以将存储在其电池中的能量提供给一个或多个元件，包括其他交通工具268、充电站270和电网272。电网272连接到一个或多个充电站270，充电站270可以连接到一个或多个交通工具268。这种配置允许分发从交通工具266接收的电能/能量。交通工具266还可以与其他交通工具268进行交互，例如通过车辆到车辆(V2V)技术、蜂窝通信、WiFi等。交通工具266还可以与其他交通工具268、充电站270和/或电网272以无线和/或有线方式进行交互。在一实施例中，交通工具266以安全且高效的方式被路由(或自己路由)至电网272、充电站270或其他交通工具268。在采用本解决方案的一个或多个实施例中，交通工具266可以以本文所描述和/或所描绘的多种有利方式向本文所描绘的元件中的一个或多个提供能量。进一步地，交通工具的安全性和效率可以提高，并且可以如本文所描述和/或描绘的那样给环境带来积极的影响。

术语“能量”可用于表示交通工具所接收、存储、使用、共享和/或损失的任何形式的能量。能量可以是指在充电/使用操作期间从实体提供给交通工具的充电的电压源和/或电流供应。能量也可以是化石燃料的形式(例如，用于混合动力交通工具)或通过其他替代能源，包括但不限于锂基、镍基、氢燃料电池、原子/核能、聚变能源以及在能量共享和/或使用操作期间动态生成的能量，以在给定时间提高或降低一个或多个交通工具能量水平。

在一实施例中，充电站270管理从交通工具266传送的能量大小，以使交通工具266中留有足够的电量到达目的地。在一实施例中，使用无线连接以无线的方式引导交通工具268之间进行能量传送大小，其中这些交通工具可以都在运行中。在一实施例中，空闲车辆，例如车辆266(可以是自动驾驶的)被引导向充电站270提供一定量的能量并返回到初始位置(例如其初始位置或不同目的地)。在一实施例中，移动能量存储单元(未示出)用于从至少一个其他交通工具268收集多余能量并在充电站270处传送所存储的多余能量。在一实施例中，因素确定可以给充电站270传送的能量大小，因素例如距离、时间以及交通状况、道路状况、环境/天气状况、车辆状况(重量等)、乘客使用车辆的时间表、等待用车的预期乘客时间表等。在一实施例中，交通工具268、充电站270和/或电网272可以向交通工具266提供能量。

在一实施例中，本文描述和描绘的解决方案可用于确定对交通工具和/或系统的负载影响，基于未来需要和/或优先级向交通工具和/或系统提供能量，以及在包含模块的装置和车辆之间提供智能，允许装置中的处理器就车辆上电池中的能量存储量与车辆进行无线通信。在一实施例中，该解决方案还可用于基于诸如某位置的温度、能量成本和该位置处的能量水平之类的因素从交通工具向该位置提供充电。在一实施例中，该解决方案还可用于在一部分电荷已经转移到充电站之后管理交通工具中剩余的能量大小。在一实施例中，该解决方案还可用于通知车辆以从交通工具上的电池提供一定量的能量，其中要传送的能量大小基于交通工具与要接收能量的模块之间的距离而定。

在一实施例中，该解决方案还可用于使用移动能量存储单元，该移动能量存储单元使用确定的路径行进到交通工具，该交通工具具有过量的能量并将存储的能量存入电网中。在一实施例中，该解决方案还可用于确定交通工具需要向电网提供能量的优先级，以及交通工具的当前需求的优先级，例如乘客、将到来的乘客、当前货物或将到来的货物的优先级。在一实施例中，该解决方案还可用于确定当车辆空闲时，车辆决定行驶到某位置将过量的能量释放到电网，再返回到先前位置。在一实施例中，该解决方案还可用于基于一个或多个条件(例如天气、交通、道路条件、汽车条件和/或其他交通工具中的乘客和/或货物)确定交通工具所需的能量以通过交通工具到交通工具的能量传送为另一交通工具提供所需能量，并指示交通工具路由到另一交通工具并提供能量。在一实施例中，该解决方案还可用于将能量从一辆行驶中的车辆传送到另一辆行驶中的车辆。在一实施例中，该解决方案还可用于基于交通工具到达与另一交通工具的会合地点、提供服务以及返回到原始位置的预估消耗能量，由该交通工具取回能量。在一实施例中，该解决方案还可以用于提供到达充电站所需的剩余距离，充电站确定要从交通工具取走能量的大小，其中能量剩余量基于剩余距离而定。在一实施例中，该解决方案还可用于管理同时多点充电的交通工具，例如通过有线连接的充电站和通过无线连接的另一交通工具。在一实施例中，该解决方案还可用于为向交通工具分配能量应用优先级，其中优先会将其存储的能量的一部分提供给另一实体(例如电网、住宅等)的那些交通工具。进一步地，关于图2F描述和描绘的解决方案可以在此以及其他网络和/或系统中使用。

图2G示出了不同元件之间的互连275的图。本解决方案可以全部或部分地在一个或多个与各种实体相关联的计算设备278'、279'、281'、282'、283'、284'、276'、285'、287'和277'上存储和/或由这些计算设备执行，其中各种实体全部可通信地耦合到网络286并与其进行通信。数据库287可通信地耦合到网络并允许进行数据存储和检索。在一实施例中，数据库是不可变的帐本。各种实体中的一个或多个可以是交通工具276、一个或多个服务提供商279、一个或多个公共建筑281、一个或多个交通基础设施282、一个或多个住宅283、电网/充电站284、麦克风285和/或另一交通工具277。其他实体和/或设备，诸如使用智能电话278、笔记本电脑280和/或可穿戴设备的一个或多个私人用户，也可以与本解决方案互通。智能电话278、笔记本电脑280、麦克风285和其他设备可以与连接的计算设备278'、279'、281'、282'、283'、284'、276'、285'、287'和277'中的一个多个连接。一个或多个公共建筑281可以包括各种机构。一个或多个公共建筑281可以使用计算设备281'。一个或多个服务提供商279可以包括经销商、拖车服务、碰撞中心或其他维修店。一个或多个服务提供商279可以使用计算装置279'。此类各种计算机设备都可以例如通过有线网络、无线网络、区块链网络等彼此直接和/或可通信地耦合。在一实施例中，麦克风285可以作为虚拟助手。在一实施例中，一个或多个交通基础设施282可以包括一个或多个交通信号灯、一个或多个传感器(包括一个或多个相机、车速传感器或交通传感器)和/或其他交通基础设施。一个或多个交通基础设施282可以使用计算设备282'。

在一实施例中，交通工具277/276能够运输人、物、永久固定或临时固定的装置等。在一实施例中，交通工具277可以通过V2V通信通过与每个交通工具相关联的计算机276'和277'与交通工具276通信，且可被称为交通工具、轿车、车辆、汽车等。交通工具276/277可以是自驱动轮式交通工具，例如汽车、运动型多功能车、卡车、公共汽车、货车或其他马达或电池驱动或油电混合动力的交通工具。例如，交通工具276/277可以是电动车辆、混合动力车辆、氢燃料电池车辆、插电式混合动力车辆或具有燃料电池堆、电机和/或发电机的任何其他类型的车辆。车辆的其他例子包括自行车、踏板车、火车、飞机或船，以及能够用于交通的任何其他形式的运输工具。交通工具276/277可以是半自动的或全自动的。例如，交通工具276/277可以在没有人工操作的情况下自动操纵和导航。自动车辆可能具有并使用一个或多个传感器和/或导航单元来实现自动驾驶。

在一实施例中，这里描述和描绘的解决方案可用于通过区块链的共识，确定对交通工具的访问。在一实施例中，该解决方案还可用于在允许乘客使用交通工具之前执行简档验证。在一实施例中，该解决方案还可用于让交通工具在交通工具上或从交通工具指示(以视觉方式，另一实施例中也可以是以语言的方式等)用户需要执行的动作(可以预先记录)并且验证动作的正确性。在一实施例中，该解决方案还可以用于为交通工具提供能力以基于与数据和驾驶环境相关联的风险级别来确定如何使数据分支，以及在安全驾驶环境下将风险级别较低的部分分支数据分发给乘客，并且稍后在乘客离开运输工具后将风险等级较高的剩余部分分支数据分发给乘客。在一实施例中，该解决方案还可用于通过使用区块链和/或智能合约处理跨边界(如国家/州/等)的车辆转移，并将新区域的规则应用于车辆。

在一实施例中，该解决方案还可用于当交通工具基于交通工具的操作和交通工具的乘客的特性达成共识时，允许该交通工具继续在边界外行驶。在一实施例中，该解决方案还可用于分析交通工具的可用数据上传/下载速度、文件的大小和交通工具的行驶速度/方向，以确定完成数据上传/下载所需的距离并分配执行数据上传/下载的安全区域边界。在一实施例中，该解决方案还可以用于以安全的方式执行通常危险的操作，例如当系统确定接近出口位置时以及在交通工具似乎还没有为驶离出口做好准备时(例如在错误车道上或正以并不有助于驶离出口的速度行驶时)，指示对象交通工具以及其他附近的交通工具以便对象交通工具安全驶离出口。在一实施例中，该解决方案还可用于使用一辆或多辆车验证另一交通工具的判断，其中该一辆或多辆车和该另一交通工具都在行驶中。

在一实施例中，该解决方案还可用于检测某位置某时间的车道使用情况，以通知交通工具的乘客或指导交通工具以推荐或不推荐变换车道。在一实施例中，该解决方案还可用于去除通过邮件发送信息的需求以及去除驾驶员/乘客通过邮件或亲自支付来响应的需求。在一实施例中，该解决方案还可用于向交通工具的乘客提供服务，其中服务是基于订阅提供的，并且其中从连接到乘客简档的其他交通工具获取许可。在一实施例中，该解决方案还可用于记录租用对象的状态变化。在一实施例中，该解决方案还可用于从与受损交通工具靠近的其他交通工具寻求区块链共识。在一实施例中，该解决方案还可用于从诸如保险实体服务器之类的服务器、从交通工具计算机接收媒体，其可能与事故相关。服务器访问一个或多个媒体文件以访问交通工具的损坏情况，并将损坏评估存储到区块链上。在一实施例中，该解决方案还可用于在与交通工具相关的事件之前的不同时间从多个设备获取共识，以确定事件的严重性。

在一实施例中，该解决方案还可用于解决与交通工具相关的事故的视频证据不足的问题。当前的解决方案详细描述了由事故中涉及的交通工具从可能接近事故的其他交通工具查询与事故相关的媒体。在一实施例中，该解决方案还可用于利用交通工具和其他设备(例如行人的手机、路灯摄像头等)记录受损交通工具的特定部位。

在一实施例中，该解决方案还可用于在交通工具驶向危险区域和/或事件时向乘客发出告警，允许交通工具通知乘客或中央控制器当前行驶路线上或附近的潜在危险区域。在一实施例中，该解决方案还可用于检测在交通工具高速行驶时，至少另一交通工具用于以对交通影响最小的方式帮助该交通工具减速。在一实施例中，该解决方案还可用于识别危险驾驶情况，其中媒体信息由处于危险驾驶情况的车辆捕获。基于与危险驾驶情况的距离建立地理围栏，并且通过在建立的地理围栏内的至少一个其他车辆捕获附加媒体信息。在一实施例中，该解决方案还可用于向交通工具的一名或多名乘客发送通知，告知该交通工具正接近道路上的交通管控标记，如果交通工具越过此标记，则从其他附近的交通工具接收不良驾驶的指示。在一实施例中，该解决方案还可用于通过限速、限制靠近另一车辆的能力、最高速限制、以及设定每一时间段允许的给定里程数(在某些实施例中)，使得交通工具部分不可操作。

在一实施例中，该解决方案还可用于克服在交通工具未正确操作时依赖软件更新来纠正交通工具问题的需求。通过观察路线上的其他交通工具，服务器从潜在的多个其他交通工具接收数据，观察交通工具的不安全或不正确的操作。通过分析，这些观察结果可以在数据表明存在不安全或不正确的操作时产生向交通工具的通知。在一实施例中，该解决方案还可用于在交通工具和涉及交通工具外的人的潜在危险情况之间提供通知。在一实施例中，该解决方案还可用于通过与交通工具或事故相关联的设备或者接近事故的设备将数据发送到服务器。基于事故或即将发生的事故的严重程度，服务器将数据通知发送方。在一实施例中，该解决方案还可用于基于数据分析向交通工具的驾驶员或乘客提供操作交通工具的建议。在一实施例中，该解决方案还可用于建立与物理结构相关联的地理围栏并确定交通工具的支付责任。在一实施例中，该解决方案还可用于基于某位置的当前状态和使用其他车辆导航目的地的建议的未来状态，协调能力以在该位置还车(drop off avehicle)。在一实施例中，该解决方案还可用于协调能力以自动安排在诸如交通工具租赁实体的位置处还车。

在一实施例中，该解决方案还可用于基于用户事件将交通工具移动到另一位置。更具体地，系统跟踪用户的设备，并在原始事件或修改事件结束时修改交通工具使其移动接近用户。在一实施例中，该解决方案还可用于允许通过区域内的现有交通工具验证该区域内的可用位置。也可基于来现有交通工具的验证来确定位置可以腾出的大概时间。在一实施例中，该解决方案还可用于在有附近的停车位可用时将交通工具移动到该停车位，且停车开始后经过的时间小于事件的平均时间。此外，在事件完成时或根据与交通工具的至少一个乘客相关联的设备的位置，将交通工具移动到最终的停车位。在一实施例中，该解决方案还可用于在拥堵到来之前规划停车。系统与交通工具交互，以低于全价的价格提供一些服务和/或基于交通工具的优先级将交通工具引导至另选的停车位，从而在到来之前提升停车情况优化。

在一实施例中，该解决方案还可用于出售交通工具中的部分所有权或确定拼车应用程序中的定价和可用性。在一实施例中，该解决方案还可用于以远超当前可得的规模，提供经销商销售活动的准确且及时的报告。在一实施例中，该解决方案还可用于允许经销商通过区块链请求资产。通过使用区块链，在转移任何资产之前达成共识。此外，该过程是自动化的，并且可以通过区块链发起支付。在一实施例中，解决方案还可用于安排与多个实体(例如服务中心)达成的协议，其中获得共识并执行动作(例如诊断)。在一实施例中，该解决方案还可用于将数字密钥与多个用户相关联。第一用户可以是交通工具的操作者，第二用户是交通工具的责任方。这些密钥由服务器授权，其中密钥的邻近性针对服务提供商的位置进行验证。在一实施例中，该解决方案还可用于确定交通工具在目的地所需的服务。一个或多个服务点被定位，其能够提供所需的服务，服务点既位于到目的地的路线上的区域内且具有可用性以执行服务。用确定的服务点更新交通工具的导航。识别包含服务的补偿值的智能合约，区块链交易存储在交易的分布式账本中。

在一实施例中，该解决方案还可用于将服务提供商交通工具与交通工具乘客的简档对接起来，以确定交通工具中乘客可能感兴趣的服务和商品。这些服务和商品由乘客的历史和/或偏好决定。然后交通工具从服务提供商交通工具接收报价，且在另一实施例中，满足该交通工具以提供服务/货物。在一实施例中，该解决方案还可用于检测范围内的交通工具并向该交通工具发送服务报价(例如维护报价、产品报价等)。系统和交通工具之间达成协议，系统选择服务提供商来提供该协议。在一实施例中，该解决方案还可用于分配一个或多个交通工具作为道路管理者，其中道路管理者协助交通管控。道路管理者可以生成道路指示信号(例如灯光、显示、声音)以帮助疏导交通。在一实施例中，该解决方案还可用于通过设备向交通工具的驾驶员发出告警，其中该设备可以是交通信号灯或靠近十字路口。在事件发生时发出告警，例如灯变绿、一列交通工具前面的交通工具没有移动时。

图2H是示出示例290中不同元件之间的另一互连框图。交通工具276被示出并且包括ECU295、296和音响主机(也称为信息娱乐系统)297。电气控制单元(ECU)是汽车电子嵌入系统，用于控制交通工具中的一个或多个电气系统或子系统。ECU可能包括但不限于管理交通工具的发动机、制动系统、变速箱系统、门锁、仪表板、安全气囊系统、信息娱乐系统、电子差速器和活动悬架。ECU连接到交通工具的控制器域网(CAN)总线294。ECU还可以通过CAN总线294与交通工具计算机298通信。交通工具的处理器/传感器(例如交通工具计算机)298可以与外部元件通信，例如通过网络292(如因特网)与服务器293通信。每个ECU 295、296和音响主机297可以包含自己的安全策略。安全策略定义了能够在适当的上下文中执行的许可过程。在一实施例中，安全策略可以部分或全部地在交通工具计算机298中提供。

ECU295、296和音响主机297可以各自包括定制安全功能元件299，用于定义授权的过程和允许此类过程运行的上下文。基于上下文的授权以确定过程能够被执行时的有效性，使ECU保持安全运行，并防止例如交通工具的控制器域网(CAN总线)等元件的未经授权的访问。当ECU遇到未经授权的过程时，该ECU可以阻止该过程运行。汽车ECU可以使用不同的上下文来确定过程是否在其允许的范围内运行，例如接近上下文(如附近物体、与接近物体的距离、速度和相对于其他移动物体的轨迹)、操作上下文(如交通工具是正在移动还是停放的指示、交通工具的当前速度、传输状态)、用户相关的上下文(如通过无线协议连接到交通工具的设备、信息娱乐的使用、巡航控制、停车辅助、驾驶辅助)、基于位置的上下文，和/或其他上下文。

在一实施例中，本文描述和描绘的解决方案可用于通过限速、限制靠近另一车辆的能力、最高速限制、以及设定每一时间段允许的给定里程数(在某些实施例中)，让交通工具部分不可操作。在一实施例中，该解决方案还可以用于使用区块链来方便车辆所有权的交换，其中数据通过与交通工具或事故相关的设备或与事故接近的设备发送到服务器。基于事故或接近事故的严重程度，服务器将数据通知发送方。在一实施例中，该解决方案还可用于帮助交通工具避免事故，例如当交通工具涉及事故时，服务器查询与事故接近的其他交通工具。服务器试图从其他交通工具获取数据，允许服务器从多个有利位置了解事故的性质。在一实施例中，该解决方案还可以用于确定交通工具发出的声音是否非典型且将与该声音相关的数据以及可能的源头位置传输到服务器，其中服务器可以确定可能的原因并避免潜在的危险情况。在一实施例中，该解决方案还可以用于当交通工具涉及事故时，通过系统建立位置边界。该边界基于与事故相关的分贝确定。获取边界内的设备的多媒体内容，以帮助进一步了解事故场景。在一实施例中，该解决方案还可用于将车辆与事故相关联，接着捕获由靠近事故位置的设备获得的媒体。捕获的媒体作为媒体片段保存。媒体片段发送到另一个计算设备，该设备创建事故的声音简简档。此声音简档有助于了解有关事故的更多细节。

在一实施例中，该解决方案还可用于利用传感器来记录音频、视频、运动等，以记录发生潜在事件的区域，例如如果交通工具(在移动或停放时)接触或可能接触另一交通工具，系统从可能位于交通工具和/或固定或移动物体中的一个或多个上的传感器捕获数据。在一实施例中，该解决方案还可用于通过在事件期间使用传感器数据识别交通工具的新状况，将该状况与交通工具状况简档进行比较，来确定交通工具已受损，从而能够安全可靠地从将要进入不利事件的运输工具捕获关键数据。

在一实施例中，该解决方案还可用于当交通工具通过一个或多个传感器确定它正以错误方式接近或沿着单向道路行驶时，向交通工具的乘客发出告警。交通工具具有与当前解决方案中的系统交互的传感器/相机/地图。系统知道单向道路的地理位置。例如，系统可以用声音通知乘客“正在靠近单向道路”。在一实施例中，该解决方案还可用于允许交通工具得到报酬，使得自动驾驶车主能够用其车辆传感器收集和存储的数据来赚钱，鼓励车辆拥有者分享他们的数据并为实体提供额外的数据，通过这些数据来改善未来车辆的性能，为车辆拥有者提供服务，等等。

在一实施例中，该解决方案还可用于根据车辆在一段时间内的动作增加或减少车辆特征。在一实施例中，该解决方案还可用于分配交通工具的部分所有权。与一个或多个交通工具和靠近交通工具的设备相关的传感器数据用于确定交通工具的状况。交通工具的部分所有权是基于条件确定的，并提供了新的交通工具责任。在一实施例中，该解决方案还可用于向替换/升级组件提供数据，其中该数据试图破坏替换/升级组件的授权功能，并且响应于授权功能的不可破坏性，组件允许使用替换/升级组件的授权功能。

在一实施例中，该解决方案还可用于向个人提供确保乘客在交通工具中并且让乘客到达特定目的地的能力。进一步地，该系统确保授权驾驶员(如果是非自动驾驶交通工具)和/或其他乘客与该乘客交互。此外，上车、下车和位置被标注。以上所有内容都以不可变的方式存储在区块链上。在一实施例中，该解决方案还可用于通过对驾驶风格和其他元素的分析确定驾驶员的特性，以在驾驶员未以正常方式驾驶的情况下采取行动，正常方式例如驾驶员之前在特定条件下的驾驶方式，例如白天、晚上、雨中、雪中等。进一步地，还考虑了交通工具的属性。属性包括天气、前灯是否打开、是否正在使用导航、是否正在使用HUD、正在播放的媒体音量等。在一实施例中，该解决方案还可用于当交通工具内的物件表明乘员可能不知道危险情况时向交通工具中的乘客通知危险情况。

在一实施例中，该解决方案还可用于在固定于车辆上的装备(rig)上安装校准设备，其中交通工具上的各种传感器能够基于校准设备应检测到的内容与实际检测结果的比较，进行自动自我调整。在一实施例中，该解决方案还可用于当需要服务的交通工具发送允许远程诊断功能的故障信息时，使用区块链来请求多个服务中心的共识，其中其他服务中心需要就数据的严重程度阈值达成共识。一旦收到共识，服务中心可以将故障安全级别发送到区块链进行存储。在一实施例中，该解决方案还可用于确定交通工具外部的传感器数据与交通工具自身的传感器数据之间的差异。交通工具从服务器请求软件以纠正问题。在一实施例中，当事件发生(例如碰撞)时，该解决方案还可用于允许附近或该区域中的交通工具传递消息。

参考图2I，示出了根据一些实施例的连接的交通工具的操作环境290A。如图所示，交通工具276包括连接交通工具中的元件292A-299A的控制器域网(CAN)总线291A。其他元件可以连接到CAN总线，此处未示出。示出的连接到CAN总线的元件包括传感器组292A、电子控制单元293A、自动驾驶特征或高级驾驶辅助系统(ADAS)294A和导航系统295A。在一些实施例中，交通工具276包括处理器296A、存储器297A、通信单元298A和电子显示器299A。

处理器296A包括算术逻辑单元、微处理器、通用控制器和/或类似的处理器阵列，用于执行计算并向显示单元299A提供电子显示信号。处理器296A处理数据信号，并且可以包括各种计算架构，包括复杂指令集计算机(CISC)架构、精简指令集计算机(RISC)架构或实现指令集组合的架构。交通工具276可以包括一个或多个处理器296A。彼此可通信地耦合的其他处理器、操作系统、传感器、显示器和物理配置(未示出)可以在本解决方案中一起使用。

存储器297A是存储可由处理器296A访问和执行的指令或数据的非瞬时性存储器。指令和/或数据可以包括用于执行本文描述的技术的代码。存储器297A可以是动态随机存取存储器(DRAM)设备、静态随机存取存储器(SRAM)设备、闪存或某种其他存储器设备。在一些实施例中，存储器297A还可以包括非易失性存储器或类似的永久存储设备和介质，可以包括硬盘驱动器、软盘驱动器、CD-ROM设备、DVD-ROM设备、DVD-RAM设备、DVD-RW设备、闪存设备或其他一些用于永久存储信息的大容量存储设备。存储器297A的一部分可以被保留用作缓冲器或虚拟随机存取存储器(虚拟RAM)。交通工具276可以包括一个或多个存储器297A而不偏离当前的解决方案。

交通工具276的存储器297A可以存储以下类型的数据中的一种或多种：导航路线数据295A和自动驾驶特征数据294A。在一些实施例中，存储器297A存储导航应用程序295A提供功能可能需要的数据。

导航系统295A可以描述包括起点和终点的至少一个导航路线。在一些实施例中，交通工具276的导航系统295A从用户接收用于导航路线的请求，该请求包括起点和终点。导航系统295A可以向实时数据服务器293，例如提供驾驶方向的服务器，(通过网络292)查询与包括起点和终点的导航路线相对应的导航路线数据。实时数据服务器293通过无线网络292将导航路线数据传输到交通工具276，通信系统298A将导航数据295A存储在交通工具276的存储器297A中。

ECU 293A控制交通工具276的许多系统的操作，包括ADAS系统294A。ECU 293A可以响应于从导航系统295A接收到的指令，在由ADAS系统294A控制的行程期间停用任何不安全和/或未选择的自动驾驶特征。这样，导航系统295A可以控制是否激活或启用ADAS系统294A，使得可以针对给定导航路线激活ADAS系统294A。

传感器组292A可以包括交通工具276中的任何传感器，用于生成传感器数据。例如，传感器组292A可以包括短程传感器和长程传感器。在一些实施例中，交通工具276的传感器组292A可以包括以下车辆传感器中的一个或多个：相机、LIDAR传感器、超声波传感器、汽车发动机传感器、雷达传感器、激光高度计、进气压力传感器、红外探测器、运动探测器、恒温器、声探测器、一氧化碳传感器、二氧化碳传感器、氧气传感器、空气质量流量传感器、发动机冷却液温度传感器、节气门位置传感器、曲轴位置传感器、气门定时器、空燃比计、盲点计、路缘探测器、缺陷检测器、霍尔效应传感器、停车传感器、雷达枪、速度计、速度传感器、轮胎-压力监测传感器、扭矩传感器、变速箱油温度传感器、涡轮速度传感器(TSS)、可变磁阻传感器、车速传感器(VSS)、水传感器、轮速传感器、GPS传感器、测绘功能，以及任何其他类型的汽车传感器。导航系统295A可以将传感器数据存储在存储器297A中。

通信单元298A发送或接收到网络292或另一通信信道或者来自网络292或另一通信信道的数据。在一些实施例中，通信单元298A可以包括DSRC收发器、DSRC接收器、以及使交通工具276成为配备DSRC的设备所必需的其他硬件或软件。

交通工具276可以通过V2V技术与其他交通工具277交互。V2V通信包括感知与外部物体相对距离相对应的雷达信息，接收交通工具的GPS信息，基于感测到的雷达信息将区域设置为其他交通工具277所在的区域，计算目标车辆的GPS信息将位于设定区域的概率，以及在一实施例中，基于计算出的概率识别与目标车辆的雷达信息和GPS信息相对应的交通工具和/或物体。

在一实施例中，本文描述和描绘的解决方案可用于当确定交通工具进入没有网络接入的区域时，管理紧急情况和交通工具特征。在一实施例中，该解决方案还可用于在没有网络连接的情况下管理和提供交通工具中的特征(例如音频、视频、导航等)。在一实施例中，该解决方案还可用于确定与交通工具接近的人的简档何时与交通工具中的至少一个乘客的简档的简档属性相匹配。从交通工具发送通知以建立通信。

在一实施例中，该解决方案还可用于基于交通工具的剩余时间量和要执行的通信的上下文，分析可用于语音通信的各交通工具中的乘客是否在场。在一实施例中，该解决方案还可用于确定道路被堵塞的两个风险级别，以及接收可指示堵塞未上升到超过阈值的告警的手势，以便交通工具沿道路继续前行。在一实施例中，该解决方案还可用于在交通工具已受损并无法使用时从交通工具中删除敏感数据。

在一实施例中，该解决方案还可用于验证要删除的客户数据确实已从企业内的所有必要位置中删除，证明GDPR合规性。在一实施例中，该解决方案还可用于考虑交换与安全、重要通知等相关的数据的一交通工具与另一交通工具，以增强较低级别自动驾驶车辆的自动驾驶能力。在一实施例中，该解决方案还可用于为交通工具提供基于与乘客相关联的第一生物特征来接收数据的能力。然后，交通工具基于对第二生物特征的验证对加密数据进行解密，其中第二生物特征是第一生物特征的连续体。交通工具当只有乘客能够接收解密数据时向乘客提供解密数据，在提供敏感部分时删除解密数据的敏感部分，并在与生物特征相关联的时间段过后删除非敏感部分。在一实施例中，该解决方案还可用于为交通工具提供基于运输工具方向盘上的重量和抓握力对人员进行验证的能力。在一实施例中，该解决方案还可用于向汽车提供存在但当前未启用以呈现给汽车乘客的特征，其反映乘客的特性。

在一实施例中，该解决方案还可用于允许修改交通工具，特别是交通工具内部，也可以是交通工具外部，以在一实施例中反映或帮助至少一名乘客。在另一实施例中,公开了再现乘客的工作和/或家庭环境。如果系统确定用户处于“工作模式”或“家庭模式”，则系统可以尝试在用户处于交通工具中时尝试“再现”用户的工作/家庭环境。与交通工具内部和外部以及使用交通工具的各种乘客相关的所有数据都存储在区块链上，并通过智能合约执行。在一实施例中，该解决方案还可用于检测乘客手势以帮助与附近交通工具通信，其中交通工具可相应进行操作。在一实施例中，该解决方案还可用于为交通工具提供使用手势定义数据存储来检测预期手势的能力。在一实施例中，该解决方案还可用于为交通工具提供基于乘客的步态和手势采取各种动作的能力。在一实施例中，该解决方案还可用于确保当前从事各种操作(例如，一边驾驶一边语音导航等)的交通工具的驾驶员在被允许手势操作之前没有超过不安全操作次数。

在一实施例中，该解决方案还可用于为交通工具中的每个乘客分配状态，并基于乘客的状态验证乘客的手势。在一实施例中，该解决方案还可用于收集与碰撞相关的声音细节(在什么位置,在什么方向,升高或降低,来自什么设备,与设备相关的数据,例如类型、制造商、所有者,以及同时发出的声音数量、发出声音的时间等)，并提供给系统，其中数据分析有助于确定有关碰撞的细节。在一实施例中，该解决方案还可用于确定交通工具操作不安全。交通工具包括多个组件，这些组件通过互操作来控制交通工具，并且每个组件都与单独的组件密钥相关联。加密密钥发送到交通工具以减少交通工具功能。响应于接收到加密密钥，交通工具禁用一个或多个组件密钥。禁用一个或多个组件密钥导致以下中的一项或多项操作：限制交通工具不超过给定速度移动，限制交通工具与另一交通工具之间不小于某个距离，以及限制交通工具行驶距离不超过阈值距离。

在一实施例中，该解决方案还可用于从一特定交通工具(将腾出位置)向另一特定交通工具(想占据位置)提供指示，区块链用于执行认证和协调。在一实施例中，该解决方案还可用于确定交通工具的部分责任。例如，多人拥有单个交通工具的情况，交通工具的使用(可能随着时间的推移而改变)由系统用于更新部分所有权。其他实施例将包括在应用中，包括不基于交通工具的使用而基于以下的交通工具的最小所有权，即交通工具的可用性,交通工具司机的确定以及其他。

在一实施例中，该解决方案还可用于允许交通工具内用户向诸如家人或朋友等小群体共享其订阅服务。例如，用户可能想要共享成员资格，如果是这样，关联的交易将存储在区块链或传统数据库中。当作为非主要订阅者的用户请求订阅材料时，区块链节点(即交通工具)可以验证请求服务的人是订阅者与其共享简档的被授权人。在一实施例中，该解决方案还可用于允许人们利用辅助交通工具到达预定目的地。使用一个函数关系值(例如，表示各种参数及其在确定要使用何种类型交通工具时的重要性的值)确定辅助交通工具。在一实施例中，这些解决方案还可用于允许发生事故的乘客使用其他交通工具继续前往其初始目的地。

在一实施例中，该解决方案还可用于将软件/固件上传内容传播到第一子组的交通工具。这第一组交通工具对更新内容进行测试，当测试成功时，将更新内容传播到另一组交通工具。在一实施例中，该解决方案还可以用于将软件/固件更新内容从主交通工具传播到车辆，其中更新内容传播通过来自第一子组的车辆的网络，接着是更大子组，等等。可以先发送更新内容的一部分，然后从同一辆车或另一辆车发送剩余部分。在一实施例中，该解决方案还可用于向交通工具和交通工具操作者/乘客的设备提供交通工具计算机的更新内容。更新内容可能由所有驾驶员和/或所有乘客授权。向车辆和设备提供软件更新内容。用户无需做任何事情，只要靠近车辆，功能就会自动完成。向设备发送通知，指示软件更新已完成。在一实施例中，该解决方案还可用于验证OTA软件更新由合格技术人员执行，并由一个或多个交通工具组件生成与以下相关的状态：验证代码的发起者、无线接收软件更新的程序、软件更新中包含的信息、以及验证结果。

在一实施例中，该解决方案还可用于提供通过第二组件解析位于第一组件中的软件更新的能力。然后验证第一部分的关键更新内容和第二部分的非关键更新内容，将验证的第一部分分配给交通工具中的一个过程，此过程在一段时间内运行已验证的第一部分，并基于时间段对肯定的结果做出响应，一段时间后又与其他过程一起运行已验证的第一部分。在一实施例中，该解决方案还可用于向乘客提供服务选择，其中服务基于交通工具的乘客简档以及与乘客简档共享的简档。在一实施例中，该解决方案还可用于将用户简档数据存储在区块链中，并基于用户自动收集的购买历史和从区块链上的用户简档获取的偏好智能地向用户展示优惠和推荐内容。

图3A示出了根据示例实施例的流程图300。参考图3A，处理器可以执行以下中的一项或多项操作：通过第一传感器检测环境(302)，确定与环境相关的事件即将发生(304)，向与即将发生的事件相关联的第二传感器提供能量(306)，以及通过第二传感器在事件正在发生时检测事件(308)。

图3B示出了根据示例实施例的另一个流程图320。参考图3B，处理器可以执行以下中的一项或多项操作：确定预计将发生即将发生的事件的交通工具的部位，并向设置在预计将发生事件的交通工具的部位中的一个或多个附加传感器提供能量(322)；确定预计将发生即将发生的事件的交通工具的部位，在第一时间段内向与该部位相关联的所有传感器提供能量，并在比第一时间段长的第二时间段内向第二传感器提供能量(324)；确定交通工具的前部是预计将发生即将发生的事件的交通工具的部位，并且向交通工具提供能量以在预定义的时间段内降低交通工具速度(326)；确定交通工具的后部是预计将发生即将发生的事件的交通工具的部位，并且向交通工具提供能量以在预定义的时间段内提高交通工具速度(步骤328)。

图3C示出了根据示例实施例的又一个流程图340。参照图3C，处理器可以执行以下中的一项或多项操作：从至少一个组件接收事件的验证，其中该验证包括由交通工具和所述至少一个组件组成的对等组之间的区块链共识(342)，以及执行智能合约以基于区块链共识在区块链上记录即将发生的事件和所述至少一个组件(344)。

图4示出了根据示例实施例的机器学习交通工具网络图400。网络400包括与机器学习子系统406接口的交通工具节点402。交通工具节点包括一个或多个传感器404。

机器学习子系统406包含学习模型408，其是由机器学习训练系统410创建的数学工件，其通过在一个或多个训练数据集中寻找模式来生成预测。在一些实施例中，机器学习子系统406在交通工具节点402中。在其他实施例中，机器学习子系统406在交通工具节点402之外。

交通工具节点402将数据从一个或多个传感器404发送到机器学习子系统406。机器学习子系统406将一个或多个传感器404数据提供给学习模型408，学习模型408返回一个或多个预测。机器学习子系统406基于来自学习模型408的预测向交通工具节点402发送一个或多个指令。

在又一实施例中，交通工具节点402可将一个或多个传感器404数据发送至机器学习训练系统410。在再一实施例中，机器学习子系统406可将传感器404数据发送至机器学习训练系统410。本文描述和/或描绘的应用、特征、步骤、解决方案等中的一个或多个可以利用这里描述的机器学习网络400。

图5A示出了根据示例实施例的用于管理与车辆相关联的数据库交易的示例车辆配置500。参考图5A，当特定交通工具/车辆525从事交易(例如，车辆服务、经销商交易、交付/提货、运输服务等)时，车辆可以根据交易接收资产510和/或注销/转移资产512。交通工具处理器526在车辆525中，且在交通工具处理器526、数据库530、交通工具处理器526和交易模块520之间存在通信。交易模块520可以记录信息，例如资产、当事人、积分、服务描述、日期、时间、位置、结果、通知、意外事件等。交易模块520中的那些交易可以被复制到数据库530中。数据库530可以是SQL数据库、RDBMS、关系数据库、非关系数据库、区块链、分布式账本中的一个，并且可以在交通工具上或在交通工具外，或可直接访问和/或通过网络访问，或者可被交通工具访问。

图5B示出了根据示例实施例的用于管理在各车辆之间进行的数据库交易的示例车辆配置550。当车辆进入需要与另一车辆共享服务的状态时，车辆525可以与另一车辆508接合以执行各种动作，例如共享、转移、获取服务呼叫等。例如，车辆508可能需要为电池充电和/或可能有轮胎问题，且可能正在拾取包裹以便递送的途中。交通工具处理器528在车辆508中，且在交通工具处理器528、数据库554和交易模块552之间存在通信。车辆508可以通知另一车辆525，该车辆525在其网络中且在其区块链成员服务上运行。交通工具处理器526在车辆525中，且在交通工具处理器526、数据库530、交通工具处理器526和交易模块520之间存在通信。然后车辆525可以通过无线通信请求接收信息，以从车辆508和/或服务器(未示出)中执行包裹拾取。交易分别记录在两个车辆的交易模块552和520中。将积分从车辆508转移到车辆525，假设区块链彼此不同则将转移服务的记录记录在数据库530/554中，否则记录在所有成员共用的同一个区块链中。数据库554可以是SQL数据库、RDBMS、关系数据库、非关系数据库、区块链、分布式账本中的一种，并且可以在交通工具上，可以在交通工具外，可以直接可访问和/或通过网络访问。

图6A示出了根据示例实施例的区块链架构配置600。参照图6A，区块链架构600可以包括某些区块链元素，例如，作为区块链组610的一部分的一组区块链成员节点602-606。在一示例实施例中，被许可的区块链不是所有方都可以访问的，只有被允许访问区块链数据的那些成员可以访问。区块链节点参与多个活动，例如区块链条目添加和验证过程(共识)。一个或多个区块链节点可以基于背书策略背书条目，并且可以为所有区块链节点提供排序服务。区块链节点可以发起区块链动作(例如认证)并寻求写入存储在区块链中的区块链不可变帐本中，其账本副本也可以存储在基础物理基础设施上。

区块链交易620存储在计算机的存储器中,作为成员节点指定的共识模型所接收和审核的交易。审核通过的交易626存储在区块链的当前区块中，并通过提交程序递交给区块链,该程序包括对当前区块中交易的数据内容执行哈希运算并进行上一区块的前一哈希引用。区块链内，可能存在定义智能合约可执行应用程序代码632中包含的交易协议和动作的条款的一个或多个智能合约630，例如注册的接收者、车辆特征、要求、许可、传感器阈值等。代码可以被配置为识别请求实体是否被注册以接收车辆服务，基于请求实体的简档情况他们有权/需要获得什么服务功能，以及是否在后续事件中监控他们的行为。例如，当服务事件发生且用户乘坐在车辆中时，可以触发传感器数据监控，可以在特定时间段将某个参数(例如车辆充电水平)识别为高于/低于特定阈值，这样结果可能是更改当前状态，这需要向管理方(即车辆所有者、车辆操作者、服务器等)发送告警，以便识别和存储该服务以供参考。所收集的车辆传感器数据可以基于用于收集有关车辆状态信息的传感器数据类型。传感器数据也可能是车辆事件数据634的基础，如去旅行的地点、平均速度、最高速度、加速度、是否有碰撞、是否采用预期路线、下一个目的地是哪里、安全措施是否到位、车辆是否有足够的电/燃料等。所有这些信息都可以作为智能合约630条款的基础，并存储在区块链中。例如，存储在智能合约中的传感器阈值可用作判断检测到的服务是否必要、何时何处执行服务的基础。

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

智能合约应用程序代码644通过建立应用程序代码为区块链交易提供基础，该应用程序代码在执行时使得交易条款和条件生效。智能合约630被执行时使某些审核通过的交易626被生成，并接着转发到区块链平台652。该平台包括安全/授权658、执行交易管理的计算设备656以及作为在区块链中存储交易和智能合约的存储器的存储部分654。

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

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

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

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

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

图6C示出了根据示例实施例的用于存储区块链交易数据的区块链配置。参考图6C，示例配置660为车辆662、用户设备664和服务器666提供与分布式账本(即，区块链)668共享信息。服务器可以代表服务提供商实体，在已建立的已知用户简档试图租用已有评级简档的车辆的情况下，向车辆服务提供商查询以共享用户简档评级信息。服务器666可能正在接收和处理与车辆的服务要求相关的数据。当服务事件发生时，例如车辆传感器数据指示需要加油/充电、维护服务等，可以使用智能合约来调用规则、阈值、传感器信息收集等，这些可以用于调用车辆服务事件。为每个交易保存区块链交易数据670，例如访问事件、车辆服务状态的后续更新、事件更新等。交易可以包括各参与方、要求(例如，年龄满18岁、服务合格候选人、有效驾照等)、补偿水平、事件期间行驶的距离、允许访问事件和托管车辆服务的已注册接收者、权利/许可权限、车辆事件操作期间检索的传感器数据以记录下一服务事件的详细信息并识别车辆状态，以及用于确定服务事件是否完成和车状状态是否已改变的阈值。

图6D示出了根据示例实施例的可以添加到分布式账本的区块链区块680，以及区块结构682A至682n的内容。参考图6D，客户端(未显示)可以向区块链节点提交条目，以在区块链上执行活动。例如，客户端可以是代表请求者(例如设备、个人或实体)为区块链提议条目的应用程序。多个区块链对等体(例如，区块链节点)可以维护区块链网络的状态和分布式账本的副本。区块链网络中可能存在不同类型的区块链节点/对等体，包括模拟和背书由客户端提出的条目的背书对等体，以及验证背书、验证条目并将条目提交到分布式账本的提交对等体。在这个示例中，区块链节点可以作为背书节点、提交节点或兼顾两者的角色。

即时系统包括在区块中存储不可变的、有序的记录的区块链，以及维护区块链的当前状态的状态数据库(当前世界状态)。每个通道可能有一个分布式账本，并且每个对等体为其所属的每个通道维护分布式账本的其自身副本。即时区块链是条目日志，被结构化为哈希链接的区块，每个区块包含N个条目的序列。区块可以包括各种组件，例如图6D中所示的组件。区块的链接可以通过在当前区块的区块头中添加前一区块头的哈希来生成。这样，区块链上的所有条目可以按顺序排列且以加密方式链接在一起，防止在不破坏哈希链接的情况下篡改区块链数据。此外，由于链接结构，区块链中的最新区块代表在其之前出现的每个条目。即时区块链可以存储在对等文件系统(本地或附接的存储装置)上，这支持仅追加的区块链工作负载。

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

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

排序服务接受背书后的条目，将它们排序到区块中，并将这些区块传送到提交对等体。例如，当达到条目阈值、定时器超时或其他条件时，排序服务可以启动新区块。在该示例中，区块链节点是已经接收到要存储在区块链上的数据块682A的提交对等体。排序服务可能由排序节点的簇组成。排序服务不处理条目、智能合约或维护共享帐本。相反，排序服务可以接受背书后的条目并指定这些条目提交到分布式账本的顺序。区块链网络的架构可以设计成“排序”(例如Solo、Kafka、BFT等)具体实现成为可插拔组件。

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

参考图6D，存储在区块链和/或分布式账本上的区块682A(也称为数据块)可以包括多个数据段，例如区块头684A到684n、交易特定数据686A到686n和区块元数据688A至688n。应当理解的是，所描绘的各种区块及其内容，例如区块682A及其内容仅用于示例目的，并不意味着限制示例实施例的范围。在一些情况下，区块头684A和区块元数据688A都可能小于存储条目数据的交易特定数据686A；然而，这不是必需的。区块682A可以在区块数据690A至690n内存储N个条目(例如，100、500、1000、2000、3000等)的交易信息。区块682A还可以在区块头684A内包括到前一区块(例如，在区块链上)的链接。特别地，区块头684A可以包括前一区块头的哈希值。区块头684A还可包括唯一的区块号、当前区块682A的区块数据690A的哈希值等。区块682A的区块号可以是唯一的并且从零开始递增/顺序次序分配。区块链中的第一区块可以称为创始区块，包括与区块链、区块链成员、以及存储在其中的数据等相关的信息。

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

在一些实施例中，区块数据690A还可以存储交易特定数据686A，其向区块链中区块的哈希链接的链中添加附加信息。因此，数据686A可以存储在分布式账本上区块的不可变日志中。存储这种数据686A的一些益处在本文公开和描述的各种实施例中体现。区块元数据688A可以存储元数据的多个字段(例如，作为字节数组等)。元数据字段可以包括区块创建时的签名、最后配置区块的引用、识别区块内的有效和无效条目的条目过滤器、对区块进行排序的排序服务的最后偏移量等。签名、最后配置区块和排序节点元数据可以由排序服务添加。同时，区块的提交者(例如区块链节点)可以基于背书策略、读/写集的验证等添加有效性/无效性信息。条目过滤器可以包括大小等于区块数据610A中的条目数量的字节数组和标识条目是否有效/无效的验证码。

区块链中的其他区块682B至682n也具有头、文件和值。然而，与第一区块682A不同，其他区块中的区块头684A至684n中的每一个都包括紧前一区块的哈希值。紧前一区块的哈希值可能仅是前一区块头的哈希，或者可能是整个前一区块的哈希值。通过在每个剩余区块中包含前一区块的哈希值，可以逐块地从第N个区块追溯到创始区块(和相关联的原始文件)，如箭头692所示，以建立可审计且不可变的监管链。

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

示例性的存储介质可以耦合到处理器，使得处理器可以从存储介质读取信息和向存储介质写入信息。另选地，存储介质可以与处理器一体。处理器和存储介质可以存在于专用集成电路(“ASIC”)中。另选地，处理器和存储介质可以作为分立组件存在。例如，图7示出了示例计算机系统架构700，其可以代表任何上述组件等或集成在任何上述组件等中。

图7并不旨在对所描述的本申请实施例的使用或功能的范围建议任何限制。无论如何，计算节点700能够实现和/或执行上文阐述的任何功能。

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

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

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

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

计算机系统/服务器702通常包括各种计算机系统可读介质。此类介质可以是计算机系统/服务器702可访问的任何可用介质，并且其包括易失性和非易失性介质两者、可移动和不可移动介质。在一实施例中，系统存储器706实现其他附图的流程图。系统存储器706可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)708和/或高速缓存存储器710。计算机系统/服务器702还可以包括其他可移动/不可移动、易失性/非易失性计算机系统存储介质。仅作为示例，存储器706可以用于从不可移动、非易失性磁介质(未示出，通常称为“硬盘驱动器”)读取并向其写入。尽管未示出，可以提供用于读取和写入可移动非易失性磁盘(例如“软盘”)的磁盘驱动器，以及用于读取或写入可移动非易失性光盘(例如CD-ROM、DVD-ROM或其他光学介质)的光盘驱动器。在这种情况下，每一者都可以通过一个或多个数据媒体接口连接到总线。如下文进一步描绘和描述的，存储器706可以包括至少一个程序产品，该程序产品具有一组(例如，至少一个)用于执行本申请各实施例功能的程序模块。

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

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

计算机系统/服务器702还可以通过I/O设备712(例如I/O适配器)与一个或多个外部设备通信，该I/O设备可以包括键盘、指点设备、显示器、语音识别模块等、使用户能够与计算机系统/服务器702交互的一个或多个设备、和/或任何能够使计算机系统/服务器702与一个或多个其他计算设备通信的设备(例如，网卡、调制解调器等)。可以通过设备712的I/O接口实现通信。而且，计算机系统/服务器702可以通过网络适配器与一个或多个网络通信，网络例如局域网(LAN)、通用广域网(WAN)和/或公共网络(例如互联网)。如图所示，设备712通过总线与计算机系统/服务器702的其他组件通信。应当理解，虽然未示出，但其他硬件和/或软件组件可以与计算机系统/服务器702一起使用。示例包括但不限于：微代码、设备驱动程序、冗余处理单元、外部盘驱动阵列、RAID系统、磁带驱动器和数据归档存储系统等。

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

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

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

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

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

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

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

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

Claims (15)

1.一种方法，包括：

由交通工具通过第一传感器检测环境；

由所述交通工具确定与所述环境相关的事件即将发生；

由所述交通工具向与即将发生的事件相关联的第二传感器提供能量；以及

由所述交通工具通过所述第二传感器在所述事件正在发生时检测所述事件。

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

确定预计将发生所述即将发生的事件的所述交通工具的部位；以及

向设置在预计将发生所述事件的所述交通工具的所述部位中的一个或多个附加传感器提供能量。

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

确定预计将发生所述即将发生的事件的所述交通工具的部位；

在第一时间段内向与所述部位相关联的所有传感器提供能量；以及

在比所述第一时间段长的第二时间段内向所述第二传感器提供能量。

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

确定所述交通工具的前部是预计将发生所述即将发生的事件的所述交通工具的部位；以及

向所述交通工具提供能量以在预定义的时间段内降低交通工具速度。

5.根据权利要求1所述的方法，包括：

确定所述交通工具的后部是预计将发生所述即将发生的事件的所述交通工具的部位；以及

向所述交通工具提供能量以在预定义的时间段内提高交通工具速度。

6.根据权利要求1所述的方法，包括：由所述交通工具从至少一个组件接收所述事件的验证，其中所述验证包括由所述交通工具和所述至少一个组件组成的对等组之间的区块链共识。

7.根据权利要求6所述的方法，包括：由所述交通工具执行智能合约，以基于所述区块链共识在区块链上记录所述即将发生的事件和所述至少一个组件。

8.一种交通工具，包括：

处理器，所述处理器被配置为：

通过第一传感器检测环境；

确定与所述环境相关的事件即将发生；

向与即将发生的事件相关联的第二传感器提供能量；以及

通过所述第二个传感器在所述事件发生时检测所述事件。

9.根据权利要求8所述的交通工具，其中所述处理器还被配置为：

确定预计将发生所述即将发生的事件的所述交通工具的部位；以及

向设置在预计将发生所述事件的所述交通工具的部位中的一个或多个附加传感器提供能量。

10.根据权利要求8所述的交通工具，其中所述处理器还被配置为：

确定预计将发生所述即将发生的事件的所述交通工具的部位；

在第一时间段内向与所述部位相关联的所有传感器提供能量；以及

在比所述第一时间段长的第二时间段内向所述第二传感器提供能量。

11.根据权利要求8所述的交通工具，其中所述处理器还被配置为：

确定所述交通工具的前部是预计将发生所述即将发生的事件的所述交通工具的部位；以及

向所述交通工具提供能量以在预定义的时间段内降低交通工具速度。

12.根据权利要求8所述的交通工具，其中所述处理器还被配置为：

确定所述交通工具的后部是预计将发生所述即将发生的事件的所述交通工具的部位；以及

向所述交通工具提供能量以在预定义的时间段内提高交通工具速度。

13.根据权利要求8所述的交通工具，其中所述处理器还被配置为：

从至少一个组件接收所述事件的验证，其中所述验证包括由所述交通工具和所述至少一个组件组成的对等组之间的区块链共识。

14.根据权利要求13所述的交通工具，其中所述处理器还被配置为：

执行智能合约，以基于所述区块链共识在区块链上记录所述即将发生的事件和所述至少一个组件。

15.一种非瞬时性计算机可读存储介质，所述非瞬时性计算机可读存储介质被配置为存储指令，所述指令在被执行时使得处理器执行根据权利要求1至7中任一项所述的方法的操作。

Images