CN112368699A - 地址管理系统 - Google Patents

Abstract

本文公开的实施例涉及地址管理系统，该地址管理系统包括用于接收和验证用户的地址信息的注册服务。验证用户的地址信息可以涉及咨询权威信息源，诸如政府机构。一旦通过验证，注册服务就可以发布和/或启用用户代码，该用户代码可以被用作用于检索用户的地址信息的密钥。当用户从要求地址的应用请求服务时，用户可以提供用户代码而不是地址。应用可以从地址服务器检索与注册的用户代码相关联的地址的至少一部分。

Description

地址管理系统

技术领域

本公开涉及共享和控制用户的地址信息。具体而言，本公开针对允许用户共享表示他们的物理地址的代码，而不是公开物理地址本身。

背景技术

当用户与应用交互以请求服务或下订单时，诸如向特定位置递送商品或服务，常常要求用户提供包括姓名、完整的邮寄(和/或递送)地址以及一个或多个电话号码的标识和地址信息，以便访问该服务。一些应用要求用户具有账户，在该账户中，标识信息存储在用户简档中。当用户登录其账户并订购要运送到用户住所的产品时，应用可以使用用户简档中的地址信息来确定将订单递送到何处。其它应用可以要求用户在对服务的每个请求中提供递送地址。提交和重新提交地址信息可能是耗时、低效且容易出错的过程。

附图说明

在附图的各图中，通过示例而非限制的方式图示了实施例。应当注意的是，在本公开中对“实施例”或“一个实施例”的引用不一定是指同一个实施例，并且它们意味着至少一个实施例。在附图中：

图1是图示根据一个或多个实施例的地址管理系统的组件的框图；

图2是图示根据一个或多个实施例的将用户代码与经认证的地址相关联的流程图；

图3是图示根据一个或多个实施例的用户从要求物理地址才能履行的应用请求服务的流程图；

图4是图示根据一个或多个实施例的将用户的物理地址发送到向用户提供服务的应用的流程图；

图5是图示根据一个或多个实施例的地址管理系统中的组件之间的有序交互的框图；

图6是图示根据一个或多个实施例的被实现为对等分布式分类账网络的地址储存库的框图；

图7是图示根据一个或多个实施例的与对等分布式分类账网络的对等方之一交互的地址注册引擎的框图；

图8图示了根据一个或多个实施例的协作的分布式分类账网络；

图9示出了图示根据一个或多个实施例的计算机系统的框图。

具体实施方式

在下面的描述中，出于解释的目的，阐述了许多具体细节以便提供透彻的理解。可以在没有这些具体细节的情况下实践一个或多个实施例。一个实施例中描述的特征可以与不同实施例中描述的特征组合。在一些示例中，参考框图形式描述了众所周知的结构和设备，以避免不必要地混淆本发明。

1.总体概述

一些实施例包括用于管理用户的地址的地址管理系统。本文使用术语“地址”来指用户的任何类型的地址信息。地址可以与包括但不限于以下的地址对应：街道地址、从众所周知的兴趣点出发的方向的集合、或地图坐标。地址可以指联系地址，诸如电子邮件地址、特定于应用的句柄、信使地址或电话号码。引用一种类型的地址的示例可以同等地适用于其它类型的地址。

地址管理系统与要求用户的物理地址以完成一个或多个功能(例如，购买商品或服务)的第三方应用分开实现。与第三方应用分开维护用户的物理地址可以允许更新单个系统(即，地址管理系统)，而不是更新每个第三方应用。因而，地址管理系统可以与用户的用户代码相关联地维护用户的当前地址。此外，地址管理系统通过执行授权处理以确认发出请求的第三方应用被授权访问用户的物理地址(或其部分)来增加安全性层。地址管理系统在成功验证发出请求的第三方应用的访问许可后将用户的地址传输到发出请求的第三方应用。

地址管理系统还被配置为验证用户的地址。作为示例，验证可以涉及咨询权威(authoritative)信息源(诸如政府机构)。一旦被验证，该地址就可以与对应于该用户的用户代码相关联地存储。本文描述的实施例针对从用户接收用户代码而不是从用户接收地址信息的第三方应用。第三方应用在对用户地址(或其部分)的请求中将用户代码转发到地址管理系统。

本说明书可以包括并且在权利要求中可以叙述超出本总体概述部分所描述的实施例的一些实施例。

2.地址管理体系架构

图1是图示根据一个或多个实施例的地址管理体系架构的组件的框图。可以添加、移除、修改或组合组件。相对于一个组件描述的功能可以代替地由另一个组件实现。因而，本文中图示和/或描述的特定组件不应当被解释为限制任何权利要求的范围。

系统包括用户设备110、地址注册引擎120、地址认证器130、地址储存库140、地址服务器150和应用160。

用户设备110是由用户用来与地址注册引擎120、应用160和地址服务器150交互的设备，诸如移动电话、平板电脑、膝上型计算机或其它计算机。可以使用不同的用户设备来与地址管理系统的每个组件进行交互。例如，用户可以(a)使用膝上型计算机或台式计算机向地址注册引擎120注册地址、(b)使用平板电脑从应用160订购要递送到其住所的商品、并且(c)使用移动电话来响应地址服务器的授权应用检索递送地址的请求。

地址注册引擎120从用户接收地址并将该地址与用户代码相关联地存储在地址储存库140中。地址可以包括用户的移动电话号码、完整的物理地址、电子邮件地址和地图坐标(该地图坐标可以通过在地图上放置图钉来指定)。在实施例中，地图坐标可以是GPS坐标。用户可以选择他们的用户代码，并将用户代码和地址一起发送到地址注册引擎。可替代地，地址注册引擎可以创建唯一的用户代码并将该唯一的用户代码连同对地址已被验证并成功存储的确认返回给用户。在存储用户代码和地址之间的关联之前，地址注册引擎可以将地址的部分发送到一个或多个地址认证器130，以验证地址的相应部分是有效的并且与用户相关联。

地址认证器130包括用户和/或地址信息的一个或多个权威源。用户信息的部分的权威源的示例可以包括政府机构，诸如县登记员、机动车部门，或者选民登记、征信局、公用事业公司、银行、公开的电话簿等可以被用于核实已知用户与提供的地址相关联。为此，用户可以提供用于验证目的的附加信息，诸如ID号(诸如社会安全号)、电话号码、银行账号或该地址处的有形财产的批号。

在实施例中，附加信息可以与地址一起被发送到地址注册引擎。地址注册引擎可以将信息传递给一个或多个地址认证器。地址认证器可以直接与用户联系，以获得验证地址与用户的关联所需的附加信息。地址认证器130可以是完全自动化的，并且不要求与用户的任何通信。

地址储存库140可以维护用户代码与用户地址之间的关联。地址注册引擎还可以随后更新用户代码或地址。在实施例中，地址储存库140可以包括地址注册引擎可直接访问的存储装置。地址服务器150可以维护储存库，并且地址注册引擎可以将新的或更新后的地址记录发送到地址服务器150。可以通过对存储管理系统的请求来访问地址储存库140。地址记录可以以JSON或XML格式存储在地址储存库中，以便于处理。

在一个或多个实施例中，地址储存库是用于存储数据的任何类型的存储单元和/或设备(例如，文件系统、数据库、表的集合或任何其它存储机制)。另外，地址储存库可以包括多个不同的存储单元和/或设备。多个不同的存储单元和/或设备可以是或可以不是相同的类型或位于相同的物理站点。地址储存库可以在与地址注册引擎和/或地址服务器相同的计算系统上实现或执行。可替代地或附加地，地址储存库可以在与在其上执行地址注册引擎和/或地址服务器的计算系统分开的计算系统上实现或执行。

