CN114202094A

CN114202094A - 基于路线数据对交通工具的无线能量传送

Info

Publication number: CN114202094A
Application number: CN202110994108.7A
Authority: CN
Inventors: N·卢; M·帕内斯
Original assignee: Toyota Motor North America Inc
Current assignee: Toyota Motor North America Inc
Priority date: 2020-08-28
Filing date: 2021-08-27
Publication date: 2022-03-18
Also published as: JP7350814B2; US20230044261A1; US20220069636A1; JP2022040073A; US11515741B2

Abstract

本公开涉及基于路线数据对交通工具的无线能量传送。示例操作包括以下中的一项或多项：由交通工具确定沿路线存在能量传送条件；基于超过能量传送值的所述能量传送条件以及基于一个或多个交通条件，由所述交通工具行驶到所述路线上的地点；由所述交通工具在所述地点处对准所述交通工具的位置以无线地接收能量传送；以及在所述交通工具运动时由所述交通工具接收所述能量传送。

Description

基于路线数据对交通工具的无线能量传送

相关申请交叉申请

本申请与共同待审的题为“动态交通工具能量控制(DYNAMIC TRANSPORT ENERGYCONTROL)”的美国非临时专利申请以及题为“对交通工具的能量分配(POWER ALLOCATIONTO TRANSPORTS)”的美国临时专利申请相关，这些申请于同日递交且以上每一者全部内容以引入的方式并入本文中。

背景技术

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

发明内容

一示例实施例提供了一种方法，包括以下中的一项或多项：由交通工具确定沿路线存在能量传送条件；基于超过能量传送值的所述能量传送条件以及基于一个或多个交通条件，由所述交通工具行驶到所述路线上的地点；由所述交通工具在所述地点处对准所述交通工具的位置，以无线地接收能量传送；以及由所述交通工具在所述交通工具运动时接收所述能量传送。

另一示例实施例提供了一种交通工具，包括可通信地耦合到处理器的存储器，其中所述处理器执行以下中的一项或多项：由交通工具确定沿路线存在能量传送条件；基于超过能量传送值的所述能量传送条件以及基于一个或多个交通条件，由所述交通工具行驶到所述路线上的地点；由所述交通工具在所述地点处对准所述交通工具的位置，以无线地接收能量传送；以及由所述交通工具在所述交通工具运动时接收所述能量传送。

又一示例实施例提供了一种包含指令的非瞬时性计算机可读存储介质，所述指令在由处理器读取时使得该处理器执行以下中的一项或多项：由交通工具确定沿路线存在能量传送条件；基于超过能量传送值的所述能量传送条件以及基于一个或多个交通条件，由所述交通工具行驶到所述路线上的地点；由所述交通工具在所述地点处对准所述交通工具的位置，以无线地接收能量传送；以及由所述交通工具在所述交通工具运动时接收所述能量传送。

附图说明

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

图1B至图1E示出了根据示例实施例的交通工具之间的能量传送的示例。

图1F示出了根据示例实施例的交通工具的各种能量传送端口。

图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，交通工具可以包括一个或多个提供交通工具110和一个或多个接收交通工具120。在该示例中，可以各有一个提供交通工具和接收交通工具，但是取决于情况也可以有多个。例如，在一段时间内，一个接收交通工具120可以有多个能量提供交通工具110在单个能量共享会话或多个会话中提供能量。服务器130可以是在网络上操作的通信实体，其向交通工具110/120提供服务以参与能量共享事件。所有交通工具都可能具有自己的车载计算设备，例如嵌入式计算设备、交通工具内的移动设备等。此外，每个交通工具都可以具有自己的通信服务，例如使用任何无线协议的任何无线服务。

