CN112116191A - 多个实体之间的交通工具共享和所有权 - Google Patents

Abstract

多个实体之间的交通工具共享和所有权。示例操作可包括以下中的一个或多个：将用户简档应用于一个或多个交通工具和交通工具管理数据库；在时间段内监视对一个或多个交通工具的用户需求和用户使用；识别交通工具管理数据库的交通工具可用性池中存储的多个交通工具简档；基于监视的对一个或多个交通工具的用户需求和用户使用，识别在交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的提议的部分所有权；以及将在交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的提议的部分所有权提供给与用户相关联的用户设备。

Description

多个实体之间的交通工具共享和所有权

技术领域

本申请总体上涉及用于交通工具的服务，并且更具体地涉及多个实体之间的交通工具共享和所有权。

背景技术

诸如汽车、摩托车、卡车、飞机、火车等车辆或交通工具通常以各种方式向各种乘员提供交通需求。交通工具可以被诸如智能电话或计算机之类的各种计算设备识别和利用。

交通工具通常由单个实体拥有。交通工具的使用因用户而异。所有者可能没有充分使用交通工具，以保证拥有专用的交通工具。

交通工具的所有权可以由一个以上的实体共享，并且该所有权可以基于多个不同实体的使用量或预期使用量。

发明内容

一个示例实施例可以提供一种方法，所述方法包括以下中的一个或多个：分配交通工具的部分所有权；在服务器处接收与交通工具和邻近交通工具的设备中的一个或多个相关联的传感器数据；基于所述传感器数据确定交通工具的状况；基于所述状况来更新交通工具的部分所有权；以及基于部分所有权来提供责任。

另一示例实施例可以提供一种系统，所述系统包括服务器，所述服务器被配置成执行以下中的一个或多个：分配交通工具的部分所有权；接收与交通工具和邻近交通工具的设备中的一个或多个相关联的传感器数据；基于所述传感器数据确定交通工具的状况；基于所述状况来更新交通工具的部分所有权；以及基于部分所有权来提供责任。

另一示例操作可以包括一种非暂态计算机可读介质，所述非暂态计算机可读介质包括指令，所述指令在被处理器读取时使得所述处理器执行以下中的一个或多个：分配交通工具的部分所有权；在服务器处接收与交通工具和邻近交通工具的设备中的一个或多个相关联的传感器数据；基于所述传感器数据确定交通工具的状况；基于所述状况来更新交通工具的部分所有权；以及基于部分所有权来提供责任。

另一示例操作可以包括以下中的一个或多个：将用户简档应用于一个或多个交通工具和交通工具管理数据库；在时间段内监视对所述一个或多个交通工具的用户需求和用户使用；识别所述交通工具管理数据库的交通工具可用性池中存储的多个交通工具简档；基于所监视的对所述一个或多个交通工具的用户需求和用户使用，识别在所述交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的所建议的部分所有权；以及将在所述交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的所建议的部分所有权提供给与用户相关联的用户设备。

另一示例操作可以包括一种服务器，所述服务器被配置成执行以下中的一个或多个：将用户简档应用于一个或多个交通工具和交通工具管理数据库；在时间段内监视对所述一个或多个交通工具的用户需求和用户使用；识别所述交通工具管理数据库的交通工具可用性池中存储的多个交通工具简档；基于所监视的对所述一个或多个交通工具的用户需求和用户使用，识别在所述交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的所建议的部分所有权；以及将在所述交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的所建议的部分所有权提供给与用户相关联的用户设备。

另一示例操作可以包括一种非暂态计算机可读介质，所述非暂态计算机可读介质包括指令，所述指令在被处理器读取时使得所述处理器执行以下中的一个或多个：将用户简档应用于一个或多个交通工具和交通工具管理数据库；在时间段内监视对所述一个或多个交通工具的用户需求和用户使用；识别所述交通工具管理数据库的交通工具可用性池中存储的多个交通工具简档；基于所监视的对所述一个或多个交通工具的用户需求和用户使用，识别在所述交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的所建议的部分所有权；以及将在所述交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的所建议的部分所有权提供给与用户相关联的用户设备。

附图说明

图1A示出根据示例实施例的交通工具部分所有权管理配置的网络图。

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

图1C示出根据示例实施例的交通工具部分所有权管理池配置。

图2A示出根据示例实施例的示例对等节点配置。

图2B示出根据示例实施例的共享账本配置。

图3A示出根据示例实施例的交通工具部分所有权设置配置。

图3B示出根据示例实施例的交通工具部分所有权管理配置的流程图。

图3C示出根据示例实施例的另一交通工具部分所有权管理配置的流程图。

图4A示出根据示例实施例的交通工具部分所有权管理流程图。

图4B示出根据示例实施例的另一交通工具部分所有权管理流程图。

图4C示出根据示例实施例的又一部分所有权管理配置。

图5A示出根据示例实施例的示例区块链交通工具配置。

图5B示出根据示例实施例的另一示例区块链交通工具配置。

图5C示出根据示例实施例的另一示例区块链交通工具配置。

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

图7示出可以与一个或多个示例实施例一起使用的示例系统。

具体实施方式

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

在整个该说明书中描述的当前特征、结构或特性可以在一个或多个实施例中以任何合适的方式组合。例如，在整个该说明书中，短语“示例实施例”、“一些实施例”或其他类似语言的使用是指以下事实：结合实施例描述的特定特征、结构或特性可以包括在至少一个实施例中。因此，在整个该说明书中，短语“示例实施例”、“在一些实施例中”、“在其他实施例中”或其他类似语言的出现不一定都指同一组实施例，并且所描述的特征、结构或特性可以在一个或多个实施例中以任何合适的方式组合。在图中，即使所示的元件之间的连接是单向或双向箭头，元件之间的任何连接也可以允许单向和/或双向通信。在当前申请中，交通工具可以包括汽车、卡车、摩托车、踏板车、自行车、轮船、休闲车、飞机和可用来将人和/或货物从一个地点运输到另一地点的任何对象中的一个或多个。

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