应用160是提供用户接口的应用，通过该接口，用户请求将商品或服务递送到在特定地址的用户。在实施例中，用户可以通过互联网与应用交互，并且web浏览器可以提供用户接口。在实施例中，应用可以在用户设备上运行并提供特定于应用的用户接口。在实施例中，用户可以具有用应用设置的账户。该账户可以包括用户简档，用于存储用于认证的用户信息、指定偏好、支付选项和/或递送地址信息。例如，用户可以用该用户经常通过其下订单的应用来设置账户。用户可以提供用户代码来代替地址信息，以存储在用户简档中。此后，每次用户下订单时，用户无需提供地址信息。代替地，应用可以使用存储在简档中的用户代码从地址服务器检索用户的地址信息。通过每次需要地址才能履行订单时检索地址来代替在本地高速缓存地址，应用可以总是接收最新的地址信息。用户不需要在用户先前已提供地址的每个个体应用中更新简档信息。

在实施例中，用户用该用户不具有账户的应用下订单。示例可以涉及用户尝试新的披萨递送服务。在订购披萨时，用户可以提供用户代码而不是实际地址。物理地址和用户代码都不必存储以备将来使用。

地址服务器150从提供要求物理地址才能履行的用户服务的应用接收请求，诸如向物理地址运送商品、递送食物或派遣维修人员或承包商。地址服务器可以接收具有应用的获得与用户代码相关联的物理地址的请求的用户代码。地址服务器可以允许用户授权应用获得用户的物理地址，以用于履行具体的用户订单。即使用户向应用提供了用户代码，用户也可以拒绝对用户代码的任何特定用途的访问。

如果用户授权应用获得物理地址，那么地址服务器将用户的物理地址信息发送到应用。地址服务器可以将地址信息的全部(本文中被称为整个地址)发送给应用。可替代地，地址服务器可以仅发送地址信息的一部分。如果具体地请求地址信息的一部分或者如果仅授权发出请求的应用访问地址的该部分，那么发送地址信息的该部分，而不是发送整个地址。

在实施例中，地址服务器150可以从应用接收核实请求。核实请求可以包括发送用户的物理地址信息的全部或一部分连同对应的用户代码，并且地址服务器可以验证与核实请求一起发送的地址信息与存储在地址储存库中的地址信息是一致的。因此，对核实请求的响应可以是物理地址信息是否有效的二进制指示符。

3.处理描述

图2、图3、图4和图5图示了整个地址管理系统处理。可以添加、移除、修改或组合操作和组件。关于一个操作或组件描述的功能可以替代地由另一个操作或组件来实现。因而，本文中图示和/或描述的特定操作和组件不应当被解释为限制任何权利要求的范围。

图2是图示根据一个或多个实施例的将用户代码与经认证的地址相关联的流程图。如上所述，任何其它类型的地址可以等同地适用于叙述特定类型的地址(诸如地址)的示例。

在操作210中，地址注册引擎120可以从用户设备110接收注册与地址相关联的用户代码的请求。该请求至少包括物理地址。注册请求还可以包括用户选择的用户代码。如果请求包含用户选择的用户代码，那么地址注册引擎可以核实所选择的用户代码在地址储存库内存储的其它用户代码当中的唯一性。例如，通用(全局)地址服务可以要求用户代码是全局唯一的。国家地址服务可以只要求用户代码在与位于该国家内的物理地址相关联的用户代码当中唯一。如果没有提供用户代码，那么地址注册引擎可以构造在地址储存库中存储的用户代码当中唯一的用户代码，并且可以将新构造的用户代码发送回用户。在实施例中，地址注册引擎可以通过用户设备联系用户以从用户接收新的或不同的用户代码。可以提示用户批准生成的用户代码或在生成的用户代码的列表当中进行选择。例如，每当用户输入不唯一的代码时，可以提示用户输入新的用户代码。作为另一个示例，地址注册引擎可以构造若干替代的唯一用户代码，并且用户可以选择一个。在实施例中，地址注册引擎可以修改用户提供的用户代码以确保用户代码的唯一性，诸如通过添加数字或其它字符。

在操作220中，地址注册引擎可以验证已知由用户提供的物理地址与用户相关联。用户的请求还可以包括认证文档的图像，诸如出生证、护照、财产税账单、水电费账单等的图像，该图像包括用户的姓名以及物理地址、电话号码和/或其它用户标识(诸如社会安全号或税标识号)的某种组合。此类认证文档提供了用户在该物理地址居住或从事个人或专业业务的证据。地址注册引擎可以联系地址认证器130，以基于认证文档的某种组合来验证用户的物理地址。

操作230测试(一个或多个)地址认证器是否成功地验证了物理地址与用户相关联。如果未通过验证，那么在操作240中，可以不将用户代码与地址相关联地存储。如果地址通过验证，那么在操作250中，可以将经验证的地址与用户代码相关联地存储在地址储存库140中。在操作260中，可以向用户通知成功将用户代码与地址相关联地存储。向用户的通知可以包括随请求提供的用户代码、由地址注册引擎修改的随请求提供的用户代码、或者由地址注册引擎生成的新的用户代码。

在操作270中，地址注册引擎等待接收进一步的请求。地址注册引擎还可以接收修改已与该用户相关联地存储的用户地址或用户代码的请求。在接收到修改已经存储的信息的请求后，可以从储存库中检索地址信息，并且可以验证新信息。

图3是图示根据一个或多个实施例的用户从要求物理地址才能履行的应用请求服务的流程图。在实施例中，用户可以具有应用160的账户。提供给应用的用户信息可以存储在简档中。在操作310中，用户提供应用存储在用户简档中的用户代码，而不是存储物理街道地址和/或电话号码。

在由这个流程示出的实施例中，应用在用户简档中存储用户代码而不存储地址信息(操作320)。因此，应用无需在将用户代码存储在简档中后检索地址。仅当用户从要求地址的某个部分的应用请求特定服务时，应用才可以检索该地址。在从地址服务器检索出地址后，应用可以使用该地址来履行即时订单，并且可以不在用户简档中高速缓存该地址。如果地址信息将来发生改变，那么在解析用户代码时将自动提供更新后的信息。

在实施例中，应用可以使用用户代码在账户设置时解析地址。从地址服务器获得的物理地址可以存储在简档中，而不是存储用户代码。但是，如果物理地址信息将来发生改变，那么用户可能必须登录到账户并手动更新简档中存储的地址信息。

在设置用户简档之后，用户可以从应用请求服务(操作330)。所请求的服务可以要求物理地址信息才能提供服务。在操作340中，应用可以从用户的简档中检索用户代码，并且在操作350中，将用户代码发送到地址服务器以获得向用户提供服务所需的物理地址的部分。

在操作360中，如果应用接收到用户的物理地址的所请求的部分，那么在操作380中，应用使用物理地址信息向用户递送服务。否则，在操作370中，应用拒绝用户的服务请求。

在实施例中，该应用可以是不同服务的组合。例如，应用可以具有与用户交互以构造购买订单的订单输入组件。订单输入组件可以计算订单的总成本并接收付款信息。但是，应用的另一个组件可以处理订单履行和运送。在购买订单的总成本不取决于将物品运送到的位置的实施例中，订单输入组件不要求地址。例如，当提供免费运送或使用不取决于递送目的地的标准运送费率时，运送费用可以不取决于目的地地址。类似地，即使当订单接收组件需要计算运送费用以请求用户付款时，邮政编码可能足以计算费用，并且可以不要求整个地址。运送服务可以将用户代码解析为运送地址，但不被授权访问其它用户简档信息。

图4是图示根据一个或多个实施例的将用户的地址发送到向用户提供服务的应用的流程图。在操作410中，地址服务器150从应用160接收请求以接收与用户的用户代码相关联的地址信息。应用可以请求地址信息的某个部分(诸如电话号码或城市/州)，或者该请求可以要求整个地址(即，地址记录中的所有信息)。

在实施例中，授权应用接收地址信息可以包括(a)认证应用本身或(b)认证拥有用户代码。在实施例中，地址服务器150可以在继续处理请求之前认证应用160。本领域普通技术人员将认识到的是，可以使用两个实体之间的任何相互认证手段来建立应用与地址服务器之间的信任，诸如应用向服务器的先前注册和两因素认证或公/私钥加密协议。在实施例中，授权应用接收地址信息可以包括对用户代码进行认证。对用户代码进行认证确保应用从用户接收到用户代码，该用户代码不会被伪造并且不会在未经用户许可的情况下从外部实体转发。例如，在应用在接收到用户代码之后不久将检索地址的实施例中，可以将附加的动态改变的字母数字代码与用户代码一起发送，以建立对地址服务器的真实性。在用户将用户代码提供给应用之前，用户可以请求临时字母数字代码，该临时字母数字代码在短时间段之后(诸如在几分钟之后)到期。应用可以将字母数字代码连同用户代码一起发送到地址服务器，以证明该应用从用户接收到用户代码。

