具体实施方式

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

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

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

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

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

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

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

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

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

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

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

示例实施例提供了一种用于向特定车辆和/或与应用于车辆的用户简档相关联的请求用户提供车辆服务的方法。例如，用户可以是车辆的所有者或者是由另一方拥有的车辆的操作者。车辆可能需要以某些间隔进行服务，并且服务需求可能需要在允许接收服务之前进行授权。而且，服务中心可能基于车辆的当前路线计划和相对的服务水平要求(例如，立即、严重、中等、微小等)为附近区域中的车辆提供服务。可以经由一个或多个传感器来监视车辆需求，该一个或多个传感器将感测到的数据报告给车辆中的中央控制器计算机设备，然后该车辆需求被转发到管理服务器以进行审查和采取动作。

传感器可以位于以下中的一个或多个上：运输工具的内部、运输工具的外部、在与运输工具分开的固定物体上，以及在运输工具附近的另一个运输工具上。传感器还可以与运输工具的速度、运输工具的制动、运输工具的加速度、燃料水平、服务需求、运输工具的变挡、运输工具的转向等相关联。传感器的概念也可以是一种设备，诸如移动设备。同样，传感器信息可以用于识别车辆是否正在安全操作以及乘员用户是否诸如在车辆进入期间参与了任何意外的车辆状况。可以识别在车辆操作之前、期间和/或之后收集的车辆信息，并将其存储在共享/分布式分类帐上的交易中，该交易可以被生成并提交给如由许可授予团体确定的不可变分类帐，因此是“分散化”方式的，诸如经由区块链成员身份组。

每个利益方(即，公司、代理等)可能希望限制私人信息的公开，因此区块链及其不变性可以限制公开信息，并管理每个特定用户车辆简档的许可。智能合约可以用于提供补偿、量化用户简档得分/评分/审查、应用车辆事件许可、确定何时需要服务、识别冲突和/或降级事件、识别安全相关问题、识别事件的各方并向寻求访问此类车辆事件数据的注册实体提供分发。同样，可以识别结果，并且可以基于与区块链相关联的“共识”方法在注册的公司和/或个体之间共享必要的信息。这样的方法无法在传统的集中式数据库上实现。自主驾驶系统利用软件和传感器阵列。可以利用机器学习、包括相机的传感器来允许无人驾驶(self-driving car)的汽车导航。

自主驾驶系统可以利用软件、传感器阵列以及机器学习功能、激光雷达投影仪、雷达、超声波传感器等来创建运输工具可以用于导航和其它目的的地形和道路的图。在一些实施例中，GPS、地图、相机、传感器等也可以代替激光雷达在自主驾驶车辆中使用。

在某些实施例中，本解决方案包括经由自动且快速的认证方案授权车辆进行服务。例如，可以由车辆操作员执行行驶到充电站或燃油泵，并且只要服务站接收到授权，就可以无任何延迟地执行接收充电或燃料的授权。车辆可以提供通信信号，该通信信号提供具有链接到可以被授权接受服务的账户的当前活动简档的车辆的标识，该账户可以随后通过补偿来纠正。可以使用其它措施来提供进一步的认证，诸如另一个标识符可以从用户的设备无线发送到服务中心，以通过附加的授权工作来代替或补充运输工具与服务中心之间的第一授权工作。

共享和接收的数据可以存储在数据库中，该数据库在一个单个数据库(例如，数据库服务器)中并且通常在一个特定位置维护数据。该位置通常是中央计算机，例如，台式中央处理单元(CPU)、服务器CPU或大型计算机。通常可从多个不同点访问存储在集中式数据库中的信息。集中式数据库易于管理、维护和控制，特别是为了安全目的，因为它位于单个位置。在集中式数据库内，由于所有数据的单个存储位置也意味着给定的一组数据仅有一个主记录，因此数据冗余被最小化。

图1图示了根据示例实施例的运输工具和充电站系统图100。运输工具或车辆104可以是电动车辆(EV)，其包括在电池或其它形式的能量存储设备中存储的能量。在一个实施例中，运输工具或车辆104在充电站112处接收电能。在另一个实施例中，运输工具或车辆104可以从太阳能面板或与运输工具或车辆104相关联的其它部件接收电能。在又一个实施例中，运输工具或车辆104可以从充电站112和/或太阳能面板或与运输工具或车辆104相关联的其它部件中的任一者或两者接收电能。存储的能量可以随着运输工具或车辆104到处行驶而逐渐耗尽，这限制了运输工具或车辆104的行驶范围。因此，当存储的能量处于电池或能量存储设备的最大容量时，驾驶范围被最大化。