示例实施例提供方法、系统、组件、非暂态计算机可读介质、设备和/或网络，其提供以下中的至少一个：交通工具(在本文中也被称为车辆)、数据收集系统、数据监控系统、验证系统、授权系统和车辆数据分发系统。可以接收并且处理以通信更新消息(例如无线数据网络通信和/或有线通信消息)的形式接收的车辆状态状况数据，以识别车辆/交通工具状态状况并且提供关于交通工具的状况变化的反馈，例如状况是否恶化，里程是否增加等。在一个示例中，用户简档可以应用于特定的交通工具/车辆以授权当前车辆事件、在服务站处的服务站点(service stops)，并且授权随后的车辆租赁/所有权服务。所有者可以通过部分所有权来共享车辆的所有权，这可以经由初始所有权合同以及自动且定期执行的车辆状况更新和监控使用来管理。

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

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

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

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

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

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

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

示例实施例提供用于使用户简档与某些车辆或可用车辆的车辆池相关联的方式，以便用户可以访问、使用、拥有、部份地/部分地拥有、交易、购买和出售车辆。在操作时，用户可以访问部分所有权义务以拥有车辆的一部分，以便在用户认为适当时可以访问和使用该车辆。为了监视车辆的使用并且进行有关执行部分所有权和/或修改部分所有权的确定，可以经由布置在车辆上的车辆传感器来监视车辆的先前、当前和未来状态。可以经由一个或多个传感器来监视车辆状况，所述一个或多个传感器将感测到的数据报告给车辆中的中央控制器计算机设备，然后将数据转发给管理服务器以进行检查和动作。

传感器可以位于交通工具的内部、交通工具的外部、除交通工具之外的固定对象和靠近交通工具的另一交通工具中的一个或多个上。传感器还可以与交通工具的速度、交通工具的制动、交通工具的加速度、燃料水平、服务需求、交通工具的换挡、交通工具的转向等相关联。传感器的概念也可以是设备，例如移动设备。而且，例如在车辆使用时段期间，传感器信息可以用于识别车辆是否安全运行，以及乘员用户是否处于任何意外的车辆状况。在车辆操作之前、期间和/或之后收集的车辆信息可以被识别并且存储在共享/分布式账本上的交易中，该交易可以被生成并且被提交给由许可授予财团确定的不可变账本，因此可以按照“去中心化的”方式，例如经由区块链成员组。每个相关方(例如公司、代理商等)可能想要限制隐私信息的公开，因此，区块链及其不可变性可以限制公开，并且管理对于每个特定用户车辆简档的权限。智能合约可以用于提供补偿，量化用户简档得分/评级/评论，应用车辆事件权限，确定何时需要服务，识别碰撞和/或劣化事件，识别安全担忧事件，识别事件的各方，识别车辆状态的变化，并且向寻求访问这样的车辆事件数据的注册实体提供分发。而且，可以识别结果，并且可以基于与区块链相关联的“共识”方法在注册公司和/或个人之间共享需要的信息。这样的方法无法在传统的集中式数据库上实现。

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

图1A示出根据示例实施例的交通工具部分所有权管理配置的网络图。参考图1A，网络图100包括例如在访问和/或请求访问车辆服务的情况下与交通工具/车辆120一起操作的用户设备102。车辆120可以是租赁的、拥有的、部份地/部分地拥有的(即，受其他所有者约束)、由不存在的驾驶员自主驾驶的、由驾驶员半自主驾驶的或由常规手动车辆操作员驾驶的。在操作时，车辆120可以由用户驾驶。可以经由车载传感器106来监视车辆事件(即，驾驶事件)，所述车载传感器106将车辆状态数据提供给车载计算机108和/或用户设备102。

当设备102被识别为与车辆120一起或在车辆120内部时，设备102可以被识别。当车辆被操作时，车辆管理服务器130可以保持当前用户的部分所有权的记录。例如，在该示例中，车辆120可以经由相应的1/3所有权由三个用户112、114和116部分地拥有，以等于1/3的时间或基于指示允许1/3所有权的使用量的其他变量的方式来使用车辆。每次当用户(例如用户112)使用车辆时，服务器130可以接收用户简档，该用户简档是从用户的设备102识别的，并且链接到服务器130的账户。传感器可以在使用期间针对使用、意外状况等监视车辆。车辆数据132可以是指示车辆的当前状态的单独记录，而用户简档数据134可以是如下数据的记录，该数据被更新以包括部分所有权、使用以及链接到每个用户账户的其他数据。

当利用特定的用户简档识别了部分所有权，并且观察到用户参与车辆120的操作时，部分所有权可能会随着时间而根据所监视的使用而改变。例如，原始所有权可能已将三个用户112、114和116识别为车辆的平等所有者。所有者可以在给定的日子、星期、月、年等期间的不同时间使用车辆。在一个示例中，所有者可能是使用车辆来通勤上下班的早上7点至下午3点的员工，而另一个用户可能是使用车辆上下班的早上9点至下午5的员工。在第一所有者完成当天的车辆之后，该车辆可以自动将自己驾驶到第二所有者的房屋。第三所有者可以是上午10点至下午2点的用户，其仅在这些时间使用车辆。而且，另一个用户可能是在夜间使用车辆的夜间时间用户，因此在这种情形下启用了第四潜在用户/部分所有者。

继续相同的示例，当用户操作车辆时，车辆的当前和未来状况被识别并且被记入日志以进行使用确定。例如，用户可能很少使用车辆，例如每周五次每天20分钟，而实际上他们有权每天使用车辆4小时或更多。这样的情形可能会导致积分系统向该用户赠送额外的积分，这些积分可以应用于他们的每月补偿责任、其他交通工具部分所有权等。但是，可能会发生相反的情况，并且用户可能会在他们被允许使用车辆的时段内不停地使用车辆。在该示例中，用户可能超过允许使用的最大量，因此可以自动调整用户的简档以建议更大的所有权、需要额外的补偿等。此外，可以在用户使用时段期间跟踪车辆状况或车辆传感器数据以识别使用类型、使用量等。例如，如果用户使用标准车辆在越野状况下驾驶，具有大量的货物或乘客，那么高收益使用量可能需要额外的部分所有权调整，这超过该特定用户的当前所有权协议。