在交通工具之间进行的事件可以包括车辆到车辆(V2V)的电量共享或者其他能量共享，这通过在停车情况、以特定速度在固定位置移动时和/或在停车区域或在路上相对于彼此从一个位置移动到另一位置时中的任何一者或多者下对准彼此靠近的交通工具来进行。识别潜在充电事件是否可以在任何特定时间发生的能力可以基于某些能量传送条件，例如一个交通工具有多少电量或能量可用以提供给另一交通工具、将花费多长时间让交通工具在道路上相遇以发起传送、交通工具的预期目的地和交通工具的状态(例如忙、不忙、愿意共享、不愿意共享等)。交通条件可以包括道路上的车流量、一天中的时间以及特定的预期事件(事故、天气、高峰时间等)。某些交通条件更有利于完成能量传送事件。在一个示例中，频繁的走走停停可以是或者可以不是有利的事件，因为交通工具之间的距离可能会一致或者可能不会一致，这特别取决于提供/接收能量的交通工具的类型，这可能是在计划事件时要考虑的另一个条件。

在一示例实施例中，当能量的潜在接收者，例如接收交通工具120已经接收到关于能量传送事件基于能量传送条件和/或交通条件何时何地可能发生的信息(112)时，接收交通工具120可以接受/设置能量传送事件。该事件可以经由服务器130被记录并且与被设置为参与这样的事件的参与交通工具110/120共享。在另一实施例中，接收交通工具120可以直接与提供交通工具110和/或服务器130通信以建立能量传送。该过程还可以包括由接收交通工具120(经由计算平台)并且由于沿当前路线存在能量传送条件而基于超过能量传送值的能量传送条件以及基于一个或多个交通条件确定将交通工具行驶到路线上的地点(114)。能量传送值可以用函数加权一组条件以确定事件是否高于传送值的阈值。例如，两个交通工具是否彼此接近相距设定的距离(例如10英里)，朝同一方向行驶，在不靠边停车的情况下彼此可以追上(例如，一辆交通工具减速，另一辆提高速度，等等)。组合加权分数可能需要等于或高于能量传送值的取值，以便事件继续进行。该过程还可以包括由交通工具在预期传送地点对准交通工具的位置，以便无线地接收能量传送(116)。行驶和对齐操作可以包括在特定时间并且以特定速度沿特定路线移动接收交通工具120/提供交通工具110，以便接收交通工具120/提供交通工具110可以在多车道的特定车道上对齐它们的位置，使得无线能量(即电量)从一个位置(或端口)流向另一位置。由于道路可能包括各种障碍物(例如其他交通工具的移动车流、建筑、交通、变化的天气条件等)，接收交通工具120可以在能量传送事件期间改变位置(122)，并在交通工具上与第一位置不同的位置处接收附加能量(124)。能量传送事件的最终结果(126)可以与服务器130共享,以确认各参与方、简档、能量传送量、位置、时间量、接收和/或交换的值等。位置可以包括经由双边(提供/接收)充电接口接收和提供能力。

能量传送事件，例如电量共享，可以在交通工具静止或运动时进行。在可以设置和执行事件之前，服务器130和/或交通工具110/120可以在参与能量传送事件之前执行：确定沿路线上的一个或多个交通条件，确定交通工具地点和一个或多个附加交通工具地点，以及一个或多个交通条件和交通工具地点是否将满足能量传送条件。在一个示例中，能量传送条件可以包括在接收交通工具的路线上的某个距离内以及在某个时间量内所需的特定充电量。这些条件可以作为识别候选提供交通工具的要求。当这些条件中的一个或多个可以以特定准确度(即5％或更少)满足时，则可以认为该事件是可接受的。能量需求水平可以是基于识别到的各种条件可能交换的估计充电量。

一旦因事件标准高于能量传送条件的能量要求水平而触发事件，交通工具可以具有(从服务器130提供给交通工具110/120)关于传送将如何进行的对齐计划，例如识别运动中的一个或多个交通工具的当前和未来位置，以及改变交通工具的一个或多个位置为彼此相距在一定距离内以在交通工具之间接收和提供能量。能量传送事件可以包括接收交通工具120从一个提供交通工具110接收一部分能量。然后在一段时间之后，交通工具中的一个或两个的位置可以改变，并且可以在不同的位置通过一个或两个交通工具上的不同端口(见图1B至图1F)提供附加能量。在单个能量共享事件中可以使用各种不同的能量共享配置。