然而，可以使用任何认证数据的手段以用于确定用户代码与用户相关联和/或应用从用户而不是从某个其它源接收到用户代码。

在操作420中，地址服务器可以通过用户设备110与用户联系，以获得对于应用接收地址的所请求的部分的授权。在操作430中，地址服务器可以经由用户设备从用户接收响应，该响应授予或拒绝向应用提供地址信息的授权。即使用户可能已经向应用提供了用户代码，也可能有若干原因导致用户未授予授权。例如，用户当时可能尚未从该应用请求过服务，或者该应用可能已请求了比履行用户的服务请求所需的信息更多的信息。在实施例中，用户可以授权地址信息的某个部分，该部分可以与地址信息的被请求的部分不同。

在操作440中，如果用户拒绝授权，那么可以在操作450中拒绝应用对地址服务器的请求。如果用户授予了授权，那么地址服务器可以在操作460中将地址信息的被授权的部分发送给应用。

4.示例

使用用户代码表示用户的地址可以是消除每次用户注册到新的应用或网站时都手动输入完整地址的需要的人类友好的方式。地址验证处理可以识别用户提供的地址中的错误，诸如印刷错误或记错的邮政编码。存储确切的位置地图坐标为导航应用提供更精确的输入，从而导致更好的导航指令。

示例地址可以包括：

KIM CRUISE

NO.17,DENVER ELKS LODGE

2475 WEST 26TH AVENUE

DENVER,COLORADO 80211

USA

移动电话：+12607601234

电子邮件：kimcruise@gmail.com

坐标：(39°44'27.6”N，104°59'31.0”W)

用于表示地址的用户代码的示例模板可以包括：<userid>@<jurisdiction>，其中jurisdiction(辖区)表示userid在其上是唯一的区域，诸如城市、州、国家或地区。这种形式的Kim Cruise的示例用户代码可能是kimcruise01@denver或kimcruise01@colorado。可替代地，用户代码可以是自动生成的唯一标识符，诸如938172635467348或Kimcruise789。

在下面的示例中，Kim向与Kim先前没有联系过的餐馆订购披萨。比萨餐馆Pizzas’R Us以前从未向Kim递送过披萨。图5是图示根据一个或多个实施例的地址管理系统中的组件之间的有序交互的框图。基于图5中编号的交互，解释向Kim递送的披萨的处理。

Kim向地址注册引擎120注册她的用户代码(步骤1)。她提供用户代码(kimcruise01@denver)、移动电话号码、电子邮件地址、完整的物理地址和GPS坐标(纬度和经度)。Kim还可以提供她的护照的复印件和她的最新的电话账单，以证明所提供的地址和电话号码是她的。注册引擎将地址信息和附加文档发送到受信任的地址认证器130，以核实Kim提供的地址确实是Kim的地址信息(步骤2)。如果Kim的信息通过检查，那么在地址储存库140中创建将Kim的用户代码与她的地址信息相关联的记录(步骤3)。而且，一旦信息通过验证，Kim就会接收到她的注册已获批准的通知，并且现在可以使用她的用户代码(步骤4)。

Kim立即或例如在注册Kim的用户代码几周或几个月后的某个较晚时间决定从新的披萨店Pizzas’R Us在线订购披萨。当提示输入她的递送地址时，Kim输入她的用户代码为：kimcruise01@denver而不是输入她的实际递送地址(步骤5)。接受Pizzas’R Us的披萨订单的应用160接收Kim的订单，并从地址服务器150请求递送地址(步骤6)。该应用(在对Kim的订单有疑问的情况下)向地址服务器发送用以接收与kimcruise01@denver对应的完整物理地址和电话号码的请求。地址服务器基于用户代码kimcruise01@denver来查找Kim的物理地址，并从储存库中检索物理地址(步骤7)。

在步骤8中，Kim Cruise从地址服务器接收对于Kim授权与Pizzas’R Us共享她的物理地址和电话号码以递送披萨的请求。Kim授权发布信息(步骤9)，并且地址服务器将包括GPS坐标和电话号码的递送地址发送到Pizzas’R Us(步骤10)。Pizzas’R Us使用来自物理地址的确切地图坐标来轻松找到递送Kim的披萨的地点(步骤11)。

5.使用分布式分类账技术

分布式分类账(也称为共享分类账或分布式分类账技术(distributed ledgertechnology,DLT))是地理上分布在多个站点、国家或机构中的复制的、共享的和同步的数字数据的共识(consensus)。不存在中央管理员或集中式数据存储装置。使用对等网络和共识算法来确保跨节点进行复制。分布式分类账设计的一种形式是区块链系统。

区块链是使用密码链接的被称为区块的记录的增长列表。每个区块包含先前区块、时间戳和事务(transaction)数据的加密散列。通过设计，区块链可以抵抗数据的修改，因为区块链可以高效地记录各方之间的事务并且以可核实的方式永久记录各方之间的事务。为了用作分布式分类账，对等网络中的对等方使用分散的共识来验证数据区块。一旦被记录，任何给定区块中的数据就不能在不改变所有后续块的情况下被追溯更改，而改变所有后续块需要网络多数的同意。超级分类账是用于构建分布式分类账的多种框架之一并且被用作示例来描述如何可以用分布式分类账技术来实现本发明。例如，超级分类账伞(hyperledger umbrella)之下的组件包括身份和许可管理以及区块链管理器。

图6是图示根据一个或多个实施例的被实现为对等分布式分类账网络的地址储存库的框图。在这个示例中，地址储存库140被实现为三个对等方610、620和630的网络。在实施例中，每个对等方维护状态数据库和对应的分类账的副本。状态数据库与用户代码相关联地存储地址信息，并且可以由区块链实现的分类账记录应用于状态数据库的事务(在语义上与事务日志文件类似)。网络中的每个对等方可以独立地接收事务请求、履行请求、并且将事务和状态改变传递给网络中的其它对等方。

可以为地址注册引擎和地址服务器各自指派分布式分类账网络已知的身份。每个身份可以与对存储在储存库中的数据的适当访问级别相关联。例如，在一个实施例中，地址注册引擎的身份可以与对在储存库中创建新的用户代码/地址或修改储存库中已经存在的现有关联的授权相关联。在实施例中，地址服务器的身份可以与对读取存储在储存库中的信息的授权相关联。

图7是图示根据一个或多个实施例的与对等分布式分类账网络的对等方之一交互的地址注册引擎的框图。本领域技术人员将理解的是，有很多方式用于选择完全相同的对等方的集合中的一个对等方。可以基于例如物理接近度、当前负荷、轮询或随机地选择对等方中的任何一个对等方来接收请求。在图7的示例中，地址注册引擎与地址储存库140的对等方610交互。地址注册引擎可以将新的用户代码/地址关联与在数据库中创建新关联的请求一起发送给对等方610。

事务接口710可以接收与地址管理系统相关的事务。使用词语“资产(asset)”作为储存库中的用户代码/地址关联的简写，事务的示例可以包括创建资产、修改资产、删除资产和读取资产。因此，地址注册引擎向事务接口710发送创建资产请求。事务接口710接收事务请求并向事务管理器720提供事务。为了处理创建资产事务，事务管理器720将诸如(create kimcruise01@denver)之类的事务写入分类账730。分类账730可以是区块链。事务管理器720还可以将针对kimcruise01@denver的新记录写入状态数据库740。对等方协调器750可以向其它对等方发送新创建的事务。在实施例中，新的数据库记录也可以被发送到网络中的对等方。在实施例中，接收事务的每个对等方可以应用在其本地状态数据库中创建新记录的事务。当完成时，每个对等方可以具有分类账和具有相同内容的状态数据库，该内容包括新的用户代码和地址。