车辆传感器可以硬连线到中央控制器或车载交通工具计算机或与车辆相关联的其他处理器，或者可以替代地经由各种无线通信协议提供与车辆计算机的中央控制器的无线通信。可以从中央控制器/计算机、用户的智能电话102和/或经由蜂窝兼容设备等发送数据。传感器内容和不同的传感器数据类型可以包括以下各项中的一个或多个：无线电台选择，记录的音频，在车辆内的移动设备使用，在车辆内部进行的电话呼叫，至少一个计算设备的浏览器历史，在车辆内部经由至少一个计算设备进行的购买，车辆的移动，车辆的导航，车辆的碰撞，交通工具的速度，车辆的加速度，与交通工具相关联的诊断(包括电池电量、汽油水平、机油水平)，车辆的温度，车辆的位置，在车辆附近检测到的交通，有关其他车辆的信息等。传感器数据可以被收集并且存储以用于分析和交易记录。

可以包括在车辆中的传感器的类型可以包括以下各项中的一个或多个：运动传感器，声纳传感器，激光雷达传感器，加速度计，触摸传感器，接近传感器，温度传感器，速度传感器，声音传感器，红外传感器，碰撞传感器，液位传感器，胎压传感器，位置确定传感器，超声传感器，相机传感器，活动传感器，化学传感器，流体传感器，压力传感器，光学传感器，生物特征传感器等。

如前所述，车辆120可以是由人类驾驶员操作的车辆或被设计成在运输事件期间供用户乘坐的由计算机和/或远程代理操作的自主车辆。可以经由多个车辆传感器来收集车辆传感器数据。控制器设备(即，车载计算机和/或用户智能电话等)可以识别传感器类型、传感器标识符以及针对那些参数接收的传感器数据的实例。传感器数据的收集可以创建一个或多个传感器数据集合。例如，传感器S1、S2、S3…Sn可以生成传感器数据集合SD1、SD2、SD3…SDn。这些传感器数据集合可以包括在固定时间段(例如，毫秒、秒、分钟、小时等)上的传感器数据的多次迭代，或者极端测量的简短实例(例如仅与预期值有较大偏差的实例)，以识别例如事故、道路上的空洞、刹车、极端状况或机动、对服务的需求等。

自主/非自主车辆的所有者(或车辆的乘员)可以在共享的分布式账本或其他数据管理系统中注册其个人简档，因此可以共享在传感器收集工作期间收集的信息。智能合约可以识别协议的各方、车辆乘员的权限、数据类型、当前简档状态、与车辆损坏/责任和服务需求相关联的传感器阈值以及其他参数。传感器数据的不可变性也可以经由区块链的共享账本格式来保留。

图1B示出根据示例实施例的用于存储区块链交易数据的区块链配置。参考图1B，示例配置150提供了车辆120、用户设备102和服务器130与分布式账本(即，区块链)140共享信息。服务器可以代表服务提供商实体，该服务提供商实体在已知且建立的用户简档正尝试利用建立的评级的简档来租赁车辆的情况下向车辆服务提供商咨询以共享用户简档评级信息。服务器130可以接收和处理与车辆的状况使用有关的数据。随着车辆使用事件的发生，车辆传感器数据可能指示对加油/充电、维护服务等的需求，智能合约可以用于调用规则、阈值、传感器信息收集等，这可以用于调用车辆服务事件。对于每个交易(例如访问事件、对车辆服务状态的后续更新、事件更新等)保存区块链交易数据142。交易可以包括各方、需求(例如18岁、服务合格的候选人、有效的驾驶执照、注册的部分所有者等)、补偿水平、在事件期间行驶的距离、允许访问事件并且托管车辆服务的注册的接受方、权利/权限、在车辆事件操作期间检索以将下一个服务事件的详细信息记入日志并且识别车辆的状况状态的传感器数据、以及用于进行有关服务事件是否已完成以及车辆的状况状态是否已改变的确定的阈值。

图1C示出根据示例实施例的交通工具部分所有权管理池配置。参考图1C，交通工具120可以是由操作智能电话设备102的当前用户112部分拥有的当前或最近使用的交通工具。配置160包括诸如例如经由部分所有权来使用车辆的用户112，该部分所有权经由车辆管理服务器130和/或交通工具管理数据库170来管理。车辆管理服务器130可以接收关于车辆状态的更新，例如指示使用量和/或车辆状态变化的当前状况数据。在该示例中，用户可能有资格接收对交通工具池122的访问。该池可能包含可用交通工具124、126、128和/或132的子集。如果用户对交通工具的使用识别对于更大、更快、更小的交通工具的需求，则可以创建建议以使用户选择更合适的交通工具。例如，一些较小的车辆可能对于后座乘客是不理想的。在用户以经由传感器信息建议的方式操作车辆120的情况下，可以提议交通工具应该被升级/降级而不是自主部分所有权调整以用于批准。例如，如果用户正在承载更大的加重的负载，则可以基于在先前使用事件期间检测到的传感器数据来识别具有更大容量的悬架的车辆，以用于对当前部分所有权进行升级。用户可以部分拥有池122中的交通工具的子集，这些子集共同等于完整的所有权协议。交通工具池数据172可以包括交通工具简档(所述交通工具简档识别池122中的任何一个交通工具的容量和建议的使用数据)、与用户的部分所有权协议中的任一个相关联的用户需求/使用、以及组织的交通工具子集和子集池中的交通工具的需求和使用容量。

图2A示出根据示例实施例的区块链架构配置200。参考图2A，区块链架构200可以包括某些区块链元素，例如，作为区块链组210的一部分的一组区块链成员节点202-206。区块链组可以是经许可的或未经许可的，经许可的区块链不是所有各方都可访问，而是仅那些经许可访问区块链数据的成员可访问。区块链节点参与许多活动，例如区块链条目添加和验证处理(共识)。一个或多个区块链节点可以基于背书策略对条目进行背书，并且可以为所有区块链节点提供排序服务。区块链节点可以发起区块链动作(例如认证)，并且试图写入存储在区块链中的区块链不可变账本，该账本的副本也可以存储在基础的物理基础设施上。