图1B至图1E示出了根据示例实施例的在道路上时能量共享的不同示例。参考图1B，交通工具110/120处于第一距离D1处，这可能太远而不能进行能量传送事件。能量共享事件所需的距离可能需要小于例子中的D1，对于该示例D1可能约为15英尺。为了获得无线充电，距离可能需要为10英尺或更短。

在图1C中，提供交通工具110可以从提供交通工具110的前部向接收交通工具120的后部提供充电。这两个交通工具可以处于它们可以在沿着道路移动时彼此保持相对固定的位置。图1D的示例显示接收交通工具120通过位于后部的端口从交通工具主体的后部接收充电，并且提供交通工具110通过位于前部的端口从其前部向交通工具120的后部提供充电。正如所观察的，随着交通模式变化，交通工具相对彼此的位置可能会变化。因此，在充电事件会话中使用的充电端口可以彼此之间切换，然而，总充电量可以基于提供交通工具110上的一个或多个端口与接收交通工具120上的一个或多个端口接合的时间而定。图1E的另一示例中，提供交通工具110的前部的角落端口可以向接收交通工具120的后部的角落端口提供充电。

图1F示出了根据示例实施例的在交通工具主体周围具有各种充电端口的交通工具。参考图1F，示例150示出了接收交通工具120如何可以具有各种能量共享/接收端口152-162以及潜在更多的围绕整个交通工具主体分布的端口。任何端口都可以连接到一个或多个电池或其他可以接收和存储能量或共享和释放能量的能量源。在该示例中，在第一时间T1，在提供交通工具110靠近交通工具的那些部位时，可以使用端口152和/或154。在稍后的时间T2，当提供交通工具110在接收交通工具120前方时，可以使用交通工具120的前部区域中的端口，例如156、158和162。然后，在稍后的时间T3，假设交通工具再次改变位置，后部端口152可用于第三能量共享事件。当交通工具沿道路移动或在特定时间交通工具的仅一个位置是最佳的位置时，各种端口位置提供了积累多个能量传送的方式。

在一个示例中，交通工具110/120彼此接近。提供交通工具上的端口，例如位于例如每个车门的下部的端口，以允许进行能量传送。在一实施例中，能量传送的请求由一个交通工具发起(在其他实施例中，该请求可以由服务器130发起)。在两个交通工具110/120之间建立无线连接，以确定是否能够传送所请求量的能量。端口之间传送一定量的能量包括在任何时间传送一定量能量中的一部分以及传送一定量的能量中的一部分直到满足能量传送请求。

从一个交通工具的电池到另一交通工具的电池的充电使用至少一个能量传送过程。无线能量传送的实现包括至少两种不同的类型：电感式，即在导电线圈之间使用磁场耦合来传送能量，以及电容式，即使用导电板之间的电场耦合来传送能量。电容传送系统减少了对电磁场屏蔽的需求，并且可以在高频下运行，从而使它们可能更小、更便宜。允许无线能量传送的这些类型的一种或多种和/或其他技术可以与本解决方案一起使用。

在一实施例中，通过控制单个逆变器(未示出)的输入电压及其相对相移，可以将能量保持在均匀水平并在交通工具110/120上的各个端口以及包含必要设备的充电站之间无线地传送能量。高频逆变器可用于补偿以固定频率运行时的耦合变化。逆变器的负载可以出现以提供几乎没有电流切换的无电压补偿。电压增益和补偿网络可用于提供电压和/或电流增益。当耦合电抗从其标称值改变时，逆变器提供所需的附加补偿。高频整流器(未示出)可用于在固定频率下提供可变补偿，同时保持高效率。