在地址管理系统的上下文中，分布式分类账网络可以具有特定的地理范围。图8图示了根据一个或多个实施例的协作的分布式分类账网络。图8图示了包括美国(US)分布式分类账网络810、印度分布式分类账网络820和英国(UK)分布式分类账网络830的全球分类账网络。例如，美国网络810可以管理位于美国的物理地址，并且美国网络中的所有对等方可以维护仅针对美国物理地址的分类账和数据库。参与印度网络820的所有对等方可以维护仅针对印度物理地址的分类账和数据库。同样地，英国网络830可以维护用于管理仅英国地址的分类账和数据库。

在实施例中，分布式分类账网络本身可以包括在独立的分布式分类账网络之间通信以提供全球分布式网络的能力。例如，位于美国的公司可能需要位于印度的用户的用户代码的物理地址。用于该公司的应用可以将用户代码以及接收对应物理地址的请求发送到美国的地址服务器150A。美国的地址服务器150A可以向美国网络810的本地对等方发送读取资产事务，从而请求印度物理地址。在全球分布式网络中，美国网络810中的对等方可以将请求转发到印度网络820中的对等方。如果向印度网络820提供期望的用户代码的印度用户授予许可，那么印度网络820中的对等方可以检索期望的物理地址，并将该物理地址发送给美国网络810中发出请求的对等方。美国网络中的对等方可以将物理地址中继回地址服务器150A。地址服务器150A然后可以将印度地址提供给发出请求的美国公司的应用。

分类账网络之间的合作可以要求一个分类账网络中的对等方具有其它分类账网络已知的身份并且与必要的授权相关联。例如，美国网络810中的对等方可以具有印度网络820和英国网络830已知的身份，其具有相关联的只读访问。

在实施例中，每个分布式分类账可以彼此独立，没有分类账间的联系或合作。在实施例中，每个地址服务器对于相关联的本地分类账网络而言可以是已知的。例如，地址服务器150A可以具有美国网络810已知的身份；地址服务器150B可以具有印度网络820已知的身份；并且地址服务器150C可以具有英国网络830已知的身份。地址服务器150A的身份也可以是已知的地址服务器150B，反之亦然。想要检索印度物理地址的美国公司的应用可以将具有检索对应物理地址的请求的印度用户代码发送到地址服务器150A。地址服务器150A可以将请求转发到它的受信任对方(地址服务器150B)。地址服务器150B可以从印度分类账网络820中检索物理地址信息并将物理地址转发回地址服务器150A。进而，地址服务器150A可以将印度物理地址信息发送到发出请求的美国公司的应用。

6.计算机网络和云网络

在一个或多个实施例中，计算机网络提供节点集合之间的连接性。节点可以是在彼此本地的和/或彼此远离的。节点通过链路的集合连接。链路的示例包括同轴线缆、非屏蔽双绞线、铜缆、光纤和虚拟链路。

节点子集实现计算机网络。这样的节点的示例包括交换机、路由器、防火墙和网络地址转换器(NAT)。另一个节点子集使用计算机网络。这样的节点(也称为“主机”)可以执行客户端进程和/或服务器进程。客户端进程做出对计算服务(诸如，特定应用的执行和/或特定量的数据的存储)的请求。服务器进程通过执行所请求的服务和/或返回对应的数据来进行响应。

计算机网络可以是物理网络，包括通过物理链路连接的物理节点。物理节点是任何数字设备。物理节点可以是特定于功能的硬件设备，诸如硬件交换机、硬件路由器、硬件防火墙和硬件NAT。附加地或替代地，物理节点可以是被配置为执行各种虚拟机和/或执行相应功能的应用的通用机器。物理链路是连接两个或更多个物理节点的物理介质。链路的示例包括同轴线缆、非屏蔽绞合线缆、铜缆和光纤。

计算机网络可以是覆盖网络。覆盖网络是在另一个网络(诸如，物理网络)之上实现的逻辑网络。覆盖网络中的每个节点对应于底层网络中的相应节点。因此，覆盖网络中的每个节点与覆盖地址(寻址到覆盖节点)和底层地址(寻址实现覆盖节点的底层节点)两者相关联。覆盖节点可以是数字设备和/或软件进程(诸如虚拟机、应用实例或线程)。连接覆盖节点的链路被实现为通过底层网络的隧道。隧道任一端处的覆盖节点将它们之间的底层多跳路径视为单个逻辑链路。隧道处理(tunneling)通过封装和解封装来执行。

在实施例中，客户端可以位于计算机网络的本地和/或远离计算机网络。客户端可以通过其它计算机网络(诸如专用网络或互联网)访问计算机网络。客户端可以使用通信协议(诸如超文本传输协议(HTTP))将请求传送到计算机网络。通过诸如客户端接口(诸如web浏览器)、程序接口或应用编程接口(API)之类的接口来传送请求。

在实施例中，计算机网络提供客户端和网络资源之间的连接性。网络资源包括被配置为执行服务器进程的硬件和/或软件。网络资源的示例包括处理器、数据存储装置、虚拟机、容器和/或软件应用。网络资源在多个客户端之间共享。客户端彼此独立地从计算机网络请求计算服务。网络资源按需动态分配给请求和/或客户端。分配给每个请求和/或客户端的网络资源可以基于例如(a)由特定客户端请求的计算服务、(b)由特定租户请求的聚合计算服务和/或(c)计算机网络的所请求的聚合计算服务来扩大或缩小。这种计算机网络可以被称为“云网络”。

在实施例中，服务提供商向一个或多个最终用户提供云网络。云网络可以实现各种服务模型，包括但不限于软件即服务(SaaS)、平台即服务(PaaS)和基础设施即服务(IaaS)。在SaaS中，服务提供商向最终用户提供使用服务提供商的正在网络资源上执行的应用的能力。在PaaS中，服务提供商向最终用户提供将定制应用部署到网络资源上的能力。可以使用由服务提供商支持的编程语言、库、服务和工具来创建定制应用。在IaaS中，服务提供商向最终用户提供供应由网络资源提供的处理、存储、网络和其它基本计算资源的能力。可以在网络资源上部署任何任意应用，包括操作系统。

在实施例中，计算机网络可以实现各种部署模型，包括但不限于私有云、公共云和混合云。在私有云中，网络资源被供应给一个或多个实体的特定组独占使用(如本文所使用的术语“实体”是指企业、组织、个人或其它实体)。网络资源可以在特定实体组的处所(premise)本地和/或远离特定实体组的处所。在公共云中，云资源被供应给彼此独立的多个实体(也称为“租户”或“客户”)。计算机网络及其网络资源由与不同租户对应的客户端访问。这样的计算机网络可以被称为“多租户计算机网络”。若干租户可以在不同时间和/或相同时间使用相同的特定网络资源。网络资源可以在租户的处所本地和/或远离租户的处所。在混合云中，计算机网络包括私有云和公共云。私有云和公共云之间的接口允许数据和应用的可移植性。存储在私有云处的数据和存储在公共云处的数据可以通过接口交换。在私有云处实现的应用和在公共云处实现的应用可能具有彼此依赖性。可以通过接口执行从私有云处的应用到公共云处的应用的调用(反之亦然)。

在实施例中，多租户计算机网络的租户彼此独立。例如，一个租户的业务或操作可以与另一个租户的业务或操作分离。不同的租户可能对计算机网络具有不同的网络要求。网络要求的示例包括处理速度、数据存储量、安全要求、性能要求、吞吐量要求、时延要求、弹性要求、服务质量(QoS)要求、租户隔离和/或一致性。相同计算机网络可能需要实现由不同租户所要求的不同网络要求。

在一个或多个实施例中，在多租户计算机网络中，实现租户隔离以确保不同租户的应用和/或数据彼此不共享。可以使用各种租户隔离方法。

在实施例中，每个租户与租户ID相关联。多租户计算机网络的每个网络资源用租户ID标记。仅当租户和特定网络资源与相同租户ID相关联时，才允许该租户访问特定网络资源。