当区块链交易220被由成员节点规定的共识模型接收并且批准时，区块链交易220被存储在计算机的存储器中。批准的交易226被存储在区块链的当前区块中，并且经由提交过程被提交给区块链，该提交过程包括对当前区块中的交易的数据内容执行哈希并且参考先前区块的先前哈希。在区块链内，可能存在一个或多个智能合约230，所述一个或多个智能合约230定义包含在智能合约可执行应用代码232中的交易协议和动作的条款。该代码可以被配置成识别请求实体和部分所有者是否被注册以接收对某些车辆的使用，在给定他们的简档状态的情况下他们有权/需要接收什么特征，以及是否在后续车辆事件中监视其动作和状况数据。例如，当用户使用车辆一段时间(即一个星期)时，可以触发传感器数据监视，并且可以将诸如车辆使用水平之类的特定参数识别为在特定时间段内高于/低于特定阈值，则结果可能是改变当前部分所有权，这要求将警报发送给管理方(即，车主，车辆所有者、车辆操作者、服务器等)，因此新的部分所有权协议可以被识别并且存储以供参考。所收集的车辆传感器数据可以基于用于收集关于车辆状态的信息的传感器数据的类型。传感器数据也可以作为车辆事件数据234的基础，例如要行驶的位置、平均速度、最高速度、加速度、是否存在任何碰撞、是否采用了预期路线、下一个目的地是什么、安全措施是否到位、车辆是否可以支撑平均乘客和货物负载、行驶的道路是否适合这样的交通工具等。所有这样的信息可以作为智能合约条款230的基础，所述智能合约条款230然后被存储在区块链中。例如，存储在智能合约中的传感器阈值可以用作是否需要部分所有权调整的基础，所述部分所有权调整要求用户修改其部分所有权。

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

智能合约应用代码254通过建立应用代码来为区块链交易提供基础，该应用代码在被执行时使得交易条款和状况变为活动的。智能合约230在被执行时使得生成某些批准的交易226，这些批准的交易226然后被转发给区块链平台262。该平台包括安全/授权268、执行交易管理的计算设备266和存储部分264，该存储部分264是存储区块链中的交易和智能合约的存储器。

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

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

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

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

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

图3A示出根据示例实施例的交通工具部分所有权设置配置。参考图3A，系统300提供交通工具/车辆310，可以经由用户提交的请求来请求、访问和操作交通工具/车辆310以发起车辆事件，然后针对事件状态对车辆事件进行监视312，这可以由管理服务器320来管理。服务器320可以识别正在被请求、使用并且遇到某些变化的特定车辆310，所述变化诸如是增加的里程、操作所花费的时间、所使用的特征、所承载的乘客/货物负载、检测到的道路状况等，所有这些都经由传感器数据314来检测。还可以检索使用车辆的用户实体的用户简档，以连同在操作期间需要/禁止(例如仅在所定义的时段期间使用)的所定义的车辆特征集合一起应用于车辆310。可以通过与区块链330相关联的所获得的智能合约316来管理用于访问和接收车辆的过程。可以基于传感器数据314对车辆的状况水平进行持续监视。传感器数据可以向服务器320提供定期更新，以指示是否遵守当前的部分所有权协议或者是否需要在不久的将来对该协议进行改变。

可以执行318智能合约以启用新的车辆监视事件。可以将对于这样的事件最理想的车辆识别为可用，并且可以向用户设备通知新事件和任何需要的更新。该处理可以将用户的简档加载在车辆和/或定制的车辆事件文件上，该车辆事件文件包括从用户的简档中检索的部分所有权需求、条件等，并且这些部分所有权需求、条件等经由智能合约322应用于车辆计算机，因此通过中央车辆控制器和远程管理服务器320来监视正确的状况。在操作期间，例如一旦用户开始随着车辆一起移动，就可以识别并且监视324任何新检测到的状况(例如，服务需求)。这样的信息可以被识别并且存储在临时简档文件中，以用于随后的车辆状态报告。例如，当车辆识别出对于特定日子允许的最大使用的基于传感器的检测(传感器数据超过/下降到已知阈值以下)时，该数据被收集并且用于填充临时服务简档。当执行分析以识别车辆状态时，当前/最近的用户对车辆的部分所有权被评估是否合规。当用户使用交通工具的时间段过长、超出协议之外的原因等时，可能被视为违反部分所有权协议。结果，车辆池中的另一车辆可能与当前协议或经修改的协议配对，以包括额外的使用时间段、额外的使用类型、额外的使用位置等。然后可以更新326对先前的部分所有权协议的更新。然后基于改变来创建新的区块链交易328。经由新的数据交易将全部更新存储在区块链330中329。在另一实施例中，在智能合约中管理和/或发生为使用对象(例如交通工具)而支付的费用。

图3B示出根据示例实施例的交通工具服务设置配置的流程图。参考图3B，示例处理340包括监视交通工具/车辆342的状况水平状态，该状况水平状态可以是经由安装在车辆上的传感器识别的大量车辆感测到的状况中的任一个。传感器数据可以通过安装在车辆上的车辆计算设备或经由在车辆内部或附近操作的用户智能电话来获得。在一个示例中，获得344车辆的状态，并且将车辆的状态和与先前状况状态相关联的已知值进行比较。关于车辆是否具有修改后的状态的确定是基于时间阈值、感测到的状况(例如，碰撞检测、由车辆拖拉的重量、乘客使用等)346。执行关于车辆状况是否保证所有者之间的部分所有权协议的改变的确定352。如果当前用户和/或其他用户没有超过任何状况，则可以保持部分所有权协议353。识别使用合规性的一种方式是基于可以针对特定车辆事件识别354的所使用的时间。还观察356在这样的时间期间的车辆的状况以确定与先前状况的偏差。确定是否超过358部分所有权水平。如果用户在最近的事件期间以超出其部分所有权的条款的方式使用车辆，则可能会发生重新分配，这可能包括一个用户的更大的部分所有权以及其他用户的相同或更小的所有权(例如，30％的部分所有权变成40％)，这取决于所分配的新的部分所有权协议362。否则，可以保持当前的部分所有权协议364。