有时，可以激励运输工具104或运输工具104的驾驶员或所有者将存储能量128的一些未使用的部分作为能量的量储存回充电站112。在储存能量的量128之后保留在运输工具或车辆104中的存储能量是剩余能量108。充电站112可以物理上位于其住宅中、住宅附近或潜在地邻近住宅的许多位置。在一些实施例中，运输工具104、所有者或驾驶员可以接收某种形式的信用作为用于储存存储能量的量128的奖励。因此，可以激励运输工具104或所有者/驾驶员寻找机会储存回未使用的能量128。例如，运输工具104可以在每个工作日通勤到离住宅一定距离远的工作地点，并且可以在夜间接收存储能量的完全充电。当当天晚些时候从工作地点返回时，驾驶员可能知道他们不需要在回家的路上或在前往充电站112的途中进行任何其它停留或旅行。因此，他们可以认识到储存一部分存储能量128的机会。在许多实施例中，在储存能量的量128之后，运输工具104可能需要被驾驶一定距离。在那种情况下，在储存能量的量128之前，运输工具104可以向充电站112提供期望要由运输工具116驾驶的距离。在一个实施例中，驾驶员或其它乘员可以向运输工具指定(例如，手动数据输入、语音响应等)期望的目的地，运输工具104计算到目的地的期望距离，并且运输工具104通过无线连接(例如，蜂窝网络、WI-FI、蓝牙等)提供距离116。作为响应，充电站112可以确定要从运输工具104取回的能量的量，使得运输工具104中剩余的能量的量108相当于期望要驾驶的距离116。

在一个实施例中，能量的量128可以基于运输工具104中乘员和货物的重量。运输工具104中的乘员和货物的重量可以是总负载120。换句话说，总负载120可以包括除了空运输工具104的重量之外由运输工具104携带的所有物品和重量。总负载120可以被测量为运输工具104的轴上的总负载，并且与每个轴相关联的负载传感器可以向总负载120提供负载贡献。在另一个实施例中，一个或多个内部相机可以通过观察运输工具104内的乘员和货物物品来用作负载传感器。在又一个实施例中，一个或多个外部相机可以通过观察运输工具的主体相对于轮胎或轴的倾角来用作负载传感器，其中倾角的量指示总负载120。在一个实施例中，运输工具104可以获得运输工具104的轴上的总负载120，其中总负载120可以包括乘员和货物的重量。接下来，可以计算总负载120与空负载(即，没有乘客/乘员和货物)之间的差，并且可以将该差作为与负载相关的通知124发送给充电站112。最终，充电站112可以确定要从运输工具128取回的能量的量，使得剩余的能量的量108可以相当于通过所述差调低的期望要驾驶的距离116。

在另一个实施例中，运输工具104可以向充电站112提供要添加到运输工具104并由运输工具104携带的一个或多个乘员或货物物品的负载相关通知124。在一个实施例中，运输工具104的驾驶员或其它乘员可以向运输工具104通知(例如，手动数据输入、音频语音响应)要添加到运输工具104的附加的(一个或多个)乘员或货物物品。例如，语音通知“我将在小学接Susan(I will pick up Susan at the elementary school)”或“我将在园艺店取3袋肥料(I will pick up 3bags of fertilizer at the gardening store)”可以向运输工具104通知要添加到运输工具104并由运输工具104携带的一个或多个乘员或货物物品。要转移的能量的量128可以通过与要添加到运输工具104并由运输工具104携带的一个或多个乘员或货物物品相关联的负变量的能量的量减少。

在另一个实施例中，运输工具104向充电站112提供与要从运输工具104移除且不再由其携带的一个或多个乘员或货物物品的负载相关的通知124。在一个实施例中，运输工具104的驾驶员或其它乘员可以向运输工具104通知(例如，手动数据输入、音频语音响应)将要从运输工具104移除的附加的(一个或多个)乘员或货物。例如，语音通知“我将在Bill的办公室处放下他(I will drop off Bill at his office)”或“我将放下用于服务的割草机(I will drop off the lawnmower for service)”可以向运输工具104通知要从运输工具104移除且不再由其携带的一个或多个乘员或货物物品。要转移的能量的量128可以通过与要从运输工具104移除且不再由其携带的一个或多个乘员或货物物品相关联的正变量的能量的量增加。