在实施例中，每个租户与租户ID相关联。由计算机网络实现的每个应用用租户ID标记。附加地或替代地，由计算机网络存储的每个数据结构和/或数据集用租户ID标记。仅当租户和特定应用、数据结构和/或数据集与相同租户ID相关联时，才允许租户访问特定应用、数据结构和/或数据集。

作为示例，由多租户计算机网络实现的每个数据库可以用租户ID标记。只有与对应租户ID相关联的租户才可以访问特定数据库的数据。作为另一个示例，由多租户计算机网络实现的数据库中的每个条目可以用租户ID标记。只有与对应租户ID相关联的租户才可以访问特定条目的数据。但是，数据库可以由多个租户共享。

在实施例中，订阅列表指示哪些租户有权访问哪些应用。对于每个应用，存储被授权访问该应用的租户的租户ID列表。仅当租户的租户ID被包括在与特定应用对应的订阅列表中时，才允许该租户访问特定应用。

在实施例中，与不同租户对应的网络资源(诸如数字设备、虚拟机、应用实例和线程)被隔离到由多租户计算机网络维护的特定于租户的覆盖网络。作为示例，来自租户覆盖网络中的任何源设备的数据包可以仅被发送到相同租户覆盖网络内的其它设备。封装隧道用于禁止从租户覆盖网络上的源设备到其它租户覆盖网络中的设备的任何传输。具体而言，从源设备接收的数据包被封装在外部数据包内。外部数据包从(与租户覆盖网络中的源设备通信的)第一封装隧道端点发送到(与租户覆盖网络中的目的地设备通信的)第二封装隧道端点。第二封装隧道端点对外部数据包进行解封装，以获得由源设备发送的原始数据包。原始数据包从第二封装隧道端点发送到相同特定覆盖网络中的目的地设备。

7.硬件概述

根据一个实施例，本文描述的技术由一个或多个专用计算设备来实现。专用计算设备可以是硬连线的以执行本技术，或者可以包括被永久性地编程为执行本技术的数字电子设备，诸如一个或多个专用集成电路(ASIC)、现场可编程门阵列(FPGA)或网络处理单元(NPU)，或者可以包括被编程为根据固件、存储器、其它存储装置或组合中的程序指令执行本技术的一个或多个通用硬件处理器。这种专用计算设备还可以将定制的硬连线逻辑、ASIC、FPGA或NPU与定制的编程组合来实现本技术。专用计算设备可以是台式计算机系统、便携式计算机系统、手持式设备、联网设备或结合硬连线和/或程序逻辑来实现本技术的任何其它设备。

例如，图9是图示可以在其上实现本发明的实施例的计算机系统900的框图。计算机系统900包括总线602或用于传送信息的其它通信机制以及与总线602耦合用于处理信息的硬件处理器604。硬件处理器604可以是例如通用微处理器。

计算机系统600还包括耦合到总线902用于存储信息和要由处理器904执行的指令的主存储器606，诸如随机存取存储器(RAM)或其它动态存储设备。主存储器906也可以用于存储在要由处理器904执行的指令的执行期间的临时变量或其它中间信息。这种指令在被存储在处理器904可访问的非暂态存储介质中时，使得计算机系统900成为被定制以执行指令中指定的操作的专用机器。

计算机系统900还包括耦合到总线902用于存储静态信息和处理器904的指令的只读存储器(ROM)908或其它静态存储设备。诸如磁盘或光盘之类的存储设备910被提供并且被耦合到总线902，以用于存储信息和指令。

计算机系统900可以经由总线902耦合到用于向计算机用户显示信息的显示器912，诸如阴极射线管(CRT)。包括字母数字键和其它键的输入设备914耦合到总线902，用于将信息和命令选择传送到处理器904。另一种类型的用户输入设备是光标控件916，诸如鼠标、轨迹球或光标方向键，用于向处理器904传送方向信息和命令选择并且用于控制显示器912上的光标移动。这种输入设备典型地具有两个轴(第一轴(例如，x)和第二轴(例如，y))上的两个自由度，这允许设备在平面中指定位置。

计算机系统900可以使用定制的硬连线逻辑、一个或多个ASIC或FPGA、固件和/或程序逻辑来实现本文描述的技术，该定制的硬连线逻辑、一个或多个ASIC或FPGA、固件和/或程序逻辑与计算机系统结合使计算机系统900成为专用机器或将计算机系统900编程为专用机器。根据一个实施例，本文的技术由计算机系统900响应于处理器904执行主存储器906中包含的一条或多条指令的一个或多个序列而执行。这些指令可以从另一个存储介质(诸如存储设备910)读取到主存储器906中。在主存储器906中包含的指令序列的执行使处理器904执行本文描述的处理步骤。在替代实施例中，可以使用硬连线电路系统代替软件指令或与软件指令组合使用。

如本文使用的术语“存储介质”是指存储有使机器以特定方式操作的数据和/或指令的任何非暂态介质。这种存储介质可以包括非易失性介质和/或易失性介质。非易失性介质包括例如光盘或磁盘，诸如存储设备910。易失性介质包括动态存储器，诸如主存储器906。存储介质的常见形式包括例如软盘、柔性盘、硬盘、固态驱动器、磁带或任何其它磁性数据存储介质、CD-ROM、任何其它光学数据存储介质、具有孔图案的任何物理介质、RAM、PROM和EPROM、FLASH-EPROM、NVRAM、任何其它存储器芯片或盒式磁带、内容可寻址存储器(CAM)和三态内容可寻址存储器(TCAM)。

存储介质与传输介质不同但可以与传输介质结合使用。传输介质参与在存储介质之间传递信息。例如，传输介质包括同轴线缆、铜线和光纤，包括包含总线902的电线。传输介质还可以采取声波或光波的形式，诸如在无线电波和红外线数据通信期间生成的那些声波或光波。

各种形式的介质可以涉及将一条或多条指令的一个或多个序列携带到处理器904以供执行。例如，指令最初可以在远程计算机的磁盘或固态驱动器上携带。远程计算机可以将指令加载到其动态存储器中，并使用调制解调器通过电话线发送指令。计算机系统900本地的调制解调器可以在电话线上接收数据并使用红外线发射器将数据转换为红外线信号。红外线检测器可以接收红外线信号中携带的数据，并且适当的电路系统可以将数据放置在总线902上。总线902将数据携带到主存储器906，处理器904从主存储器906中检索并执行指令。由主存储器906接收的指令可以可选地在由处理器904执行之前或之后存储在存储设备910上。

计算机系统900还包括耦合到总线902的通信接口918。通信接口918提供耦合到网络链路920的双向数据通信，其中网络链路920连接到本地网络922。例如，通信接口918可以是综合业务数字网络(ISDN)卡、线缆调制解调器、卫星调制解调器、或向对应类型的电话线提供数据通信连接的调制解调器。作为另一个示例，通信接口918可以是提供到兼容的局域网(LAN)的数据通信连接的LAN卡。也可以实现无线链路。在任何这种实现中，通信接口918发送和接收携带表示各种类型信息的数字数据流的电信号、电磁信号或光学信号。

网络链路920典型地通过一个或多个网络向其它数据设备提供数据通信。例如，网络链路920可以通过本地网络922提供到主计算机924或到由互联网服务提供商(ISP)926操作的数据装备的连接。ISP 926进而通过现在通常称为“互联网”928的全球分组数据通信网络提供数据通信服务。本地网络922和互联网928两者都使用携带数字数据流的电信号、电磁信号或光学信号。通过各种网络的信号以及在网络链路920上并且通过通信接口918的信号是传输介质的示例形式，这些信号将数字数据携带到计算机系统900或携带来自计算机系统900的数字数据。

计算机系统900可以通过(一个或多个)网络、网络链路920和通信接口918发送消息和接收数据，包括程序代码。在互联网示例中，服务器930可以通过互联网928、ISP 926、本地网络922和通信接口918传输针对应用程序的所请求代码。

接收到的代码可以在它被接收时由处理器904执行，和/或存储在存储设备910或其它非易失性存储装置中以供以后执行。