在一个示例中，可以向用户授予可以超过部分所有权协议的设定数量的事件，例如三个事件，并且关于第四个事件，可以提示用户同意新的部分所有权，该新的部分所有权容纳用户对特定车辆的使用。修改部分所有权的一种方式可能是允许更大/更小的协议，这可能会增加/减少当前的部分所有权成本和使用权利。在另一示例中，用户设备可以是识别部分所有权使用和权利的基础。例如，特定用户的用户设备可以被识别为处于与交通工具相同的位置。传感器数据可以指示交通工具正在被操作，并且用户设备可以随着时间与交通工具的位置相配对以指示用户正在操作车辆。该配对可能是识别部分所有权是否正在被赎回(redeem)/使用的基础。可以在服务器处接收更新的数据集合，诸如与交通工具和/或邻近交通工具的用户设备相关联的传感器数据。而且，用户设备与交通工具配对的时间量可以指示被保持和更新的部分所有权的大小。在一个示例中，基于用户设备和交通工具的参与配对来确定最小部分所有权。例如，确认配对，估计和/或确定使用，然后基于所确定的使用和/或先前的协议将所有权设置为部分所有权。

可以基于使用的试用时段来确定部分所有权。例如，用户可以在经销商处选择交通工具，签约进行部分使用，并且在试用时段(例如两个星期)内使交通工具参与使用事件。然后可以自动创建部分所有权协议，并且可以将部分所有权协议限制为用户可能的使用时段。另外，部分所有权可以根据其他用户使用车辆或与同一车辆签订另一部分所有权协议的需求来确定。对特定车辆的部分所有权的需求越大，就等于有更多机会识别使用时间段和部分所有权协议的潜力。

图3C示出根据示例实施例的另一交通工具部分所有权管理配置的流程图。参考图3C，示例处理370提供了交通工具被识别为部分所有权的示例。用户的用户简档可以被应用于交通工具和交通工具管理数据库372，以识别用户的车辆事件历史和使用。可以随着时间收集交通工具使用历史以识别用户的需求、要求、偏好等。数据库可以交叉参考用户的车辆和简档信息，以通过监视用户需求374(例如，座位数量、媒体需求、牵引能力、悬挂选项、豪华选项、距离行驶选项、速度和加速度、儿童安全性等)从候选池中识别候选车辆。可以从在事件的监视期间获得的传感器信息中识别用户需求。使用数据可以基于特定用户使用车辆的一天中的时间、频率、时间段和一星期中的日子。然后可以根据池中的车辆的可用性和选项以及它们是否满足用户简档标准378来识别池中的可用车辆376。可以以所建议的部分所有权选项的形式将作为结果的可用选项呈现给用户。例如，如果用户当前正在租赁车辆，并且该用户被识别为是池中的三个车辆的候选者，那么可以将满足那些用户需求和使用需求的那些交通工具选择为用于部分所有权协议的潜在车辆的子集池，其中用户不拥有超出部分量的任何车辆，但是作为部分所有权协议的一部分，可以使用一个或多个车辆。如果没有可用的选项，则处理继续监视373。可用的选项将使得将用户的使用的传感器数据、用户需求和用户使用与候选交通工具进行比较382。如果用户是狂热的媒体用户，则可以从用户的可用交通工具选项列表中排除没有或只有很少媒体选项的工作级车辆。如果用户需要出色的乘客交通工具选项(例如乘车共享专业人员)，则可能会排除具有两个座位和/或较差汽油行驶里程的车辆作为可能性。一旦选择了可用交通工具子集384，就可以经由自动通知自动地通知用户，该自动通知向用户的设备呈现交通工具、部分所有权协议选项和其他信息386。

图4A示出根据示例实施例的交通工具部分所有权管理流程图。参考图4A，处理400可以包括以下中的一个或多个：分配交通工具的部分所有权412，在服务器处接收与交通工具和邻近交通工具的设备中的一个或多个相关联的传感器数据414，基于传感器数据确定交通工具的状况416，基于状况来更新交通工具的部分所有权418，并且基于部分所有权来提供责任422，所述部分所有权可以根据使用量、当前部分所有权协议、修改后的部分所有权协议和/或其他因素来相应地调整。

部分所有权可以与该设备相关联，因为该设备是用来监视用户与车辆在一起的设备。在一个示例中，基于设备接近交通工具并且交通工具正在移动的时间量来更新部分所有权，可以确定最小部分所有权以向用户提供最小部分所有权需求。状况可能与交通工具的使用相关联，例如行驶里程、撞击或碰撞检测、感测到的意外状况(例如，潮湿、高温、寒冷等)。响应于接收到传感器数据，可以从分布式账本中检索智能合约，以识别为收集传感器数据所需要的一个或多个传感器、在检查车辆合规性数据时执行的一个或多个阈值等。与交通工具相关联的部分所有权可以基于传感器数据。可以创建区块链交易，以基于与交通工具传感器数据相关联的交通工具的状况来更新交通工具的部分所有权。

智能合约可以识别服务日期、服务位置、服务时间和服务支付中的任何一个或多个，并且具有对于服务日期、服务位置、服务时间和服务支付中的任何一个或多个的条款或规则。交通工具可以是可以租赁的交通工具，例如汽车、货车、卡车、摩托车、休闲车、水上车辆、踏板车、自行车、无人机、以及可以用于将人和/或货物从一个地点运输到另一地点的任何对象。

图4B示出根据示例实施例的另一交通工具部分所有权管理流程图。参考图4B，处理450可以包括以下中的一个或多个：将用户简档应用于一个或多个交通工具和交通工具管理数据库452，以及在时间段内监视对一个或多个交通工具的用户需求和用户使用454。该处理还包括：识别交通工具管理数据库的交通工具可用性池中存储的多个交通工具简档456；基于所监视的对一个或多个交通工具的用户需求和用户使用，识别在交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的所提议的部分所有权458；以及将在交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的所提议的部分所有权提供给与用户相关联的用户设备462。

