基于需求的能量共享的制作方法

基于需求的能量共享
1.相关申请的交叉引用
2.本技术涉及标题为“priority-based energy transfer”的共同未决的美国非临时专利申请，两份申请均在同一天提交并且均通过引用整体并入本文。


背景技术：

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


技术实现要素：

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