实施例针对具有一个或多个设备的系统，该一个或多个设备包括硬件处理器并且被配置为执行本文描述的和/或以下权利要求中的任何权利要求所述的操作中的任何操作。

在实施例中，非暂态计算机可读存储介质包括指令，当由一个或多个硬件处理器执行时，该指令使得执行本文描述的和/或权利要求中的任何权利要求所述的操作中的任何操作。

根据一个或多个实施例，可以使用本文描述的特征和功能的任何组合。在前述说明书中，已经参考许多具体细节描述了实施例，这些具体细节可能因实施方案而不同。因此，应当在说明性而不是限制性的意义上看待说明书和附图。本发明范围的唯一且排他的指示以及申请人意在要作为本发明范围的是以由本申请产生的一组权利要求的具体形式的所产生权利要求的字面和等同范围，包括任何后续的校正。

附录A

WIKIPEDIA

Hyperledger

_________________________________________________

Hyperledger(or the Hyperledger project)is an umbrella project of open source blockchains and related tools,^[1]started in December 2015 by the Linux Foundation,^[2]to support the collaborative development of blockchain-baseddistributed ledgers.

Contents

___________________

History and aims

Members and governance

Hyperledger Frameworks

Hyperledger Burrow

Hyperledger Fabric

Hyperledger Iroha

Hyperledger

Sawtooth

Hyperledger Indy

Hyperledger Tools

Hyperledger Caliper

Hyperledger Cello

Hyperledger Composer

Hyperledger

Explorer

Hyperledger Quilt

References

External links

History and aims

_____________________________________________________________________

In December 2015,the Linux Foundation announced the creation of theHyperledger Project.The founding members of the project were announced inFebruary 2016 and ten further members and the makeup of the governing boardwere announced March 29.^[3]On May 19,Brian Behlendorf was appointed executivedirector of the project.^[4]

The objective of the project is to advance cross-industrycollaboration by developing blockchains and distributed ledgers,with aparticular focus on improving the performance and reliability of thesesystems(as compared to comparable cryptocurrency designs)so that they arecapable of supporting global business transactions by major technological,financial and supply chain companies.^[5]The project will integrate independentopen protocols and standards by means of a framework for use-specificmodules,including blockchains with their own consensus and storage routines,as well as services for identity,access control and smart contracts.Early onthere was some confusion that Hyperledger would develop its own bitcoin-typecryptocurrency,but Behlendorf has unreservedly stated that the HyperledgerProject itself will never build its own cryptocurrency.^[6]

In early 2016,the project began accepting proposals for incubation ofcodebases and other technologies as core elements.One of the first proposalswas for a codebase combining previous work by Digital Asset,Blockstream'slibconsensus and IBM's OpenBlockchain.^[7]This was later named Fabric.^[8]In May,Intel's distributed ledger,named Sawtooth,^[9]was incubated.^[10]On 12 July 2017the project announced its production-ready Hyperledger Fabric 1.0 and itstarted to gain popularity in the Initial coin offering market.^[11]In July2017,London Stock Exchange Group in a partnership with IBM announced that itwill create a blockchain platform designed for digitally issuing shares ofItalian companies with Hyperledger Fabric as the basis of the platform.^[12]InAugust 2017,Oracle joined the Hyperledger consortium and announced itsBlockchain Cloud Service offering.^[13][14]In September 2017 the Royal Bank of Canada(RBC)started using Hyperledger for its US-Canada interbank settlements.^[15]

Members and governance

_________________________________________________________________

Early members of the initiative included blockchain ISVs,(Blockchain,ConsenSys,Digital Asset,R3,Onchain),wellknown technology platform companies(Cisco,Fujitsu,Hitachi,IBM,Intel,NEC,NTT DATA,Red Hat,VMware),financialservices firms(ABN AMRO,ANZ Bank,BNY Mellon,CLS Group,CME Group,theDepository Trust&Clearing Corporation(DTCC),Deutsche

Group,J.P.Morgan,State Street,SWIFT,Wells Fargo),business software companies like SAP,academicinstitutions(Cambridge Centre for Alternative Finance,Blockchain at Columbia,UCLA Blockchain Lab),systems integrators and others(Accenture,Calastone,Wipro,Credits,Guardtime,IntellectEU,Nxt Foundation,Symbiont).

The governing board of the Hyperledger Project consists of twentymembers chaired by Blythe Masters,(CEO of Digital Asset),and a twelve-memberTechnical Steering Committee chaired by Christopher Ferris,CTO of OpenTechnology at IBM.

Hyperledger Frameworks

_______________________________________________________________

Hyperledger Burrow

Burrow^[16]is a blockchain client including a built-to-specificationEthereum Virtual Machine.Contributed by Monax ^[17]and sponsored by Monax andIntel.^[18]

Hyperledger Fabric

Hyperledger Fabric is a permissioned blockchain infrastructure,originally contributed by IBM ^[19]and Digital Asset,providing a modulararchitecture with a delineation of roles between the nodes in theinfrastructure,execution of Smart Contracts(called"chaincode"in Fabric)andconfigurable consensus and membership services.A Fabric Network comprises"Peer nodes",which execute chaincode,access ledger data,endorse transactionsand interface with applications."Orderer nodes"which ensure the consistencyof the blockchain and deliver the endorsed transactions to the peers of thenetwork,and MSP services,generally implemented as a Certificate Authority,managing X.509 certificates which are used to authenticate member identityand roles.^[20]

Fabric is primarily aimed at integration projects,in which aDistributed Ledger Technology(DLT)is required,offering no user facingservices other than an SDK for Node.js,Java and Go.Fabric supports chaincodein Go and JavaScript(via Hyperledger Composer,or natively sincev1.1)out-of-the-box,and other languages such as Java by installing appropriate modules.Itis therefore potentially more flexible than competitors that only support aclosed Smart Contract language.

Hyperledger Iroha

Based on Hyperledger Fabric,with a focus on mobileapplications.Contributed by Soramitsu.^[21]

Hyperledger Sawtooth

Originally contributed by Intel,Sawtooth includes a dynamic consensusfeature enabling hot swapping consensus algorithms in a running network.Amongthe consensus options is a novel consensus protocol known as"Proof of ElapsedTime,"a lottery-design consensus protocol that optionally builds on trustedexecution environments provided by Intel's Software Guard Extensions(SGX).^[22]Sawtooth supports Ethereum smart contracts via"seth"(a Sawtooth transactionprocessor integrating the Hyperledger Burrow EVM).^[23]In addition to Soliditysupport,Sawtooth includes SDKs for Python,Go,Javascript,Rust,Java,and C++^[24]

Hyperledger Indy

Indy^[25]is a Hyperledger project for supporting independent identityon distributed ledgers.It provides tools,libraries,and reusable componentsfor providing digital identities rooted on blockchains or other distributedledgers.Contributed by the Sovrin Foundation.^[26]

Hyperledger Tools

________________________________________________________________

Hyperledger Caliper

Hyperledger Caliper is a blockchain benchmark tool and one of theHyperledger projects hosted by The Linux Foundation.Hyperledger Caliperallows users to measure the performance of a specific blockchainimplementation with a set of predefined use cases.Hyperledger Caliper willproduce reports containing a number of performance indicators,such as TPS(Transactions Per Second),transaction latency,resource utilisation etc.Theintent is for Caliper results to be used by other Hyperledger projects asthey build out their frameworks,and as a reference in supporting the choiceof a blockchain implementation suitable for a user’s specific needs.

Hyperledger Caliper was initially contributed by developers fromHuawei,Hyperchain,Oracle,Bitwise,Soramitsu,IBM and the Budapest University ofTechnology and Economics.^[27]

Hyperledger Cello

Hyperledger Cello is a blockchain module toolkit and one of theHyperledger projects hosted by The Linux Foundation.Hyperledger Cello aims tobring the on-demand"as-a-service"deployment model to the blockchain ecosystemto reduce the effort required for creating,managing and terminatingblockchains.It provides a multi-tenant chain service efficiently andautomatically on top of various infrastructures,e.g.,baremetal,virtualmachine,and more container platforms.Hyperledger Cello was initiallycontributed by IBM,with sponsors from Soramitsu,Huawei and Intel.^[28]