该处理还可以包括：接收与在时间段内(例如，使用特定交通工具来识别用户特征的一个星期或一个月)对一个或多个交通工具的用户使用相关联的传感器数据。该方法还可以包括基于传感器数据确定一个或多个用户需求，例如经常基于简档数据、传感器数据而使用的特征(即，如由座椅传感器感测到的乘客在车辆的座椅中)。该处理还包括：识别交通工具可用性池中的多个交通工具当中的包括满足用户需求的交通工具特征(例如在首次交通工具的试用时段内使用的并且将在未来交通工具使用情形中要求的那些特征)的交通工具子集。该方法还可以包括：选择交通工具子集作为所提议的部分所有权，其中该子集包括全部可用交通工具的一部分，而不是整个可用交通工具集合。在时间段内监视对一个或多个交通工具的用户需求和用户使用还包括：在时间段内识别与用户简档相关联的多个交通工具事件，并且接收对于多个交通工具事件中的每个采集的多个传感器数据集合。该处理还可以包括：响应于接收到多个传感器数据集合，基于以下中的一个或多个来识别用户需求和用户使用：操作一个或多个交通工具的时间量，操作一个或多个交通工具的各天中的时间，在一个或多个交通工具中乘坐的乘客数量，在交通工具事件期间承载的重量，在交通工具事件期间由交通工具检测到的道路状况，在交通工具事件期间检测到的速度和加速度，以及在交通工具事件期间使用的交通工具特征；以及基于接收到的多个传感器数据集合更新对一个或多个交通工具的用户需求和用户使用。

该处理还可以包括：将更新的用户使用与在交通工具可用性池中识别的多个交通工具进行比较，确定交通工具可用性池中的多个交通工具当中的包括满足更新的用户需求的交通工具特征的交通工具子集，以及向用户设备发送具有交通工具子集的通知。而且，该处理可以提供：响应于识别用户使用和用户需求，从分布式账本中检索智能合约，以及从智能合约中识别一个或多个传感器配置。确定传感器数据是否满足一个或多个传感器配置提供了：基于一个或多个传感器配置被满足来自动选择多个交通工具中的一个或多个交通工具，并且创建包括所提议的部分所有权的区块链交易。这些示例提供了：部分所有权可以为一分钟、一小时、一天、一星期，一个月、一年、多年，交通工具简档包括交通工具属性和特征，用户需求包括用户日程安排、用户交通工具使用历史、道路状况、牵引物品、仅在某些小时内使用、多个乘客/没有乘客、用户已经行驶的地方并且根据用户日程安排将要行驶的地方。使用是基于在用户使用交通工具期间收集的传感器数据。用户可能是交通工具池的一部分，具有30％的部分百分比所有权，并且可能处于第一水平。可以获得更期望的水平以进行额外补偿，升级的原因可能是使用具有更高级特征的更昂贵的车辆。如果用户希望定期使用这样的车辆，则升级的部分所有权选项可能比每次交易调整更好，每次交易调整可能不太令人满意。

图4C示出根据示例实施例的又一部分所有权管理配置。参考图4C，处理470可以包括以下中的一个或多个：将用户简档应用于交通工具和交通工具管理数据库472，在时间段内监视对交通工具的用户需求和用户使用474，以及基于用户需求和用户使用来调整交通工具的当前交通工具值和当前部分所有权476。例如，用户可以以定期减少交通工具的值的时间量和/或方式来使用交通工具。该处理还包括：基于与其他用户简档相关联的其他需求和其他使用，将存储在交通工具管理数据库中的一个或多个其他用户简档识别为对于交通工具的剩余部分所有权的候选者478，例如，用户可能正在以一定值寻找特定百分比的交通工具，并且当特定交通工具达到可由那些用户请求获得的值时，那些用户请求可能会成熟。该处理还包括：将交通工具的剩余部分所有权提供给与其他用户简档相关联的用户设备482。在该示例中，用户可以以某些值设置对某些交通工具的请求，然后在交通工具被识别为可用时接收部分所有权。

图5A示出根据示例实施例的用于管理与车辆相关联的区块链交易的示例性区块链车辆配置500。参考图5A，当特定交通工具/车辆120参与诸如服务交易之类的交易(例如，车辆服务、经销商交易、递送/接取、运输服务等)时，车辆可以根据一个或多个服务交易接收值510和/或排出(expel)/转移(transfer)值512。交易模块520可以记录信息，例如各方、信贷、服务描述、日期、时间、位置、结果、通知、意外事件等。交易模块520中的那些交易可以被复制到由远程服务器和/或远程区块链对等方管理的区块链530中，其中车辆本身可以代表区块链成员和/或区块链对等方。在其他实施例中，区块链530驻留在车辆120上。当根据部分所有权协议的条款使用车辆时，在一个示例中，经由将用户简档应用于车辆来执行认证和使用，以及所执行的后续动作可能是基于使用事件、车辆数据、用户数据等创建的新的区块链交易。这可能是为使用事件提供补偿所采取的方法。如本文中所述，接收和/或转移的值/信贷可以基于部分所有权。

另外，可以在交通工具计算设备上设置语音助理。语音助理可以被配置为接收和处理调用某些动作的语音命令，诸如供交通工具执行自动化任务的命令。这样的任务可能会调用区块链中的交易，例如用于交通工具的服务、用于交通工具的用户的服务以及为维护用户的日程安排和/或交通工具的最佳管理所需要的其他动作。

图5B示出根据示例实施例的用于管理服务中心和车辆之间的区块链交易的示例区块链车辆配置540。在该示例中，因为车辆需要服务和/或需要在特定位置停车，所以车辆120可能已经将自己驾驶到服务中心542(例如，汽车经销商、本地服务站点、递送接取中心等)。服务中心542可以在特定时间以特定策略(例如更换机油、电池充电、加油、再充电或替换服务(例如轮胎更换或替换)以及任何其他与交通工具有关的服务)为车辆进行服务呼叫登记。可以基于智能合约来执行所提供的服务544，该智能合约是从区块链530下载或经由区块链530访问的，并且被识别为允许以特定兑换率执行这样的服务。服务被记录在交易模块520的交易日志中，信贷512被转移到服务中心542，并且区块链可以将交易记入日志以表示关于最近服务的全部信息。在其他实施例中，区块链530驻留在车辆120和/或服务中心542上。在一个示例中，交通工具事件可能需要加油或其他车辆服务，然后用户可能会对这样的服务的责任值增加负责。可以经由区块链通知来提供服务，然后该区块链通知用来经由用户的各自的部分责任值将责任值重新分配给用户。遵守定期服务计划可能是实现最佳用户车辆状态所需要的遵守率或合规性的一部分。服务停止可能/可能不是与特定乘员/目标用户相关联的车辆事件所允许的可允许动作，这取决于他们的状态。另外，如果车辆提示用户进行服务停止并且用户拒绝，则该不作为可能会导致被添加到总体用户评级和/或损坏列表的用户状态扣减和/或车辆状况扣减，用户可能会在事件结束时对其负责。服务中心活动的责任可以基于本文中所述的部分所有权。