在另一个实施例中，充电站112可以从运输工具104取回能量的量并确定目的地、运输工具104的负载、一天中的时间以及天气状况。目的地可以由运输工具104或充电站112根据来自乘员设备或乘员本身的通知(诸如，语音通知)获得。可以如先前所述确定运输工具104的负载，包括但不限于轴传感器、内部相机和外部相机。运输工具104和充电站112在一天中的某个时间都将具有就绪和恒定的可用性，这可以指示运输工具104可以在其停靠的一个或多个地点的营业时间以及是否需要前灯。天气状况可以包括温度、道路状况、降水/雪/冰、风以及可能延迟运输工具104和影响充电使用率的其它因素。

接下来，充电站112可以计算出运输工具104到达目的地必须消耗更少能量，并提供减少运输工具104的能量使用的一个或多个通知124。充电站112计算当前配置的运输工具104不能利用运输工具104当前存储的能量到达目的地。在一个实施例中，可以将一个或多个通知124提供给运输工具104的驾驶员、所有者和/或一个或多个乘客。在一个实施例中，一个或多个通知124可以包括选项菜单，与运输工具104相关联的个人可以从中选择一个或多个项目来减少运输工具104能量消耗，以便提供到达目的地的附加范围。一个或多个项目可以包括但不限于：空调、加热、乘员设备使用、内部照明灯、运输工具的路线(例如，使用光线充足的路线而不是较暗的路线以减少对前灯的需要)、拖曳拖车、逆风减速/顺风加速，以及停下来吃饭以避免诸如高峰时段出现的走走停停的交通。

在另一个实施例中，充电站112可以从运输工具104取回能量的量128以及乘员和货物的重量124。在一个实施例中，当运输工具104正在储存能量的量128时，充电站112可以获得乘员和货物的重量124(即，总负载120)。如先前所讨论的，运输工具104本身可以提供总负载120，或者充电站112可以确定来自其它传感器或相机的信息。在另一个实施例中，乘员和货物的重量124(即，总负载120)可以在储存能量的量128之前或之后由运输工具104本身获得。

然后，充电站112可以将取回的能量的量128和重量与来自运输工具104或类似的其它运输工具的一个或多个先前取回的能量的量和重量进行比较，其中所述一个或多个先前取回的量针对相似的期望要驾驶的距离。最终，充电站112可以根据所述比较确定运输工具104的状况。该状况可能与运输工具104的年龄、维修历史、里程、事故或汽车效率相关。例如，如果对于相似的距离，取回的能量的量128显著小于其它相似的运输工具，那么充电站112可以推断运输工具104处于相对差的状况。该信息对于出于保险目的向运输工具104或运输工具乘员提供维护相关的通知或推荐不同的运输工具104可能是有用的。

在另一个实施例中，运输工具104的一个或多个传感器可以指示道路倾角(inclination)、道路偏角(declination)、风向和风速。在一个实施例中，倾斜传感器和风传感器可以提供该信息。在另一个实施例中，运输工具104本地或远程的旅行数据库可以提供道路信息，并且天气服务可以提供运输工具104的地点的风向和强度信息。

以多个间隔，运输工具104可以基于传感器测量结果来计算修正量。间隔可以是时间间隔，例如每分钟。间隔也可以是距离间隔，例如每英里。间隔在本质上也可以是不规则的，诸如，每当在相同道路上以相反方向行驶的另一个运输工具经过相反方向上的运输工具104时。在另一个实施例中，间隔可以是与道路相关的。例如，运输工具104可能正在从当前道路接近与另一个道路的交叉路口或(诸如，沿着高速公路的)驶出匝道。修正量是正数值或负数值，其修改(即，增加或减少)能量的量128。例如，沿着山路下降的运输工具104可能具有正的修正量贡献，因为它正在下坡，并且可以比上坡移动消耗更少的能量，而在一定距离的强逆风将具有负的修正量，因为运输工具104将消耗更多的能量来逆风移动。

然后，运输工具104可以在每个间隔将修正量发送到充电站112，并基于期望要驾驶的距离和修正量来调节能量的量128。在一个实施例中，在运输工具104储存能量的量128之前，运输工具104可以将修正量发送到充电站112。这可以允许进行更优化的能量储存128。在另一个实施例中，运输工具104可以获得针对即将到来的行程的预期的倾角/偏角和风向/强度信息，并且在运输工具104储存能量的量128之后将修正量发送到充电站112。这可以允许充电站112有益地向运输工具104提供特定的与负载相关的通知124，以节省更多的能量以能够进行该行程。例如，与负载相关的通知124可以建议限制或停止加热器或空调的使用、从运输工具104的端口移除乘员电子设备、减少停靠次数以限制速度/加速度变化、移除一个或多个乘员或货物物品、或以某种方式减少与连接到运输工具104的设备相关的其它功能。