Baohua Yang and Haitao Yue from IBM Research are committed part-timeto developing and maintaining the project.

Hyperledger Composer

Hyperledger Composer is a set of collaboration tools for buildingblockchain business networks that make it simple and fast for business ownersand developers to create smart contracts and blockchain applications to solvebusiness problems.Built with JavaScript,leveraging modern tools includingnode.js,npm,CLI and popular editors,Composer offers business-centricabstractions as well as sample apps with easy to test devops processes tocreate robust blockchain solutions that drive alignment across businessrequirements with technical development.^[29]

Blockchain package management tooling contributed by IBM.Composer isa user-facing rapid prototyping tooling,running on top of Hyperledger Fabric,which allows the easy management of Assets(data stored on the blockchain),Participants(identity management,or member services)and Transactions(Chaincode,a.k.a Smart Contracts,which operate on Assets on the behalf of aParticipant).The resulting application can be exported as a package(a BNAfile)which may be executed on a Hyperledger Fabric instance,with the supportof a Node.js application(based on the Loopback application framework)andprovide a REST interface to external applications.

Composer provides a GUI user interface"Playground"for the creation ofapplications,and therefore represents an excellent starting point for Proofof Concept work.

Hyperledger Explorer

Hyperledger Explorer is a blockchain module and one of theHyperledger projects hosted by The Linux Foundation.Designed to create auser-friendly Web application,Hyperledger Explorer can view,invoke,deploy orquery blocks,transactions and associated data,network information(name,status,list of nodes),chain codes and transaction families,as well as anyother relevant information stored in the ledger.Hyperledger Explorer wasinitially contributed by IBM,Intel and DTCC.^[30]

Hyperledger Quilt

Hyperledger Quilt is a business blockchain tool and one of theHyperledger projects hosted by The Linux Foundation.

Hyperledger Quilt offers interoperability between ledger systems byimplementing the Interledger protocol(also known as ILP),which is primarily apayments protocol and is designed to transfer value across distributedledgers and nondistributed ledgers.The Interledger protocol provides atomic swaps between ledgers(even non-blockchain or distributed ledgers)and a singleaccount namespace for accounts within each ledger.With the addition of Quiltto Hyperledger,The Linux Foundation now hosts both the Java(Quilt)andJavaScript(Interledger.js)Interledger implementations.Hyperledger Quilt wasinitially contributed by NTT Data and Ripple.^[31]

References

_____________________________________________________________________

1.Ehsani,Farzam

Buzzwordto Watchword in 2016"(http://www.coindesk.com/blockchain-finance-buzzword-watchword-2016/).CoinDesk(News).Retrieved 22 December 2016.