图5C示出根据示例实施例的用于管理在各种车辆之间进行的区块链交易的示例区块链车辆配置550。当车辆120已达到需要与另一车辆508共享服务的状态时，车辆120可以与另一车辆508接合以执行各种动作，诸如共享、转移、获取服务呼叫等。例如，车辆508可能需要电池充电和/或可能轮胎有问题，并且可能在接取包裹以递送的途中。车辆508可以通知在其网络中并且在其区块链成员服务上操作的另一车辆120。车辆120然后可以经由无线通信请求接收信息，以执行从车辆508和/或从服务器(未示出)的包裹接取。交易被记录在两个车辆的交易模块552和520中。将信贷从车辆508转移到车辆120，并且转移的服务的记录被记录在区块链530/554中(假定区块链彼此不同)，或者被记录在由所有成员使用的相同区块链中。在该示例中，如果允许用户使用车辆执行某些服务(例如乘客服务、对另一辆车辆的其他服务或部分所有权服务请求)或执行类似操作，则区块链可以使用智能合约来识别协议的条款，并且作为已完成这样的任务的结果而最终将交易记录在与车辆有关的区块链中。转移的信贷的责任可以基于本文中所述的部分所有权。

图6示出根据示例实施例的可被添加到分布式账本的区块链区块600以及区块结构660的内容。参考图6，客户端(未示出)可以将条目提交到区块链节点以在区块链上制定活动。例如，客户端可以是代表请求者(例如设备、人员或实体)为区块链提出条目的应用。多个区块链对等方(例如，区块链节点)可以维护区块链网络的状态以及分布式账本的副本。区块链网络中可能存在不同类型的区块链节点/对等方，包括背书对等方和提交对等方，背书对等方对由客户端提出的条目进行模拟和背书，提交对等方验证背书，确认(validate)条目并且将条目提交到分布式账本。在该示例中，区块链节点可以执行背书方节点、提交方节点或两者的角色。

本系统包括将不可变的有序记录存储在区块中的区块链以及维持区块链的当前状态的状态数据库(当前世界状态)。每个通道可能存在一个分布式账本，并且每个对等方为其所属的每个通道维护其自己的分布式账本的副本。本区块链是被构造为哈希链接的区块的条目日志，其中每个区块包含N个条目的序列。区块可以包括各种组分，诸如图6中所示的那些。可以通过在当前区块的区块头部内添加前一个区块头部的哈希来生成区块的链接。以此方式，区块链上的全部条目被排序并且被加密地链接在一起，从而防止在不破坏哈希链接的情况下篡改区块链数据。此外，由于链接，区块链中的最新区块代表了在其之前的每个条目。本区块链可以存储在对等文件系统(本地或附连存储)上，该对等文件系统支持仅追加区块链工作负载。

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

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

排序服务接受背书的条目，将这些条目排序到区块中，然后将这些区块递送给提交对等方。例如，当已达到条目的阈值、计时器超时或其他状况时，排序服务可以启动新区块。在该示例中，区块链节点是提交对等方，该对等方已经接收了用于存储在区块链上的新数据区块660。排序服务可以由排序方集群组成。排序服务不处理条目、智能合约或维护共享账本。而是，排序服务可以接受背书的条目并且指定将这些条目提交到分布式账本的顺序。可以设计区块链网络的架构，以使“排序”的特定实现方式(例如，Solo(单独)、Kafka(卡夫卡)、BFT等)成为可插拔的组件。

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

参考图6，存储在区块链和/或分布式账本上的区块660(也被称为数据区块)可以包括多个数据段，诸如区块头部662、特定于交易的数据672和区块元数据680。应当理解，所描绘的各种区块及其内容(例如区块660及其内容)仅是出于示例的目的，并不意味着限制示例实施例的范围。在某些情况下，区块头部662和区块元数据680两者可以小于存储条目数据的特定于交易的数据672，然而这不是必需的。区块660可以在区块数据670内存储N个条目(例如100个、500个、1000个、2000个、3000个等)的交易信息。区块660还可以在区块头部662中包括到(例如，区块链上的)先前区块的链接。具体地，区块头部662可以包括先前区块的头部的哈希。区块头部662还可以包括唯一区块号、当前区块660的区块数据670的哈希等。区块660的区块号可以是唯一的，并且以从零开始的递增/依次顺序来分配。区块链中的第一个区块可以被称为创世区块，创世区块包括有关区块链、其成员、存储在其中的数据等的信息。

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

在一些实施例中，区块数据670还可以存储特定于交易的数据672，该特定于交易的数据672将附加信息添加到区块链中的区块的哈希链接的链。因此，数据672可以存储在分布式账本上的区块的不可变日志中。存储这样的数据672的一些益处反映在本文中公开和描绘的各种实施例中。区块元数据680可以存储元数据的多个字段(例如，作为字节阵列等)。元数据字段可以包括在区块创建时的签名、对最后配置区块的引用、识别区块内的有效条目和无效条目的条目过滤器、对区块进行排序的排序服务的持续的最后偏移量等。签名、最后配置区块和排序方元数据可以通过排序服务来添加。同时，区块的提交方(例如，区块链节点)可以基于背书策略、对读取集合/写入集合的验证等来添加有效性/无效性信息。条目过滤器可以包括大小等于区块数据670中的条目数量的字节阵列以及识别条目是有效还是无效的验证码。

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

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

图7并非旨在暗示对本文中所述的本申请的实施例的功能或使用范围的任何限制。无论如何，计算节点800能够实现和/或执行本文中阐述的任何功能。

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

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

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

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

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

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

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