在一个实施例中，充电站112可以访问多个电动运输工具104或EV，诸如邻近充电站112的那些电动运输工具或EV。可能有时充电站112可能需要能量，这可能是由于即将发生的停电情况，或者是充电站112需要过多能量时的另一种情况。在这些时间，充电站112可以从电动运输工具104请求能量，但是电动运输工具104可能在去往预期目的地的路线上。因此，一旦充电站112获取能量，充电站112可能有必要将一定量的能量留在电动运输工具104中。因此，当前的解决方案可以为充电站112提供一种方法来确定电动运输工具104到达目的地所需的能量的量，并确定电动运输工具104可以利用多少多余能量。

当前的解决方案可以提供一种用于运输工具104(诸如，电动运输工具104)的方法，以向充电站112提供其所需的能量的量。需求可以基于到达目的地所需的能量的量。充电站112可以确定可以从运输工具104取回的能量的量，其中在向充电站112提供一定量之后在运输工具104中保留的充电的量可以足以满足运输工具的需要。在另一个实施例中，充电站112可以从运输工具104请求能量，并且在另一个实施例中，运输工具104可以请求向充电站112提供能量。通过确定运输工具104将驾驶多少英里/公里到达目的地、运输工具104的状况、运输工具104的重量(包括当前货物和/或乘客/乘员)、运输工具104将采取的路线的道路状况、天气状况、运输工具104将采用该路线到达目的地的时间等，充电站112可以基于在将一定量的能量提供给充电站112之后保留在运输工具104中的能量的量。

在另一个实施例中，运输工具104可以向充电站112提供期望要驾驶的剩余时间。充电站112可以确定要从运输工具104取回的能量的量，使得运输工具104中剩余的能量的量相当于剩余时间。例如，运输工具104当前可能具有26分钟的可用充电，包括到达充电站112的时间量(诸如2分钟)。从充电站112开始，运输工具104可能需要14分钟的充电。因此，当运输工具104到达充电站112时，充电站112可以获得相当于10分钟(即，24分钟-14分钟)的能量的量。

图2A图示了根据示例实施例的运输工具网络图200。该网络包括元件，元件包括：运输工具节点202，其包括处理器204；以及运输工具节点202'，其包括处理器204'。运输工具节点202、202'经由处理器204、204'以及其它元件(未示出)彼此通信，其它元件包括收发器、发射器、接收器、存储装置、传感器和能够提供通信的其它元件。运输工具节点202、202'之间的通信可以直接经由私有和/或公共网络(未示出)或经由其它运输工具节点和包括处理器、存储器和软件中的一个或多个的元件直接发生。虽然被描绘为单个运输工具节点和处理器，但是可以存在多个运输工具节点和处理器。本文描述和/或描绘的应用、特征、步骤、解决方案等中的一个或多个可以由本元件利用和/或提供。

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

虽然被描绘为单个运输工具节点、处理器和元件，但是可以存在多个运输工具节点、处理器和元件。信息或通信可以发生在处理器204、204'和元件230中的任何一个和/或来自它们。例如，移动电话220可以将信息提供给处理器204，该处理器204可以发起运输工具节点202采取动作、可以进一步将该信息或附加信息提供给处理器204'，该处理器204'可以发起运输工具节点202'采取动作、可以进一步将该信息或附加信息提供给移动电话220、运输工具节点222和/或计算机224。本文描述和/或描绘的应用、特征、步骤、解决方案等中的一个或多个可以由本元件利用和/或提供。

图2C图示了根据示例实施例的又一个运输工具网络图240。该网络包括元件，元件包括：运输工具节点202，其包括处理器204；以及非暂态计算机可读介质242C。处理器204可通信地耦合到计算机可读介质242C和元件230(其在图2B中绘出)。

处理器204执行以下步骤中的一个或多个。在方框244C中，运输工具104向充电站112提供期望要驾驶的距离。在方框246C中，运输工具104接收充电站112将从运输工具104接收的能量的量的指示。运输工具104中剩余的能量的量相当于期望要驾驶的距离。

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

图3图示了根据示例实施例的流程图300。参考图3，在方框302处，运输工具104向充电站112提供期望要驾驶的距离。在方框304中，充电站112确定要从运输工具104取回的能量的量。运输工具104中剩余的能量的量相当于期望要驾驶的距离。

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