2."Linux Foundation Unites Industry Leaders to Advance Blockchain Technology-The Linux Foundation"(http://www.linuxfoundation.org/news-media/ announcements/2015/12/linux-foundation-unites-industryleaders-advance- blockchain).The Linux Foundation.2015-12-17.Retrieved 2018-04-28.

3."Open Source Blockchain Effort for the Enterprise Elects LeadershipPositions and Gains New Investments-Hyperledger"(https://www.hyperledger.org/announcements/2016/03/29/open-source-blockchain-effort-for-theenterprise-elects-leadership-positions-and-gains-new-investments).Hyperledger.2016-03-29.Retrieved 2018-04-28.

4."Founder of the Apache Software Foundation Joins Linux Foundation to Lead HyperledgerProject"(https://www.hyperledger.org/announcements/2016/ 05/19/founder-of-the-apache-software-foundation-joinslinux-foundation-to- lead-hyperledger-project).2016-05-19.Archived(https://web.archive.org/web/ 20160610162631/https://www.hyperledger.org/news/an nouncement/2016/05/ founderapache-software-foundation-joins-linux-foundation-lead-hyperledger)from the original on 2016-06-10.

5."Linux Foundation's Hyperledger Project Announces 30 FoundingMembers and Code Proposals To Advance Blockchain Technology"(https://www.hyperledger.org/announcements/2016/02/09/linux-foundations-hyperledgerproject-announces-30-founding-members-and-code-proposals-to-

2016-02-09.

Archived

(https://web.archive.org/web/20160225023123/https://www.hyperledger.org/news/an nouncement/2016/02/hyperledgerproject-announces-30-founding-members)from the original on 2016-02-25.Retrieved 2016-02-17.

6."Hyperledger Blockchain Project Is Not About Bitcoin"(http:// www.eweek.com/cloud/hyperledger-blockchain-projectis-not-about-bitcoin.html).eWEEK.Retrieved 2018-04-28.

7."Incubating Project Proposal:Joint DAH/IBM proposal"(https:// docs.google.com/document/d/1XECRVN9hXGrjAjysrnuNSdggzAKYm6XESR6KmABwhkE/ edit).

Tamas Blummer,Christopher Ferris.March 29,2016.Retrieved June 21,2016.

8."hyperledger/fabric"(https://github.com/hyperledger/fabric).GitHub.Retrieved 2016-06-23.

9."hyperledger/sawtooth-core"(https://github.com/hyperledger/ sawtooth-core).GitHub.Retrieved 2018-04-28.

10."Sawtooth Lake Hyperledger Incubation Proposal"(https://docs.google.com/document/d/1j7YcGLJH6LkzvWdOYFIt2kpkVlLEmILErXL6t-Ky2zU/edit).Mic Bowman,Richard Brown.April 14,2016.Retrieved June 21,2016.11."ICO Statistics-By Blockchain Platform"(https://icowatchlist.com/statistics/ blockchain).ICO Watch List.Retrieved 2018-04-28.

12."Italian Stock Exchange to Develop Hyperledger-Based Blockchain Shares Platform"(https://cointelegraph.com/news/italian-stock-exchange-to- develop-hyperledger-based-blockchain-sharesplatform).Cointelegraph.19 July2017.

13."Database Giant Oracle Joins Hyperledger Blockchain Project- CoinDesk"(https://www.coindesk.com/databasegiant-oracle-joins-hyperledger- blockchain-project/).CoinDesk.2017-08-31.Retrieved 2017-11-15.

14."Oracle Launches Enterprise-Grade Blockchain Cloud Service" (https://www.oracle.com/corporate/pressrelease/oow17-oracle-launches- blockchain-cloud-service100217.html).www.oracle.com.Retrieved 2017-11-15.

15."Hyperledger Blockchain'Shadows'Canadian Bank's InternationalPayments"(https://cointelegraph.com/news/hyperledger-blockchain-shadows-canadian-banks-internationalpayments).Cointelegraph.28 September 2017.

16."hyperledger/burrow"(https://github.com/hyperledger/burrow).GitHub.Retrieved 2018-04-28.

17."Monax"(https://monax.io).Monax.Retrieved 2018-04-28.

18.Keirns,Garrett."Monax Adds Blockchain Code to Hyperledger GitHub Repository"(http://www.coindesk.com/monaxadds-blockchain-code-hyperledger- github-repository/).Coindesk.Coindesk.Retrieved 12 April 2017.

19."Hyperledger Fabric Website"(https://hyperledger.org/projects/ fabric).Retrieved 2018-02-07.

20.Androulaki,Elli；Barger,Artem；Bortnikov,Vita；Cachin,Christian；Christidis,Konstantinos；"De Caro",Angelo；Enyeart,David；Ferris,Christopher；Laventman,Gennady；Manevich,Yacov；Muralidharan,Srinivasan；Murthy,Chet；Nguyen,Binh；Sethi,Manish；Singh,Gari；Smith,Keith；Sorniotti,Alessandro；Stathakopoulou,Chrysoula；

Marko；"Weed Cocco",Sharon；Yellick,Jason(2018)."HyperledgerFabric:A Distributed Operating System for Permissioned Blockchains".arXiv:1801.10228(https://arxiv.org/abs/1801.10228)[cs.DC(https://arxiv.org/archive/cs.DC)].

21.Higgins,Stan."Hyperledger Eyes Mobile Blockchain Apps With'Iroha' Project"(http://www.coindesk.com/hyperledger-mobile-blockchain-apps-iroha- project/).Coindesk.com.Coindesk.Retrieved 18 May 2017."Iroha was firstunveiled during a meeting of the project’s Technical Steering Committee lastmonth.Iroha is being pitched as both a supplement to other Hyperledger-tiedinfrastructure projects like IBM’s Fabric(on which it is based)and Intel’sSawtooth Lake."

22.Bucci,Debbie."Blockchain and Its Emerging Role in Health IT andHealth-related research"(https://oncprojectracking.healthit.gov/wiki/download/attachments/14582699/19-Blockchain_Whitepaper_Intel_Final.pdf)(PDF).U.S.Department of Health and Human Services,Office of the NationalCoordinator for Health Information Technology.Retrieved 18 May 2017.

23.Bollen,Benjamin."Introduce a start for Burrow EVM as Sawtooth Transaction Processor"(https://github.com/hyperledger/sawtooth-core/pull/ 415).github.com.Hyperledger.Retrieved 18 May 2017.

24.https://sawtooth.hyperledger.org/docs/core/releases/latest/app_ developers_guide/sdk_table.html

25."Getting Started with Indy"(https://github.com/hyperledger/indy-node/blob/master/getting-started.md).GitHub.Retrieved January 23,2018.

26."Sovrin"(https://sovrin.org/).Sovrin.Retrieved January 23,2018.

27."Measuring Blockchain Performance with Hyperledger Caliper-Hyperledger"(https://www.hyperledger.org/blog/2018/03/19/measuring-blockchain-performance-with-hyperledgercaliper).Hyperledger.2018-03-19.Retrieved 2018-06-16.

28."Hyperledger Cello-Hyperledger"(https://www.hyperledger.org/ projects/cello).Hyperledger.Retrieved 2018-04-28.

29."Hyperledger Composer-Hyperledger"(https://www.hyperledger.org/ projects/composer).Hyperledger.Retrieved 2018-04-28.

30."Hyperledger Explorer-Hyperledger"(https://www.hyperledger.org/projects/explorer).Hyperledger.Retrieved 2018-04-28.

31."Hyperledger Quilt-Hyperledger"(https://www.hyperledger.org/ projects/quilt).Hyperledger.Retrieved 2018-04-28.

External links

__________________________________________________________________

■

org/)

■List of Hyperledger Members(https://www.hyperledger.org/about/members)

____________________________________________________________________

Retrieved from

"https://en.wikipedia.org/w/index.php？title＝Hyperledger&oldid＝ 856136330"

This page was last edited on 23 August 2018,at 03:55(UTC).

Text is available under the Creative Commons Attribution-ShareAlike License；additional terms may apply.By using this site,you agree to the Terms of Use and Privacy Policy.

is a registered trademark of theWikimedia Foundation,Inc.,a non-profit organization.

Claims (15)

1.一种方法，包括：

接收与最终用户的地址相关联地存储用户代码的请求，该请求至少包括所述地址；

核实最终用户的所述地址；

响应于核实所述地址，生成将所述地址与对应于最终用户的用户代码相关联的第一记录；

将第一记录存储在分布式区块链分类账中；

从应用接收对最终用户的地址信息的请求，其中该地址信息是所述地址的至少一部分，该请求包括用户代码；

基于用户代码，从分布式区块链分类账中检索最终用户的地址信息；

确定应用被授权访问所请求的最终用户的地址信息；

向应用返回所请求的最终用户的地址信息。

2.如权利要求1所述的方法，其中所述方法由地址服务器执行，并且应用是地址服务器已知并信任的实体。

3.如权利要求1所述的方法，其中：

从应用接收的对最终用户的地址信息的请求还包括授权信息；并且

所述方法还包括基于授权信息来授权请求。

4.如权利要求1所述的方法，其中确定应用被授权访问所请求的最终用户的地址信息包括：

向最终用户发送消息；以及

从最终用户接收响应，该响应指示应用被授权访问所请求的最终用户的地址信息。

5.如权利要求4所述的方法，其中：

来自最终用户的响应还指示应用被授权访问的所述地址的特定部分；

其中所述地址的所述特定部分小于所请求的地址信息；并且

返回给应用的所述地址的部分包括所述地址的所述特定部分。

6.如权利要求1所述的方法，其中核实最终用户的地址包括从以下至少一个接收验证：政府机构、征信局和电话簿。

7.如权利要求1所述的方法，其中接收最终用户的地址还包括接收认证文档的副本，该认证文档的副本包括以下中的至少一个的副本：

由政府机构发布的打印标识；以及

由众所周知的实体向最终用户的地址发送并由众所周知的递送服务递送到最终用户的地址的函件。

8.如权利要求7所述的方法，所述方法还包括：

由地址服务器从应用接收核实请求，该核实请求包括用户代码和与最终用户对应的待核实的地址信息，其中待核实的地址信息包括以下中的至少一个：街道地址、电话号码、由政府机构发布的唯一标识符和电子邮件地址；

由地址服务器基于用户代码从分布式区块链分类账的第一记录中检索最终用户的地址；

由地址服务器核实待核实的地址信息与和第一记录相关联地存储的地址是一致的；以及

向应用返回确认消息，该确认消息指示已经针对最终用户成功核实了待核实的地址信息。

9.一种方法，包括：

接收最终用户的地址；

对最终用户的地址进行核实；

响应于对所述地址进行核实，生成将所述地址与对应于最终用户的用户代码相关联的第一记录；

将第一记录存储在分布式区块链分类账中；

从应用接收核实请求，该核实请求包括用户代码和与最终用户对应的所述地址的至少一部分；

基于特定的用户代码，从分布式区块链分类账的第一记录中检索最终用户的地址的所述至少一部分；

核实与最终用户对应的所述地址的所述至少一部分与和第一记录相关联地存储的地址是一致的；以及

向应用返回确认消息，该确认消息指示与最终用户对应的所述地址的所述至少一部分被核实。

10.如权利要求9所述的方法，其中被包括在核实请求中的所述地址的所述至少一部分包括以下中的至少一个：街道地址、电话号码、由政府机构发布的唯一标识符以及电子邮件地址。

11.一种方法，包括：

接收包括经由地址字段提交的用户输入的请求；

确定用户输入是否与支持的代码格式中的代码对应；

响应于确定用户输入与支持的代码格式中的代码对应：

利用用户输入进行查询，以检索与所述代码对应的地址；以及

基于与所述代码对应的地址来处理请求；

响应于确定用户输入不与支持的代码格式中的任何代码对应，基于用户输入中叙述的地址来处理请求。

12.一种方法，包括：

从用户接收用提供用户服务的应用创建账户的请求，其中来自用户的请求包括表示用户的地址信息的用户代码；

为用户创建账户并与该账户相关联地存储用户代码；

从用户接收对要求地址信息才能履行的服务的请求；

向地址服务器发送对用户的地址信息的请求，该请求包括用户代码；

从地址服务器接收用户的地址信息；以及

基于从地址服务器接收的地址信息，满足从用户接收的对服务的请求。

13.如权利要求12所述的方法，其中：

对服务的请求是对服务的第一请求，并且从地址服务器接收的用户的地址信息是第一地址信息；并且操作还包括：

从用户接收对服务的第二请求，该第二请求要求地址信息才能履行；

向地址服务器发送对用户的地址信息的第二请求，该请求包括与对服务的第一请求中包括的用户代码相同的用户代码；

从地址服务器接收用户的第二地址信息，其中第一地址信息与第二地址信息不同；以及

基于从地址服务器接收的第二地址信息，满足从用户接收的对服务的第二请求。

14.一种系统，包括：

包括处理器的至少一个硬件设备；以及

被配置为执行如权利要求1-13中任一项所述的操作的系统。

15.一种或多种存储指令的非暂态机器可读介质，所述指令在由一个或多个处理器执行时，使得执行如权利要求1-13中任一项所述的操作。

Images