运输工具电量卸载管理的制作方法

运输工具电量卸载管理
1.相关申请的交叉引用
2.本技术涉及标题为“vehicle to vehicle wireless energy transfer”的共同待决的美国非临时专利申请和标题为“load effects on transport energy”的共同待决的美国非临时专利申请，这些专利申请均提交于2020年4月21日并且各自通过引用整体并入本文。
技术领域
3.本公开涉及运输工具电量卸载管理。


背景技术：

4.诸如汽车、摩托车、卡车、飞机、火车等之类的车辆(vehicle)或运输工具(transport)通常以各种方式向乘员和/或货物提供运输需求。与运输工具相关的功能可以由诸如位于运输工具上和/或在运输工具之外的智能手机或计算机之类的各种计算设备识别和利用。


技术实现要素：

5.一个示例实施例提供了一种方法，该方法包括以下中的一个或多个：由运输工具向充电站发起提供所存储能量的第一部分的请求；由充电站确定运输工具所需的能量的实际量，其中确定是基于运输工具的第一目的地以及由充电站基于与第一目的地相关联的路线所接收的数据，其中能量的实际量不是与所存储能量的第一部分相同的量；以及由运输工具将能量的实际量存放在充电站中。
6.另一个示例实施例提供了一种运输工具，该运输工具包括处理器和耦接到处理器的存储器，该存储器包括在被处理器执行时被配置为执行以下中的一个或多个的指令：由运输工具向充电站发起提供所存储能量的第一部分的请求；由充电站确定运输工具所需的能量的实际量，其中充电站确定能量的实际量是基于运输工具的第一目的地以及由充电站基于与第一目的地相关联的路线所接收的数据，其中能量的实际量不是与所存储能量的第一部分相同的量；以及由运输工具将能量的实际量存放在充电站中。
7.又一个示例实施例提供了一种非暂态计算机可读介质，该非暂态计算机可读介质包括在被处理器读取时使处理器执行以下中的一个或多个的指令：由充电站接收请求；由充电站基于天气状况、道路状况、道路构造和运输工具的状况中的一者或多者以及运输工具的当前位置来计算距离盈余；将距离盈余发送到运输工具；以及由运输工具使能量的实际量增加反映距离盈余的能量的量。
附图说明
8.图1图示了根据示例实施例的运输工具电量卸载的示例系统。
9.图2a图示了根据示例实施例的运输工具网络图。
10.图2b图示了根据示例实施例的另一运输工具网络图。
11.图2c图示了根据示例实施例的又一运输工具网络图。
12.图3图示了根据示例实施例的流程图。
13.图4图示了根据示例实施例的机器学习运输工具网络图。
14.图5a图示了根据示例实施例的用于管理与车辆相关联的数据库交易(database transaction)的示例车辆配置。
15.图5b图示了根据示例实施例的用于管理在各种车辆之间进行的数据库交易的另一示例车辆配置。
16.图6a图示了根据示例实施例的区块链架构配置。
17.图6b图示了根据示例实施例的另一区块链配置。
18.图6c图示了根据示例实施例的用于存储区块链交易数据的区块链配置。
19.图6d图示了根据示例实施例的示例数据块。
20.图7图示了支持示例实施例中的一个或多个的示例系统。
具体实施方式
21.将容易理解，如本文的附图中总体描述和图示的，本部件可以按各式各样的不同配置来布置和设计。因此，下面对如附图中表示的方法、装置、非暂态计算机可读介质和系统中的至少一个的实施例的详细描述不旨在限制要求保护的申请的范围，但仅仅是表示选择的实施例。
22.在整个本说明书中描述的本特征、结构或特性可以以任何合适的方式在一个或多个实施例中组合。例如，短语“示例实施例”、“一些实施例”或其它类似语言的使用至少在整个本说明书中是指以下事实：结合实施例描述的特定特征、结构或特性可以被包括在一个实施例中。因此，短语“示例实施例”、“在一些实施例中”、“在其它实施例中”或其它类似语言在整个本说明书中的出现不一定全部是指同一组实施例，并且所描述的特征、结构或特性可以以任何合适方式在一个或多个实施例中组合。在附图中，即使所描绘的连接是单向或双向箭头，元件之间的任何连接也可以允许单向和/或双向通信。在当前解决方案中，运输工具可以包括汽车、卡车、步行区电池电动车(bev)、e
‑
palette、燃料电池巴士、摩托车、踏板车、自行车、船舶、休闲车、飞机和任何可以用于将人员和/或货物从一个地点运输到另一地点的物体中的一个或多个。
23.另外，尽管在对实施例的描述中可能已经使用术语“消息”，但本技术可以应用于多种类型的网络数据，诸如分组、帧、数据报等。术语“消息”还包括分组、帧、数据报及其任何等同物。此外，尽管在示例性实施例中可以描绘特定类型的消息和信令，但它们不限于特定类型的消息，并且本技术不限于特定类型的信令。
24.示例实施例提供了方法、系统、部件、非暂态计算机可读介质、设备和/或网络，其提供以下中的至少一个：运输工具(在本文也被称为车辆)、数据收集系统、数据监视系统、验证系统、授权系统和车辆数据分发系统。可以接收和处理以通信更新消息(诸如无线数据网络通信和/或有线通信消息)的形式接收的车辆状态状况数据，以识别车辆/运输工具状态状况并提供关于运输工具的状况改变的反馈。在一个示例中，用户简档(profile)可以被应用于特定的运输工具/车辆以授权当前的车辆事件、在服务站处的服务停止以及授权后
续的车辆租用服务。
25.在通信基础架构内，去中心化数据库是包括彼此通信的多个节点的分布式存储系统。区块链是去中心化数据库的示例，其包括能够保持不受信任方之间的记录的仅添加的不可变的数据结构(即，分布式账本)。不受信任方在本文被称为对等体(peer)、节点或对等节点。每个对等体保持数据库记录的副本，并且在分布式对等体之间未达成共识的情况下，没有单个对等体可以修改数据库记录。例如，对等体可以执行共识协议以验证区块链存储条目，将存储条目分组为区块，并经由区块构建哈希链。为了一致性，该过程通过在必要时对存储条目进行排序来形成账本。在公共或无需许可的区块链中，任何人都可以在没有特定标识的情况下参与。公共区块链可以涉及加密货币并基于诸如工作量证明(pow)之类的各种协议来使用共识。另一方面，许可区块链数据库提供了可以确保一组实体之间的诸如交换资金、货物、信息等的业务之类的交互的系统，这组实体共享共同的目标但是没有或不能充分彼此信任。本解决方案可以在许可和/或无需许可的区块链设置中起作用。
26.智能合约是受信任的分布式应用，其利用共享或分布式账本(即，其可以是区块链的形式)数据库的防篡改特性以及成员节点之间的底层协议，该底层协议被称为背书或背书策略。通常，区块链条目在被提交给区块链之前被“背书”，而未被背书的条目被忽略。典型的背书策略允许智能合约可执行代码以背书所必需的对等节点集合的形式为条目指定背书者。当客户端将条目发送到背书策略中指定的对等体时，执行该条目以验证该条目。在验证之后，条目进入排序阶段，在排序阶段中，使用共识协议来产生分组为区块的经背书条目的排序序列。
27.节点是区块链系统的通信实体。从不同类型的多个节点可以在同一物理服务器上运行的意义上来说，“节点”可以执行逻辑功能。节点在信任域中被分组，并与以各种方式控制它们的逻辑实体相关联。节点可以包括不同类型，诸如客户端或递交客户端节点，其将条目调用递交给背书者(例如，对等体)并将条目提议广播到排序服务(例如，排序节点)。另一类型的节点是对等节点，其可以接收客户端递交的条目，提交条目并保持区块链条目的账本的状态和副本。对等体也可以起到背书者的作用，尽管不是要求。排序服务节点或排序者是针对所有节点运行通信服务并实现诸如在提交条目并修改区块链的世界状态(world state)时向系统中的每个对等节点广播之类的交付保证的节点，交付保证是正常包括控制和设置信息的初始区块链条目的另一个名称。
28.账本是区块链的所有状态转变的有序、防篡改记录。状态转变可以由参与方(例如，客户端节点，排序节点，背书者节点，对等节点等)递交的智能合约可执行代码调用(即，条目)导致。条目可以导致被作为诸如创建、更新、删除等之类的一个或多个操作数(operand)提交到账本的资产键值对(asset key
‑
value pair)的集合。账本包括用于将不可变的有序记录存储在区块中的区块链(也被称为链)。账本还包括保持区块链的当前状态的状态数据库。每个信道通常有一个帐本。每个对等节点保持针对该对等节点是其成员的每个信道的帐本的副本。
29.链是被构造为哈希链接区块的条目日志，并且每个区块包含n个条目的序列，其中，n等于或大于1。区块头部包括区块的条目的哈希以及先前区块的头部的哈希。以这种方式，账本上的所有条目都可以是有序的并以密码方式链接在一起。因此，不可能在不破坏哈希链接的情况下篡改帐本数据。最近添加的区块链区块的哈希表示链上的在其之前到来的
每个条目，从而有可能确保所有对等节点处于一致且受信任的状态。该链可以被存储在对等节点文件系统(即，本地、附接的存储装置、云等)上，从而有效地支持区块链工作负载的仅添加性质。
30.不可变帐本的当前状态表示链条目日志中包括的所有键的最新值。因为当前状态表示信道已知的最新键值，所以有时被称为世界状态。智能合约可执行代码调用针对账本的当前状态数据执行条目。为了使这些智能合约可执行代码交互高效，可以将键的最新值存储在状态数据库中。状态数据库可以只是链条目日志中的索引视图，因此它可以随时从链中重新生成。状态数据库可以在对等节点启动后在条目被接受之前自动恢复(或在需要时生成)。
31.区块链与传统数据库的不同之处在于，区块链不是中央存储，而是去中心化、不可变和安全的存储，其中节点必须共享对存储中的记录的改变。区块链固有的并有助于实现区块链的一些属性包括但不限于不可变账本、智能合约、安全性、隐私性、去中心化、共识、背书、可访问性等。
32.示例实施例提供了用于向特定车辆提供车辆服务和/或请求与应用于车辆的用户简档相关联的用户的方式。例如，用户可以是车辆的所有者或由另一方拥有的车辆的操作者。车辆可以以特定间隔要求服务，并且在许可接收服务之前，服务需求可以需要授权。另外，服务中心可以基于车辆的当前路线计划和服务需求的相对水平(例如，即时、严重、中等、微小等)为附近区域中的车辆提供服务。可以经由一个或多个传感器监视车辆需求，该一个或多个传感器将感测到的数据报告给车辆中的中央控制器计算机设备，其进而被转发到管理服务器以进行检查和行动。
33.传感器可以位于运输工具的内部、运输工具的外部、远离运输工具的固定物体之上以及接近运输工具的另一运输工具之上中的一个或多个。传感器还可以与运输工具的速度、运输工具的制动、运输工具的加速度、燃料水平、服务需求、运输工具的换档、运输工具的转向等相关联。传感器的概念也可以是诸如移动设备之类的设备。另外，传感器信息可以用于标识车辆是否在安全地操作以及乘员用户是否参与任何意外的车辆状况(诸如，在车辆访问时段期间)。可以识别在车辆操作之前、期间和/或之后收集到的车辆信息，并将其存储在共享/分布式帐本上的交易中，该交易可以诸如经由区块链成员组被生成并提交到由许可授权联盟确定并因此处于“去中心化”方式的不可变账本。
34.每个相关方(interested party)(例如，公司、代理商等)可能希望限制私密信息的暴露，并且因此区块链及其不可变性可以为每个特定用户车辆简档限制暴露和管理许可。智能合约可以用于提供补偿，量化用户简档分数/评级/审查，应用车辆事件许可，确定何时需要服务，识别碰撞和/或劣化事件，识别安全问题事件，识别事件参与方并向寻求访问这种车辆事件数据的注册实体提供分发。另外，可以识别结果，并且可以基于与区块链相关联的“共识”方法在注册公司和/或个体之间共享必要的信息。这种方法不能在传统的集中式数据库上实现。
35.自主驾驶系统可以利用软件、传感器阵列以及机器学习功能、激光雷达投影仪、雷达、超声波传感器等来创建运输工具可以用于导航和其它目的的地形和道路的地图。在一些实施例中，gps、地图、相机、传感器等也可以取代激光雷达用在自主车辆中。
36.在某些实施例中，本解决方案包括经由自动且快速的认证方案为车辆授权服务。
例如，可以由车辆操作者执行驾驶直至充电站或燃料泵，并且若服务站接收到接收电量或燃料的授权，就可以无任何延迟地执行该授权。车辆可以提供通信信号，该通信信号提供具有链接到可以被授权接受服务的账户的当前活跃(active)简档的车辆的标识，该服务随后可以通过补偿进行纠正。可以使用附加的措施来提供进一步的认证，诸如，可以从用户的设备无线地向服务中心发送另一个标识符，以用附加的授权工作来取代或补充运输工具与服务中心之间的第一授权工作。
37.共享和接收的数据可以被存储在数据库中，该数据库将数据保持在一个单个数据库(例如，数据库服务器)中并通常在一个特定位置处。该位置常常是中央计算机，例如，台式中央处理单元(cpu)、服务器cpu或大型计算机。存储在集中式数据库上的信息通常是从多个不同点能访问的。集中式数据库因为其单个位置而易于管理、维护和控制，尤其是出于安全目的。在集中式数据库内，由于所有数据的单个存储位置也意味着给定的数据集合仅具有一条主记录，因此数据冗余被最小化。
38.图1图示了根据示例实施例的运输工具电量卸载的示例系统100。运输工具或车辆104可以是电动车辆(ev)，其包括在电池或其它形式的能量存储设备中的所存储能量108。在一个实施例中，运输工具或车辆104在充电站112处接收电能。在另一个实施例中，运输工具或车辆104可以从太阳能面板或其它与运输工具或车辆104相关联的装置接收电能。在又一个实施例中，运输工具或车辆104可以从充电站112和/或太阳能面板或其它与运输工具或车辆104相关联的装置中的任一者或二者接收电能。所存储能量108可以随着运输工具或车辆104的四处行驶而逐渐耗尽，这限制了运输工具或车辆104的驾驶范围。因此，当所存储能量108处于电池的最大容量时，驾驶范围最大化。
39.有时，可以激励运输工具104或者运输工具104的驾驶员或所有者将所存储能量108的一些不使用部分转移回到充电站112。充电站112可以在物理上位于其住所中、位于住所附近或靠近住所的可能许多位置处。在一些实施例中，运输工具104、所有者或驾驶员可以接收某种积分(credit)作为用于转移回所存储能量108的部分的奖励。因此，可以激励运输工具104或所有者/驾驶员寻找转移回不使用的能量的机会。例如，运输工具104可以在每个工作日通勤到离住所一定距离的工作地点，并可以在夜间接收满载的所存储能量108。当在当天晚些时候从工作地点返回时，驾驶员可以知道他们不需要在回家的路上或在前往充电站112的路上进行任何额外的停留或行程。因此，他们可以认识到有机会转移回所存储能量的第一部分。然后，运输工具104可以向充电站112传送用于提供所存储能量的第一部分的请求116。在一个实施例中，在确定能量的实际量之后，充电站112可以将能量的实际量的通知120提供给运输工具104。
40.在接收到请求116之后，充电站112接下来可以确定运输工具104所需的能量的实际量。该确定可以基于运输工具104的第一目的地以及充电站112基于与第一目的地相关联的路线所接收到的数据。能量的实际量可以不是与所存储能量的第一部分相同的能量的量。在一个实施例中，能量的实际量可以包括比所存储能量的第一部分少的能量。例如，充电站112可以确定应该考虑可以减少能量的实际量的其它因素。在另一个实施例中，能量的实际量可以包括比所存储能量的第一部分多的能量。例如，充电站112可以确定所存储能量的第一部分被太过保守地确定。在又一个实施例中，能量的实际量可以包括与所存储能量的第一部分相同的能量的量。
41.一旦运输工具104到达充电站112处，运输工具104可以将能量的实际量124存放到充电站112。在大多数实施例中，这需要在运输工具104与充电站112之间的直接连接。在这一点上，运输工具104可以要么需要某种形式的再充电所存储能量108来继续行驶，具有一定量的剩余所存储能量108来到达另一充电站112，要么具有一定量的剩余所存储能量108来完成去往替代目的地的一个或多个行程。
42.在一个实施例中，请求116可以包括到达第一目的地的距离。充电站112响应于请求116，可以基于天气状况、道路状况、道路构造或运输工具104的状况中的任一个以及运输工具104的当前位置来计算距离盈余(surplus)。例如，变好的天气报告或运输工具104的当前位置和充电站112之间主要是下坡路可以导致距离盈余。然后，充电站112可以将距离盈余发送到运输工具104，或许采用能量的实际量的通知120的形式。在接收到距离盈余后，运输工具104可以使能量的实际量增加对应于距离盈余的能量的量，并由此存放增加的能量的量124。
43.在另一个实施例中，充电站112可以计算去往第一目的地的一条或多条替代路线。替代路线中的一条或多条可以包括比所存储能量的第一部分少的能量的实际量。运输工具104可以自己确定一条或多条替代路线当中的最佳路线，并遵循最佳路线去往第一目的地。在另一个实施例中，运输工具104可以将一条或多条替代路线传送到充电站112，并且充电站112可以从一条或多条替代路线中确定最佳路线。然后，充电站112可以将最佳路线传送到运输工具104，运输工具104遵循最佳路线去往第一目的地。
44.在另一个实施例中，运输工具104可以接收提供所存储能量的第一部分116的更新的通知。在各种间隔处，运输工具104可以计算所存储能量的第一部分的改变。该间隔可以是时间间隔，例如，每分钟。该间隔也可以是距离的间隔，例如，每英里。该间隔本质上也可以是不规则的，诸如，每当在相同道路上沿相反方向行驶的另一运输工具在相反方向上经过运输工具104时。在另一个实施例中，该间隔可以是与道路相关的。例如，运输工具104可以正在从当前道路接近与另一道路的交叉点或出口匝道(诸如，沿着高速公路)。通过以间隔重新计算所存储能量的第一部分，运输工具104有机会向充电站112提供更准确且最新的第一部分116通知。在一个实施例中，运输工具可以在每个间隔提供第一部分116更新。在另一个实施例中，运输工具104可以仅在第一部分116更新与传送到充电站112的先前的第一部分116不同时提供第一部分116更新。有利地，这可以导致较少的发送116、120和由充电站112进行的计算。响应于在间隔接收第一部分116更新，充电站112可以重新计算所存储能量的实际量，其被作为通知120提供回运输工具104。
45.在另一个实施例中，充电站112可以从运输工具104接收到运输工具104需要在到达充电站112之后进行附加行程的通知。然后，充电站112计算用于运输工具104进行附加行程的能量的量，并且作为响应，使能量的实际量减少用于进行附加行程的能量的量。然后，可以将减少的能量的实际量的通知120提供到运输工具104。
46.在另一个实施例中，充电站112可以计算比所存储能量的第一部分116少的所存储能量的第二部分，以便使运输工具104从当前位置前进到可以更靠近运输工具104的当前位置的另一充电站的位置。充电站112可以将其它充电站指派到第二目的地，并且重新引导运输工具104前进到第二目的地。
47.在另一个实施例中，充电站112可以确定所存储能量的第一部分116小于阈值。例
如，阈值可以表示要转移的所存储能量的最小增量，以便是有成本效益的或者说以某种方式有效的。因此，所存储能量的第一部分116可以初始地不满足该阈值。作为响应，充电站112可以重新引导另一运输工具沿着比第一路线长的第二路线行驶，其中第二路线可以包括指派给运输工具104的原始路线。在该背景下，运输工具104和其它运输工具可以是包裹派送服务的部分，其中两个运输工具都可以与充电站112相关联。通过重新引导其它运输工具沿着指派给运输工具104的原始路线行驶，仍可以满足包裹派送要求，同时允许运输工具104消耗较少的所存储能量108。然后，充电站112可以重新引导运输工具104以采取较短的路线去往充电站112。在优选实施例中，较短的路线可以导致所存储能量的第一部分116或能量的实际量中的一者或二者超过阈值，从而使重新引导是有效的或有成本效益的。
48.在另一个实施例中，充电站112或充电系统(cs)可以告知运输工具104，尽管运输工具104可以请求在提供能量之后运输工具104中剩余的驾驶距离容量(以所存储能量108的形式)，但充电站112可以将所请求的驾驶距离 /
‑
距离盈余量留下。cs可以知道运输工具104的目的地。替代地，cs可以通过id#或车辆标识号(vin)、了解运输工具104的正常路线、与驾驶员的日历应用的交互等推断目的地。例如，运输工具104可以由于一天内的时间、正常路线等而正在返回到原始位置。运输工具104可以请求留有一定距离，但cs可以告知驾驶员由于返回途中高速公路上的事故，驾驶员实际上需要更长的距离。从在通向可以是充电站112的目的地的道路上的运输工具104可以使用机器学习和/或反馈回路。
49.在另一个实施例中，驾驶员可以输入剩余距离并且系统(cs)可以推断某些事情。例如，cs可以了解驾驶员要去哪里并且需要9.6英里的电量而非8英里的电量(因为诸如事故、山丘、交通、天气、其它运输工具的位置等状况)。作为示例，系统可以推翻运输工具104最初请求的内容，并可以给运输工具104留下9.6英里而非所请求的8英里。
50.在另一个示例中，可以在cs和运输工具104之间利用反馈回路。cs可以已经通知先前的运输工具它需要x英里来到达目的地或充电站112。然而，根据实时数据，运输工具104可能实际上需要x 2英里。因此，当前运输工具104可以具有基于先前运输工具的请求和实际使用进行调整的距离。可以基于先前运输工具的实际使用做出实时确定。
51.图2a图示了根据示例实施例的运输工具网络图200。该网络包括包含运输工具节点202以及运输工具节点202’的元素，运输工具节点202包括处理器204，运输工具节点202’包括处理器204’。运输工具节点202、202’经由处理器204、204’以及包括收发器、发射机、接收机、存储装置、传感器和其它能够提供通信的元件的其它元件(未示出)彼此通信。运输工具节点202、202’之间的通信可以直接地、经由私有和/或公共网络(未示出)或经由其它运输工具节点和包括处理器、存储器和软件中的一个或多个的元件而发生。尽管被描绘为单运输工具节点和处理器，但可以存在多个运输工具节点和处理器。本文描述和/或描绘的应用、特征、步骤、解决方案等中的一个或多个可以由本元件利用和/或提供。
52.图2b图示了根据示例实施例的另一运输工具网络图210。该网络包括包含运输工具节点202以及运输工具节点202’的元素，运输工具节点202包括处理器204，运输工具节点202’包括处理器204’。运输工具节点202、202’经由处理器204、204’以及包括收发器、发射机、接收机、存储装置、传感器和其它能够提供通信的元件的其它元件(未示出)彼此通信。运输工具节点202、202’之间的通信可以直接地、经由私有和/或公共网络(未示出)或经由其它运输工具节点和包括处理器、存储器和软件中的一个或多个的元件而发生。处理器
204、204’还可以与一个或多个元件230通信，元件230包括传感器212、有线设备214、无线设备216、数据库218、移动电话220、运输工具节点222、计算机224、i/o设备226和语音应用228。处理器204、204’还可以与包括处理器、存储器和软件中的一个或多个的元件通信。
53.尽管被描绘为单运输工具节点、处理器和元件，但可以存在多个运输工具节点、处理器和元件。信息或通信可以出现到处理器204、204’和元件230中的任一个和/或从处理器204、204’和元件230中的任一个出现。例如，移动电话220可以向处理器204提供可以启动运输工具节点202采取动作的信息，还可以向处理器204’提供可以启动运输工具节点202’采取动作的信息或附加信息，还可以向移动电话220、运输工具节点222和/或计算机224提供信息或附加信息。本文描述和/或描绘的应用、特征、步骤、解决方案等中的一个或多个可以由本元件利用和/或提供。
54.图2c图示了根据示例实施例的又一运输工具网络图240。该网络包括包含运输工具节点202的元素，运输工具节点202包括处理器204和非暂态计算机可读介质242c。处理器204可通信地耦接到计算机可读介质242c和元件230(其被描绘在图2b中)。
55.处理器204执行以下步骤中的一个或多个。在框244c中，运输工具104向充电站112发起提供所存储能量的第一部分116的请求。充电站112将所存储能量108提供到运输工具或车辆104，并还可以从运输工具104接收所存储能量108的一部分。在框246c中，运输工具104从充电站112接收能量的实际量的通知120。在一个实施例中，充电站112基于运输工具104的第一目的地并且基于由充电站112基于与第一目的地相关联的路线所接收到的数据来计算能量的实际量。能量的实际量不是与所存储能量的第一部分相同的量。在框248c中，运输工具104将能量的实际量124存放在充电站112中。此时，多余的所存储能量108可以返回到电力网。
56.处理器和/或计算机可读介质可以完全或部分地驻留在运输工具节点的内部或外部中。存储在计算机可读介质中的步骤或特征可以由处理器和/或元件中的任一个以任何顺序完全或部分地执行。另外，一个或多个步骤或特征可以被添加、省略、组合、在后续时间执行等。
57.图3图示了根据示例实施例的流程图300。参照图3，在框302处，运输工具104向充电站112发起提供所存储能量的第一部分116的请求。充电站112将所存储能量108提供到运输工具或车辆104，并还可以从运输工具104接收所存储能量108的一部分。在框304处，充电站112确定能量的实际量。在一个实施例中，充电站112基于运输工具104的第一目的地并且基于由充电站112基于与第一目的地相关联的路线所接收的数据来计算能量的实际量。能量的实际量不是与所存储能量的第一部分相同的量。在框306处，运输工具104将能量的实际量124存放在充电站112中。此时，多余的所存储能量108可以返回到电力网。
58.图4图示了根据示例实施例的机器学习运输工具网络图400。网络400包括与机器学习子系统406接口的运输工具节点402。运输工具节点包括一个或多个传感器404。
59.机器学习子系统406包含学习模型408，学习模型408是由机器学习训练系统410创建的数学产物，机器学习训练系统410通过在一个或多个训练数据集中寻找模式来生成预测。在一些实施例中，机器学习子系统406驻留在运输工具节点402中。在其它实施例中，机器学习子系统406驻留在运输工具节点402的外部。
60.运输工具节点402将来自一个或多个传感器404的数据发送到机器学习子系统
406。机器学习子系统406将一个或多个传感器404数据提供给学习模型408，学习模型408返回一个或多个预测。机器学习子系统406基于来自学习模型408的预测向运输工具节点402发送一条或多条指令。
61.在其它实施例中，运输工具节点402可以将一个或多个传感器404数据发送到机器学习训练系统410。在又一个实施例中，机器学习子系统406可以将传感器404数据发送到机器学习子系统410。本文描述和/或描绘的应用、特征、步骤、解决方案等中的一个或多个可以利用本文描述的机器学习网络400。
62.图5a图示了根据示例实施例的用于管理与车辆相关联的数据库交易的示例车辆配置500。参照图5a，当特定运输工具/车辆525参与交易(例如，车辆服务、经销商交易、派送/提货、运输服务等)时，车辆可以根据(一个或多个)交易来接收资产510和/或逐出/转移资产512。运输工具处理器526驻留在车辆525中，并且在运输工具处理器526、数据库530、运输工具处理器526和交易模块520之间存在通信。交易模块520可以记录诸如资产、各方、积分、服务描述、日期、时间、位置、结果、通知，意外事件等之类的信息。交易模块520中的那些交易可以被复制到数据库530中。数据库530可以是sql数据库、rdbms、关系数据库、非关系数据库、区块链、分布式帐本中的一种，并可以在运输工具上，可以在运输工具外，可以是直接能访问的和/或通过网络能访问的，或者可以对运输工具是能访问的。
63.图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、关系数据库、非关系数据库、区块链、分布式帐本中的一种，并可以在运输工具上，可以在运输工具外，可以是直接能访问的和/或通过网络能访问的。
64.图6a图示了根据示例实施例的区块链架构配置600。参照图6a，区块链架构600可以包括某些区块链元素，例如，作为区块链组610的部分的一组区块链成员节点602
‑
606。在一个示例实施例中，并非所有方都能访问许可区块链，而只有对区块链数据具有许可访问的那些成员才能访问许可区块链。区块链节点参与多个活动，诸如区块链条目添加和验证过程(共识)。区块链节点中的一个或多个可以基于背书策略对条目进行背书，并可以针对所有区块链节点提供排序服务。区块链节点可以发起区块链动作(诸如，认证)，并试图写入存储在区块链中的区块链不可变账本，该区块链不可变账本的副本也可以被存储在基础物理基础设施上。
65.在交易被成员节点所规定的共识模型接收和批准时，区块链交易620被存储在计
算机的存储器中。经批准的交易626被存储在区块链的当前区块中，并经由提交过程被提交到区块链，该提交过程包括执行当前区块中的交易的数据内容的哈希并引用先前区块的先前哈希。在区块链内，可以存在一个或多个智能合约630，智能合约630限定了智能合约可执行应用代码632中所包括的诸如注册接收者、车辆特征、要求、许可、传感器阈值等之类的交易协议和动作的条款。代码可以被配置为识别请求实体是否被注册以接收车辆服务，在给定其简档状态的情况下它们被授权/要求接收哪些服务特征以及是否在后续事件中监视其动作。例如，当发生服务事件并且用户正乘坐车辆时，可以触发传感器数据监视，并且可以将诸如车辆电量水平之类的特定参数识别为高于/低于特定阈值达特定时间段，然后结果可以是当前状态的改变，该改变要求向管理方(即，车辆所有者、车辆操作者、服务器等)发送警报，因此可以识别并存储服务以供参考。收集到的车辆传感器数据可以是基于用于收集关于车辆状态的信息的传感器数据的类型。传感器数据也可以是车辆事件数据634(诸如，要行驶的(一个或多个)位置、平均速度、最高速度、加速率、是否存在任何碰撞、是否采用了预计路线、下一个目的地是哪里、安全措施是否到位、车辆是否有足够的电量/燃料等)的基础。所有这样的信息都可以是智能合约条款630的基础，智能合约条款630随后被存储在区块链中。例如，存储在智能合约中的传感器阈值可以被用作检测到的服务是否必要以及何时与何地应该执行该服务的基础。
66.图6b图示了根据示例实施例的共享账本配置。参照图6b，区块链逻辑示例640包括链接到计算设备和执行平台以进行特定交易的作为api或插件应用的区块链应用接口642。区块链配置640可以包括一个或多个应用，该一个或多个应用链接到应用编程接口(api)以访问和执行所存储的程序/应用代码(例如，智能合约可执行代码、智能合约等)，该程序/应用代码可以是根据参与方寻求的定制配置来创建的并可以保持其自身状态，控制其自身资产并接收外部信息。这可以被部署为条目，并经由添加到分布式帐本而安装到所有区块链节点上。
67.智能合约应用代码644通过建立应用代码提供区块链交易的基础，该应用代码在被执行时使交易条款和条件变得活跃。智能合约630在被执行时使某些经批准的交易626生成，然后经批准的交易626被转发到区块链平台652。该平台包括安全/授权658、执行交易管理的计算设备656以及将交易和智能合约存储在区块链中的作为存储器的存储部分654。
68.区块链平台可以包括区块链数据、服务(例如，密码信任服务、虚拟执行环境等)的各种层以及可以用于接收和存储新条目并提供对正试图访问数据条目的审计者(auditor)的访问的基础物理计算机基础设施。区块链可以暴露提供对处理程序代码参与物理基础设施所必需的虚拟执行环境的访问的接口。可以使用密码信任服务来检验诸如资产交换条目之类的条目并保持信息私密。
69.图6a和图6b的区块链架构配置可以经由区块链平台所暴露的一个或多个接口以及其所提供的服务来处理并执行程序/应用代码。作为非限制性示例，可以创建智能合约以执行提醒、更新和/或经历改变、更新等的其它通知。智能合约可以本身被用于识别与账本的授权和访问要求以及使用相关联的规则。例如，信息可以包括新条目，该新条目可以由区块链层中所包括的一个或多个处理实体(例如，处理器、虚拟机等)进行处理。结果可以包括基于智能合约和/或对等体的共识中限定的标准来拒绝或批准新条目的决定。可以利用物理基础设施来检索本文描述的数据或信息中的任一个。
70.在智能合约可执行代码内，智能合约可以经由高级应用和编程语言被创建，并且然后被写入区块链中的区块。智能合约可以包括用区块链(例如，区块链对等体的分布式网络)注册、存储和/或复制的可执行代码。条目是可以响应于满足与智能合约相关联的条件而执行的智能合约代码的执行。智能合约的执行可以触发对数字区块链账本的状态的(一个或多个)受信任的修改。由智能合约执行导致的对区块链账本的(一个或多个)修改可以通过一个或多个共识协议在整个区块链对等体的分布式网络中被自动复制。
71.智能合约可以以键值对的格式将数据写入区块链。此外，智能合约代码可以读取存储在区块链中的值，并将其用于应用操作中。智能合约代码可以将各种逻辑操作的输出写入区块链中。该代码可以用于在虚拟机或其它计算平台中创建临时数据结构。写入区块链的数据可以是公开的和/或可以被加密并保持为私密。由智能合约使用/生成的临时数据由所供应的执行环境保持在存储器中，然后一旦识别出区块链所需的数据就被删除。
72.智能合约可执行代码可以包括智能合约的代码解释以及附加特征。如本文描述的，智能合约可执行代码可以是部署在计算网络上的程序代码，该程序代码在计算网络中被执行并在共识过程期间由链验证器一起验证。智能合约可执行代码接收哈希，并从区块链中检索与使用先前存储的特征提取器创建的数据模板相关联的哈希。如果哈希标识符的哈希与用所存储的标识符模板数据创建的哈希匹配，则智能合约可执行代码将授权密钥发送到所请求的服务。智能合约可执行代码可以将与密码细节相关联的数据写入区块链。
73.图6c图示了根据示例实施例的用于存储区块链交易数据的区块链配置。参照图6c，示例配置660使车辆662、用户设备664和服务器666与分布式账本(即，区块链)668共享信息。服务器可以代表服务提供商实体，该服务提供商实体在已知的且已建立的用户简档正试图租用具有已建立评级简档的车辆的情况下询问车辆服务提供商以共享用户简档评级信息。服务器666可以接收和处理与车辆的服务要求相关的数据。当诸如车辆传感器数据指示需要燃料/电量、维护服务等之类的服务事件发生时，可以使用智能合约来调用可以用于调用车辆服务事件的规则、阈值、传感器信息收集等。对于诸如访问事件、车辆的服务状态的后续更新、事件更新等之类的每个交易，保存区块链交易数据670。交易可以包括各方、要求(例如，年满18岁、符合服务条件的候选人、有效驾驶员执照等)、补偿水平、在事件期间行驶的距离、被许可访问事件并主持车辆服务的注册接收者、权限/许可、在车辆事件操作期间检索的用于记录下一服务事件的细节并标识车辆的状况状态的传感器数据、以及用于确定服务事件是否完成以及车辆的状况状态是否已经改变的阈值。
74.图6d图示了根据示例实施例的可以被添加到分布式帐本的区块链区块680以及区块结构682a至682n的内容。参照图6d，客户端(未示出)可以将条目提交到区块链节点，以在区块链上制定活动。作为示例，客户端可以是代表诸如设备、人员或实体之类的请求者进行动作以提出针对区块链的条目的应用。多个区块链对等体(例如，区块链节点)可以维持区块链网络的状态以及分布式账本的副本。区块链网络中可以存在不同类型的区块链节点/对等体，包括对由客户端提出的条目进行模拟和背书的背书对等体以及验证背书、验证条目并将条目提交到分布式账本的提交对等体。在该示例中，区块链节点可以执行背书者节点、提交者节点或二者的角色。
75.本系统包括将不可变的有序的记录存储在区块中的区块链以及维持区块链的当前状态的状态数据库(当前世界状态)。每个信道可以存在一个分布式帐本，并且每个对等
体针对其所属的每个信道保持其自己的分布式帐本副本。本区块链是条目日志，被构造为其中每个区块包含n个条目的序列的哈希链接区块。区块可以包括诸如图6d中示出的那些之类的各种部件。区块的链接可以通过在当前区块的区块头部中添加先前区块的头部的哈希来生成。以这种方式，区块链上的所有条目是有序的并以密码方式链接在一起，从而防止了在不破坏哈希链接的情况下篡改区块链数据。此外，因为链接，所以区块链中的最新区块代表在它之前到来的每个条目。本区块链可以被存储在对等体文件系统(本地或附接存储装置)上，该对等体文件系统支持仅添加的区块链工作负载。
76.区块链的当前状态和分布式账本可以被存储在状态数据库中。这里，当前状态数据表示区块链的链条目日志中曾经包括的所有键的最新值。智能合约可执行代码调用针对状态数据库中的当前状态执行条目。为了使这些智能合约可执行代码交互极其有效，所有键的最新值被存储在状态数据库中。状态数据库可以将索引视图包括在区块链的条目日志中，因此它可以随时从链中重新生成。状态数据库可以在对等节点启动后、在条目被接受之前自动恢复(或在需要时生成)。
77.背书节点从客户端接收条目并基于模拟结果对条目进行背书。背书节点持有模拟条目提议的智能合约。当背书节点对条目进行背书时，背书节点创建条目背书，条目背书是指示模拟条目的背书的来自背书节点的对客户端应用的签名响应。对条目进行背书的方法取决于可以在智能合约可执行代码内指定的背书策略。背书策略的示例是“大多数背书对等体必须对条目进行背书”。不同的信道可以有不同的背书策略。经背书的条目被客户端应用转发到排序服务。
78.排序服务接受经背书的条目，将它们排序到区块中，并且将区块递送给提交对等体。例如，当已达到条目的阈值、定时器超时或另一状况时，排序服务可以启动新区块。在该示例中，区块链节点是已经接收到用于存储在区块链上的数据块682a的提交对等体。排序服务可以由排序者的集群组成。排序服务不处理条目、智能合约或保持共享帐本。确切地说，排序服务可以接受经背书的条目，并指定那些条目被提交到分布式帐本的顺序。可以设计区块链网络的架构，使得“排序”的特定实现方式(例如，solo、kafka、bft等)成为可插拔部件。
79.条目被以一致的顺序写入分布式帐本。建立条目的顺序以确保在它们被提交到网络时状态数据库的更新是有效的。与通过解决密码难题或挖掘进行排序的加密货币区块链系统(例如，比特币等)不同，在该示例中，分布式帐本的各方可以选择最适合该网络的排序机制。
80.参照图6d，存储在区块链和/或分布式帐本上的区块682a(也被称为数据块)可以包括诸如区块头部684a至684n、交易具体数据686a至686n以及区块元数据688a到688n之类的多个数据段。应当理解，各种所描绘的区块及其内容(诸如区块682a及其内容)仅仅是出于示例的目的，并不意味着限制示例实施例的范围。在一些情况下，区块头部684a和区块元数据688a二者可以小于存储条目数据的交易具体数据686a；然而，这不是要求。区块682a可以将n个条目(例如，100、500、1000、2000、3000等)的交易信息存储在区块数据690a至690n内。区块682a还可以包括通向区块头部684a内的先前区块(例如，在区块链上)的链接。特别地，区块头部684a可以包括先前区块的头部的哈希。区块头部684a还可以包括唯一区块编号、当前区块682a的区块数据690a的哈希等。区块682a的区块编号可以是唯一的并以从零
开始的递增/相继顺序来指派。区块链中的第一个区块可以被称为创世区块(genesis block)，其包括关于区块链、区块链的成员、存储在区块链中的数据等的信息。
81.区块数据690a可以存储记录在区块内的每个条目的条目信息。例如，条目数据可以包括以下中的一个或多个：条目类型、版本、时间戳、分布式账本的信道id、条目id、时代(epoch)、有效载荷可见性、智能合约可执行代码路径(部署tx)、智能合约可执行代码名称、智能合约可执行代码版本、输入(智能合约可执行代码和函数)、诸如公钥和证书之类的客户端(创建者)标识、客户端的签名、背书者的标识、背书者签名、提议哈希、智能合约可执行代码事件、响应状态、命名空间、读集合(由条目读取的键和版本的列表等)、写集合(键和值的列表等)、开始键、结束键、键的列表、merkel树查询摘要等。可以存储n个条目中的每个条目的条目数据。
82.在一些实施例中，区块数据690a还可以存储将附加信息添加到区块链中的区块的哈希链接链的交易具体数据686a。因此，数据686a可以被存储在分布式帐本上的区块的不可变日志中。存储这种数据686a的一些益处被反映在本文公开和描绘的各种实施例中。区块元数据688a可以存储元数据的多个字段(例如，作为字节阵列等)。元数据字段可以包括区块创建的签名、对最后配置区块的引用、识别区块内的有效和无效条目的条目过滤器、对区块排序的排序服务保持的最后偏移等。可以通过排序服务来添加签名、最后配置区块和排序者元数据。同时，区块的提交者(诸如，区块链节点)可以基于背书策略、读/写集合的验证等来添加有效/无效性信息。条目过滤器可以包括大小等于区块数据610a中的条目数量的字节阵列以及识别条目是否有效/无效的验证码。
83.区块链中的其它区块682b至682n也具有头部、文件和值。然而，与第一个区块682a不同，其它区块中的头部684a至684n中的每个头部都包括前一区块的哈希值。前一区块的哈希值可以恰好就是先前区块的头部的哈希，或者可以是整个先前区块的哈希值。通过将先前区块的哈希值包括在其余区块中的每个区块中，可以如箭头692所指示的那样逐块地执行从第n个区块回到创世区块(以及相关联的原始文件)的追踪，以建立可审计且不可变的监管链。
84.可以用硬件、用由处理器执行的计算机程序、用固件、或用以上的组合来实现以上实施例。计算机程序可以在诸如存储介质之类的计算机可读介质上实施。例如，计算机程序可以驻留在随机存取存储器(“ram”)、闪存存储器、只读存储器(“rom”)、可擦除可编程只读存储器(“eprom”)、电可擦除可编程只读存储器(“eeprom”)、寄存器、硬盘、可移除盘、致密盘只读存储器(“cd
‑
rom”)或本领域中已知的任何其它形式的存储介质中。
85.示例性的存储介质可以耦接到处理器，使得处理器可以从存储介质读取信息并将信息写入存储介质。在替代方式中，存储介质可与处理器形成一体。处理器和存储介质可以驻留在专用集成电路(“asic”)中。在替代方式中，处理器和存储介质可以作为分立的部件驻留。例如，图7图示了示例计算机系统架构700，其可以表示或被集成在上述部件等中的任一个中。
86.图7不旨在暗示对本文描述的本技术的实施例的使用或功能的范围的任何限制。无论如何，计算节点700能够被实现和/或执行以上阐述的任何功能。
87.在计算节点700中，存在计算机系统/服务器702，其可以与众多其它通用或专用计算系统环境或配置一起操作。可以适合与计算机系统/服务器702一起使用的众所周知的计
算系统、环境和/或配置的示例包括但不限于个人计算机系统、服务器计算机系统、瘦客户端、胖客户端、手持或膝上型设备、多处理器系统、基于微处理器的系统、机顶盒、可编程消费者电子产品、网络pc、小型计算机系统、大型计算机系统以及包括以上系统或设备中的任一个的分布式云计算环境等。
88.可以在由计算机系统执行的诸如程序模块之类的计算机系统可执行指令的一般上下文中描述计算机系统/服务器702。通常，程序模块可以包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、部件、逻辑、数据结构等。计算机系统/服务器702可以在分布式云计算环境中实践，在分布式云计算环境中任务由通过通信网络链接的远程处理设备执行。在分布式云计算环境中，程序模块可以位于包括存储器存储设备的本地计算机系统存储介质和远程计算机系统存储介质二者中。
89.如图7中所示，以通用计算设备的形式示出了云计算节点700中的计算机系统/服务器702。计算机系统/服务器702的部件可以包括但不限于一个或多个处理器或处理单元704、系统存储器706以及将包括系统存储器706的各种系统部件耦接到处理器704的总线。
90.总线代表多种类型的总线结构中的任一种中的一个或多个，包括存储器总线或存储器控制器、外围总线、加速图形端口、以及使用各种总线架构中的任一种的处理器或本地总线。举例来说而非限制，这种架构包括工业标准架构(isa)总线、微通道架构(mca)总线、增强型isa(eisa)总线、视频电子标准协会(vesa)本地总线和外围部件互连(pci)总线。
91.计算机系统/服务器702通常包括多种计算机系统可读介质。这种介质可以是计算机系统/服务器702可访问的任何可用介质，并且它包括易失性和非易失性介质、可移除和不可移除介质二者。在一个实施例中，系统存储器706实现其它图的流程图。系统存储器706可以包括诸如随机存取存储器(ram)708和/或高速缓存存储器710之类的易以失性存储器形式的计算机系统可读介质。计算机系统/服务器702还可以包括其它可移除/不可移除、易失性/非易失性计算机系统存储介质。仅举例来说，可以提供存储器706以用于读取和写入不可移除的非易失性磁性介质(未示出并通常被称为“硬盘驱动器”)。尽管未示出，但可以提供用于读取和写入可移除的非易失性磁盘(例如，“软盘”)的磁盘驱动器以及用于读取和写入可移除的非易失性光盘(诸如cd
‑
rom、dvd
‑
rom或其它光学介质)的光盘驱动器。在这种情形下，每个都可以通过一个或多个数据媒体接口连接到总线。如将在下面进一步描绘和描述的，存储器706可以包括具有被配置为执行本技术的各种实施例的功能的一组(例如，至少一个)程序模块的至少一个程序产品。
92.举例来说而非限制，具有一组(至少一个)程序模块的程序/实用程序可以被存储在存储器706中，和操作系统、一个或多个应用程序、其他程序模块及程序数据一样。操作系统、一个或多个应用程序、其他程序模块以及程序数据或其某种组合中的每个可以包括联网环境的实现方式。程序模块通常执行如本文描述的本技术的各种实施例的功能和/或方法。
93.如本领域的技术人员将理解的，本技术的各方面可以被实施为系统、方法或计算机程序产品。因此，本技术的各方面可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或组合软件和硬件方面的实施例的形式，其通常在本文中全部可以被称为“电路”、“模块”或“系统”。此外，本技术的各方面可以采取被实施在一个或多个计算机可读介质中的计算机程序产品的形式，在计算机可读介质上实施有计算机可读程序代码。
94.计算机系统/服务器702还可以经由i/o设备712(诸如i/o适配器)、使得用户能够与计算机系统/服务器702交互的一个或多个设备、和/或使得计算机系统/服务器702能够与一个或多个其它计算设备通信的任何设备(例如，网卡、调制解调器等)与一个或多个外部设备通信，i/o设备712可以包括键盘、指示设备、显示器、语音识别模块等。这种通信可以经由设备712的i/o接口发生。仍然，计算机系统/服务器702可以经由网络适配器与诸如局域网(lan)、通用广域网(wan)和/或公共网络(例如，互联网)之类的一个或多个网络通信。如所描绘的，设备712经由总线与计算机系统/服务器702的其它部件通信。应该理解，尽管未示出，但其它硬件和/或软件部件可以与计算机系统/服务器702结合使用。示例包括但不限于：微代码、设备驱动器、冗余处理单元、外部盘驱动器阵列、raid系统、磁带驱动器和数据档案存储系统等。
95.尽管在附图中图示并在前述详细描述中描述了系统、方法和非暂态计算机可读介质中的至少一个的示例性实施例，但将理解，本技术不限于所公开的实施例，而是能够进行如所附权利要求所阐述和限定的众多重新布置、修改和替换。例如，各个附图的系统的能力可以由本文描述的模块或部件中的一个或多个执行或以分布式架构来执行，并可以包括发送器、接收器或二者的对。例如，由各个模块执行的功能的全部或部分可以由这些模块中的一个或多个来执行。另外，本文描述的功能可以在模块或部件的内部或外部、在各种时间和关于各种事件执行。而且，在各种模块之间发送的信息可以经由以下中的至少一种在模块之间发送：数据网络、互联网、语音网络、互联网协议网络、无线设备、有线设备和/或经由多种协议。另外，由模块中的任一个发送或接收的消息可以直接地和/或经由其它模块中的一个或多个发送或接收。
96.本领域的技术人员将了解，“系统”可以被实施为个人计算机、服务器、控制台、个人数字助理(pda)、手机、平板计算设备、智能手机或任何其它合适的计算设备或设备的组合。将上述功能表现为由“系统”执行并不旨在以任何方式限制本技术的范围，而是旨在提供许多实施例的一个示例。实际上，本文公开的方法、系统和装置可以以与计算技术一致的本地化和分布式形式来实现。
97.应该注意，在本说明书中描述的系统特征中的一些已经被表现为模块，以便更特别地强调它们的实现方式独立性。例如，模块可以被实现为包括定制超大规模集成(vlsi)电路或门阵列、诸如逻辑芯片之类的现成半导体、晶体管或其它分立部件的硬件电路。模块也可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件、图形处理单元等之类的可编程硬件设备中实现。
98.模块也可以至少部分地用软件来实现，以由各种类型的处理器执行。所标识的可执行代码的单元可以例如包括可以例如被组织为对象、过程或功能的计算机指令的一个或多个物理或逻辑块。但是，所标识的模块的可执行文件不需要在物理上位于一起，而是可以包括存储在不同位置中的不同指令，这些指令在逻辑上结合在一起时包括该模块并实现该模块的所述目的。另外，模块可以被存储在计算机可读介质上，计算机可读介质可以是例如硬盘驱动器、闪存设备、随机存取存储器(ram)、磁带或任何其它用于存储数据的这种介质。
99.实际上，可执行代码的模块可以是单条指令或多条指令，并且甚至可以分布在多个不同的代码段上、分布于不同的程序之间以及跨多个存储器设备分布。类似地，操作数据可以在本文中在模块内被识别和图示，并且可以以任何合适的形式来实施并且可以在任何
合适类型的数据结构内组织。操作数据可以作为单个数据集被收集，或者可以分布在不同位置上，包括分布在不同的存储设备上，并且可以至少部分地仅作为电子信号存在于系统或网络上。
100.将容易理解，如本文的附图中总体描述和图示的本技术的部件可以按各式各样的不同配置来布置和设计。因此，对实施例的详细描述并不旨在限制所要求保护的本技术的范围，而仅仅代表本技术的所选择的实施例。
101.本领域的普通技术人员将容易理解，以上可以以不同顺序的步骤和/或用与所公开配置不同的配置中的硬件元件来实践。因此，尽管已经基于这些优选实施例描述了本技术，但对于本领域的技术人员将清楚的是，某些修改、变形和替代构造将是清楚的。
102.尽管已经描述了本技术的优选实施例，但要理解，所描述的实施例仅是说明性的，并且本技术的范围将仅由所附权利要求在与其等同物和修改(例如，协议、硬件设备、软件平台等)的完全范围一起考虑时限定。