当一对交通工具，或者甚至三辆或更多交通工具，参与道路移动能量传送事件时，为了道路安全和交通措施，控制实体可能是必要的以保持对交通工具的控制。例如，如果两个或更多交通工具在沿道路移动时进行能量传送，则交通工具之一或另一网络实体(例如服务器)可以负责(通过控制其他交通工具上的一个或多个车载处理器)所有交通工具的加速、制动、速度等。此外，如果交通工具对前面的领路交通工具在其他交通工具之前，则该交通工具可以在传送进行时为这两个交通工具提供制动和速度控制。一旦传送停止，交通工具可以再次保持自身的控制并彼此独立。

在一示例实施例中，能量交换可以包括：在第一时间段内在交通工具主体的第一位置处接收能量传送的一部分，并且在第二时间段内在交通工具主体的第二位置处接收能量传送的另一部分以完成能量传送。充电位置的积累可以等于完整的能量传送。该过程可包括：基于一种或多种交通条件、交通工具以及一个或多个附加交通工具，以及交通工具在能量传送期间在运动时如何最佳地对齐，来确定估计的时间量，以及基于该估计的时间量以及是否可以交换足够的电量来确定能量传送条件存在。

当能量传送发生时，交通工具可以从至少一个组件(如本文所描述和/或描绘的)接收能量传送的验证，其中该验证可以包括由交通工具(或交通工具中的一个或多个设备)与该至少一个组件组成的对等组之间的区块链共识，并且该过程还可以包括由交通工具执行智能合约，以基于区块链共识在区块链上记录该验证和至少一个组件。

在一示例实施例中，交通工具能够确定与另一交通工具执行无线能量传送的最佳时间和位置。时间和位置可以基于路线上当前或未来的交通、路线上当前或未来的道路状况和/或路线上的当前或未来天气状况而定，该路线可以是接收或提供交通工具的路线。在一实施例中，需要能量的交通工具120通知服务器130和能够提供能量的交通工具110中的一个或多个。交通工具120发送的通知包括交通工具的当前位置、交通工具中剩余能量大小、交通工具的能量将耗尽的未来位置、以及交通工具将没有能量的时间中的一个或多个。如果交通工具120的位置和可用性是已知的，则通知可以由交通工具120直接发送到交通工具110。该通知还可以由交通工具120发送到服务器130，通过其他交通工具请求能量。服务器130确定交通工具110(或其他交通工具)是否能够在交通工具120将耗尽能量之前与交通工具120相遇。如果是，则服务器130向交通工具120和交通工具110通知会合地点，在两交通工具沿路线运动和/或暂时停止(例如，红灯、交通拥堵、休息区等)的同时，交通工具110可以在该地点无线地向交通工具120提供能量。

会合地点可以基于交通条件数据。例如，一个或多个网络元件，如交通工具110、交通工具120和服务器130，可以基于最近或历史交通信息确定会合地点处的可能交通条件。当交通条件最佳时，例如，如果交通工具将以缓慢的速度移动和/或经常停下来，则位置可以设置用于无线能量传送，这将更高效，因为交通工具可以最佳地对齐更长时间以进行能量传送。

在另一实施例中，缓慢的速度是否可能可以视交通工具可以基于前方车流最佳地定位的时间长度和/或距离而定。例如，如果交通工具并排，则前面两条车道的车流应允许最佳能量传送的最小距离。这可以通过确定传送足够电量以及确保前方有足够的道路所需的时间量来进一步确认，这可由一个或多个网络元件确定。例如，如果交通工具在道路上处于从后到前或从前到后的配置，则前方单车道中的车流应允许最佳能量传送的最小距离。在一个示例中，一个交通工具和另一个交通工具基于来自服务器的指令保持就位，服务器可以在共享事件期间控制交通工具。在一实施例中，交通工具和另一交通工具不断地相互发送消息以确保准确地对齐。因此，交通工具可能是并排的，然后是从前到后，然后因无法进行最佳能量传送而断开，然后并排，断开，在不同位置处重新连接甚至连接到提供更优能量传送的不同交通工具，这样使得事件成为三个或更多交通工具的事件。

在一个实施例中，从交通工具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

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中任一项所述的方法的操作。