机器学习子系统406包含学习模型408，该学习模型408是由机器学习训练系统410创建的数学工件(artifact)，其通过在一个或多个训练数据集中找到模式来生成预测。在一些实施例中，机器学习子系统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达到需要与另一个车辆共享服务的状态时，车辆525可以与另一个车辆508接合以执行各种动作，诸如以共享、转移、获取服务呼叫等。例如，车辆508可能是由于电池充电和/或轮胎可能有问题，并且可能在提取用于递送的包裹的途中。运输工具处理器528位于车辆508中，并且在运输工具处理器528、数据库554、运输工具处理器528和交易模块552之间存在通信。车辆508可以通知在其网络中并且在其区块链成员服务上操作的另一个车辆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被存储在区块链的当前区块中，并经由提交过程被提交给区块链，该提交过程包括执行当前区块中的交易的数据内容的散列并参考先前区块的先前散列。在区块链内，可以存在一个或多个智能合约630，其定义包括在智能合约可执行应用代码632中的交易协议和动作的条款，诸如注册的接收者、车辆特征、要求、许可、传感器阈值等。该代码可以被配置为识别请求实体是否被注册以接收车辆服务、给定它们的简档状态使其有权/被要求接收哪些服务特征以及是否在随后的事件中监视它们的动作。例如，当发生服务事件并且用户正在乘坐车辆时，可以触发传感器数据监视，并且某个参数(例如，车辆充电水平)针对特定时间段可以被识别为高于/低于特定阈值，然后结果可能是更改为当前状态，该状态需要将警报发送给管理方(例如，车辆所有者、车辆操作者、服务器等)，使得可以识别该服务并将其存储以供参考。收集的车辆传感器数据可以基于用于收集关于车辆状态的信息的传感器数据的类型。传感器数据也可以基于车辆事件数据634，诸如要行驶的(一个或多个)地点、平均速度、最高速度、加速率、是否有任何碰撞、是否采用预期路线、下一个目的地是哪里、安全措施是否到位、车辆是否具有足够的充电/燃料等。所有这些信息可以作为智能合约条款630的基础，然后将其存储在区块链中。例如，存储在智能合约中的传感器阈值可以用作检测到的服务是否必要以及何时和何处应执行服务的基础。

图6B图示了根据示例实施例的共享分类账配置。参考图6B，区块链逻辑示例640包括区块链应用接口642，作为链接到用于特定交易的计算设备和执行平台的API或插件应用。区块链配置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、时期(epoch)、有效负载可见性、智能合约可执行代码路径(部署tx)、智能合约可执行代码名称、智能合约可执行代码版本、输入(智能合约可执行代码和功能)、客户端(创建者)标识(诸如公钥和证书)、客户端的签名、背书者的身份、背书者签名、提案散列、智能合约可执行代码事件、响应状态、命名空间、读取集(由条目读取的密钥和版本的列表等)、写入集(密钥和值的列表等)、开始密钥、结束密钥、密钥列表、Merkel树查询摘要等中的一个或多个。可以为N个条目中的每个条目存储条目数据。

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

区块链中的其它区块682B至682n也具有首部、文件和值。但是，与第一个区块682A不同，其它区块中的首部684A至684n中的每一个包括紧接在前的区块的散列值。紧接在前的区块的散列值可以只是前一个区块的首部的散列，或者可以是整个前一个区块的散列值。通过在剩余区块中的每个区块中包括前一个区块的散列值，可以逐个区块地执行从第N个区块到创世区块(以及相关联的原始文件)的跟踪，如箭头692所指示的，以建立可审核且不可改变的产销监管链(chain-of-custody)。

以上实施例可以用硬件、用由处理器执行的计算机程序、用固件或用上述的组合来实现。计算机程序可以在计算机可读介质(诸如存储介质)上实施。例如，计算机程序可以驻留在随机存取存储器(“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适配器)与一个或多个外部设备(其可以包括键盘、指向设备、显示器、语音识别模块等)、使用户能够与计算机系统/服务器702交互的一个或多个设备和/或使计算机系统/服务器702能够与一个或多个其它计算设备通信的任何设备(例如，网卡、调制解调器等)通信。这样的通信可以经由设备712的I/O接口发生。仍然，计算机系统/服务器702可以经由网络适配器与一个或多个网络(诸如局域网(LAN)、通用广域网(WAN)和/或公共网络(例如，互联网))通信。如图所示，设备712经由总线与计算机系统/服务器702的其它组件通信。应该理解的是，虽然图中未示出，但是可以结合计算机系统/服务器702使用其它硬件和/或软件组件。示例包括但不限于：微代码、设备驱动器、冗余处理单元、外部盘驱动器阵列、RAID系统、带驱动器以及数据归档存储系统等。

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

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

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

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

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

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

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

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