计算机系统/服务器702还可以经由I/O适配器720与一个或多个外部设备进行通信，例如键盘、指点设备、显示器等；使得用户能够与计算机系统/服务器702进行交互的一个或多个设备；和/或使得计算机系统/服务器702能够与一个或多个其他计算设备进行通信的任何设备(例如，网卡、调制解调器等)。这样的通信可以经由I/O接口进行。仍然，计算机系统/服务器702可以经由网络适配器与诸如局域网(LAN)、通用广域网(WAN)和/或公共网络(例如，因特网)之类的一个或多个网络进行通信。网络适配器经由总线与计算机系统/服务器702的其他组件进行通信。应当理解，尽管未示出，但是其他硬件组件和/或软件组件可以与计算机系统/服务器702结合使用。示例包括但不限于：微代码、设备驱动器、冗余处理单元、外部盘驱动器阵列、RAID系统、磁带驱动器和数据档案存储系统等。

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

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

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

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

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

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

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

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

Claims (14)

1.一种方法，包括：

将用户简档应用于一个或多个交通工具和交通工具管理数据库；

在时间段内监视对所述一个或多个交通工具的用户需求和用户使用；

识别所述交通工具管理数据库的交通工具可用性池中存储的多个交通工具简档；

基于所监视的对所述一个或多个交通工具的用户需求和用户使用，识别在所述交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的所提议的部分所有权；以及

将在所述交通工具可用性池中识别的多个交通工具中的所述一个或多个交通工具的所提议的部分所有权提供给与用户相关联的用户设备。

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

在时间段内接收与对所述一个或多个交通工具的用户使用相关联的传感器数据；

基于所述传感器数据确定用户需求中的一个或多个用户需求；

识别所述交通工具可用性池中的所述多个交通工具当中的包括满足用户需求的交通工具特征的交通工具子集；以及

选择所述交通工具子集作为所提议的部分所有权。

3.根据权利要求1所述的方法，其中，在时间段内监视对所述一个或多个交通工具的用户需求和用户使用还包括：

在时间段内识别与用户简档相关联的多个交通工具事件；以及

接收针对所述多个交通工具事件中的每个交通工具事件收集的多个传感器数据集合。

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

响应于接收到所述多个传感器数据集合，基于以下各项中的一个或多个来识别用户需求和用户使用：操作所述一个或多个交通工具的时间量，操作所述一个或多个交通工具的各天中的时间，在所述一个或多个交通工具中乘坐的乘客数量，在交通工具事件期间承载的重量，在交通工具事件期间由交通工具检测到的道路状况，在交通工具事件期间检测到的速度和加速度，以及在交通工具事件期间使用的交通工具特征；以及

基于接收到的所述多个传感器数据集合，更新对所述一个或多个交通工具的用户需求和用户使用。

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

将更新后的用户使用与在所述交通工具可用性池中识别的所述多个交通工具进行比较；

确定所述交通工具可用性池中的所述多个交通工具当中的包括满足更新后的用户需求的交通工具特征的交通工具子集；以及

向用户设备发送包括所述交通工具子集的通知。

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

响应于识别用户使用和用户需求，从分布式账本中检索智能合约；以及

从所述智能合约中识别一个或多个传感器配置。

7.根据权利要求6所述的方法，还包括：

确定传感器数据满足所述一个或多个传感器配置；

基于所述一个或多个传感器配置被满足，自动选择所述多个交通工具中的所述一个或多个交通工具；以及

创建包括所提议的部分所有权的区块链交易。

8.一种系统，包括：

服务器，所述服务器被配置为：

将用户简档应用于一个或多个交通工具和交通工具管理数据库；

在时间段内监视对所述一个或多个交通工具的用户需求和用户使用；

识别所述交通工具管理数据库的交通工具可用性池中存储的多个交通工具简档；

基于所监视的对所述一个或多个交通工具的用户需求和用户使用，识别在所述交通工具可用性池中识别的多个交通工具中的一个或多个交通工具的所提议的部分所有权；以及

将在所述交通工具可用性池中识别的多个交通工具中的所述一个或多个交通工具的所提议的部分所有权提供给与用户相关联的用户设备。

9.根据权利要求8所述的系统，还包括：

在时间段内接收与对所述一个或多个交通工具的用户使用相关联的传感器数据；

基于所述传感器数据确定用户需求中的一个或多个用户需求；

识别所述交通工具可用性池中的所述多个交通工具当中的包括满足用户需求的交通工具特征的交通工具子集；以及

选择所述交通工具子集作为所提议的部分所有权。

10.根据权利要求8所述的系统，其中，在时间段内监视对所述一个或多个交通工具的用户需求和用户使用还包括：

在时间段内识别与用户简档相关联的多个交通工具事件；以及

接收针对所述多个交通工具事件中的每个交通工具事件收集的多个传感器数据集合。

11.根据权利要求10所述的系统，还包括：

响应于接收到所述多个传感器数据集合，基于以下各项中的一个或多个来识别用户需求和用户使用：操作所述一个或多个交通工具的时间量，操作所述一个或多个交通工具的各天中的时间，在所述一个或多个交通工具中的乘客数量，在交通工具事件中承载的重量，在交通工具事件中由交通工具检测到的道路状况，在交通工具事件中检测到的速度和加速度，以及在交通工具事件中使用的交通工具特征；以及

基于接收到的所述多个传感器数据集合，更新对所述一个或多个交通工具的用户需求和用户使用。

12.根据权利要求10所述的系统，还包括：

将更新后的用户使用与在所述交通工具可用性池中识别的所述多个交通工具进行比较；

确定所述交通工具可用性池中的所述多个交通工具当中的包括满足更新后的用户需求的交通工具特征的交通工具子集；以及

向用户设备发送包括所述交通工具子集的通知。

13.根据权利要求9所述的系统，还包括：

响应于识别用户使用和用户需求，从分布式账本中检索智能合约；以及

从所述智能合约中识别一个或多个传感器配置。

14.根据权利要求13所述的系统，还包括：

确定传感器数据满足所述一个或多个传感器配置；

基于所述一个或多个传感器配置被满足，自动选择所述多个交通工具中的所述一个或多个交通工具；以及

创建包括所提议的部分所有权的区块链交易。

Images