分布式账簿技术平台的制作方法

分布式账簿技术平台


背景技术：

1.分布式账簿技术(dlt)是一种用于记录资产交易的数字系统，其中交易及其细节同时被记录在多个位置中。与传统数据库不同，分布式账簿没有中央数据存储库或管理功能。在分布式账簿中，每个节点处理并且验证每个项目，从而生成每个项目的记录并且在每个项目的真实性上建立共识。分布式账簿可以被用于记录静态数据(诸如注册表)和动态数据(例如，交易)。
2.递送信息技术“即服务(as-a-service)”是一种使用按需模型与对应的财务模型一起来递送信息技术资源的方式，其中所有信息技术资源都具有基于资源消耗的可变定价模型。信息技术资源包括：硬件资源(例如，计算、存储、网络元素等)、软件资源或微服务。
附图说明
3.在以下附图中，相同的附图标记被用于指代相同的元件。尽管以下的图描绘了各种示例，但是一个或多个实施方式不限于图中所描绘的示例。
4.图1图示了分布式账簿系统的一个示例实施例。
5.图2a和图2b图示了分布式账簿平台的示例实施例。
6.图3图示了操作者平台的一个示例实施例。
7.图4图示了资源利用图的一个示例实施例。
8.图5是图示了由操作者平台执行的过程的一个示例实施例的流程图。
9.图6图示了智能合约的一个示例实施例。
具体实施方式
10.混合云可以包括公共和/或私有云环境，云服务提供者在该公共和/或私有云环境下提供基础设施即服务(iaas)或平台即服务(paas)。公共云的服务可以被用于部署应用。在其他示例中，混合云还可以提供软件即服务(saas)，诸如在公共云将saas作为实用(例如，根据订阅或即付即用模型)提供的示例中。混合云可以实施虚拟化技术以基于本机硬件来部署虚拟资源。虚拟化技术通常已经经由虚拟机(vm)而被采用，其中每个应用vm具有操作系统、联网和存储的分离的集合。在私有云与公共云之间编制工作负载的混合云架构提供了更有效地管理基础设施资源的能力。然而，在混合云平台的实施方式中的缺点在于以下挑战：充分跟踪资源消耗并且准确向客户开发票。
11.根据一个实施例，分布式账簿技术(dlt)平台被实施，以提供服务交易以供资产资源(或资源)的使用。在这种实施例中，dlt平台启用对由资源消费者(或消费者)所消耗的资源的基于使用的跟踪和开发票。因此，消费者可在每单位消耗的资源的基础上以基于消费者所需的资源类型和相关联的服务水平的成本来使用资源。在另一实施例中，经由加密货币(例如，加密令牌)来提供对服务的支付。如本文中所使用，加密货币被限定为被设计成用作交换介质的数字资产，其中单个硬币所有权记录使用密码学被存储在数字账簿(例如数据库)中，以保护交易记录条目来控制附加数字硬币记录的创建，并且验证硬币所有权的传
递。
12.在以下描述中，出于解释的目的，阐述了许多具体细节，以便提供对本公开的透彻理解。然而，对于本领域技术人员而言，将明显的是，可以在没有这些具体细节中的一些的情况下实践本公开。在其他实例中，以框图形式示出了公知的结构和设备，以避免使本公开的基本原理混淆。
13.本说明书中对“一个实施例”或“实施例”的引用意味着结合该实施例描述的特定特征、结构或特性被包括在本公开的至少一个实施例中。在本说明书的各个位置中出现的短语“在一个实施例中”不一定全部指代的是同一实施例。
14.贯穿本文档，术语(如“逻辑”、“组件”、“模块”、“引擎”、“模型”等)可以互换地被引用，并且以示例的方式，包括软件、硬件和/或软件和硬件的任何组合，诸如固件。进一步地，不应将对特定品牌、单词、术语、短语、名称和/或首字母缩写词的任何使用视为将实施例限制为在产品中或本文档外部的文献中带有该标签的软件或设备。
15.预期可以添加和/或移除任何数目和类型的组件，以支持包括添加、移除和/或增强某些特征的各种实施例。出于简洁、清楚和易于理解的目的，此处未示出或讨论许多标准和/或已知组件，诸如计算设备的那些组件。预期本文中所描述的实施例不限于任何特定的技术、拓扑、系统、架构和/或标准，并且具有足够的动态性以采用和适应任何未来的改变。
16.图1图示了分布式账簿系统100的一个实施例，该分布式账簿系统100具有采用分布式账簿操作者平台(或操作者平台)110的计算设备120。在一个实施例中，操作者平台110作为分布式账簿基础设施来操作，以支持从一个或多个资源提供者121到消费者115的资源访问。如图1中所示出，计算设备120包括用作用于采用操作者平台110的主机的主机服务器计算机，该操作者平台110提供了用以支持经由paas或iaas的、代表消费者(或客户端)115进行资源管理的平台。计算设备120可以包括(但不限于)服务器计算机(例如，云服务器计算机等)、台式计算机、基于集群的计算机、机顶盒(例如，基于因特网的有线电视机顶盒等)等。计算设备120包括用作在计算设备120的一个或多个硬件/物理资源与一个或多个客户端设备117等之间的接口的操作系统(“os”)106。计算设备120还包括(多个)处理器102、存储器104、输入/输出(“i/o”)源108，诸如触摸屏、触摸面板、触摸板、虚拟或常规键盘、虚拟或常规鼠标等。在一个实施例中，操作者平台110可以由除处理器102外的分离的处理器专用集成电路(asic)执行。在另一实施例中，操作者平台110可以带外运行，并且可以处于与处理器102分离的电源导轨上。因此，操作者平台110可以在处理器102断电的情况下操作。
17.在一个实施例中，主机组织101还可以采用生产环境，该生产环境通过主机组织101与消费者115处的客户端设备117可通信地进行接口。客户端设备117可以包括(但不限于)基于消费者的服务器计算机、台式计算机、膝上型计算机、移动计算设备(诸如智能手机)、平板计算机、个人数字助理、电子阅读器、媒体因特网设备、智能电视、电视平台、可穿戴式设备(例如眼镜、手表、手镯、智能卡、珠宝、衣物等)、媒体播放器、基于全球定位系统的导航系统、电缆安装盒等。
18.在一个实施例中，所图示的(多个)数据库140存储(但不限于)信息和其中具有客户和用户数据的基础数据库记录，以代表消费者115来处理数据。在一些实施例中，主机组织101通过一个或多个网络135从多个消费者115接收输入和其他请求；例如，传入数据或其他输入可以从消费者115被接收，以使用数据库140进行处理。
19.在一个实施例中，每个消费者115可以是分离的并且不同的远程组织、主机组织101内的组织组、主机组织101的业务伙伴、订阅由主机组织101提供的云计算服务的消费者115。在一个实施例中，在主机组织101内的web服务器处接收请求，或者将请求提交给该web服务器。主机组织101可以接收用于由主机组织101处理的各种请求。例如，在web服务器处接收到的传入请求可以指定要被提供的主机组织101的服务。进一步地，主机组织101可以经由web服务器或作为独立接口来实施请求接口，以从客户端设备117接收请求分组或其他请求。请求接口还可以支持在从主机组织101到一个或多个客户端设备117的传出方向上返回响应分组或其他回复和响应。
20.在一个实施例中，计算设备120可以包括服务器计算机，该服务器计算机还可以与一个或多个数据库或存储储存库(诸如(多个)数据库140)通信，这些数据库或存储储存库可以通过一个或多个网络(诸如(多个)网络135(例如，云网络、因特网、邻近网络、内联网、物联网(“iot”)、物联云(“cot”)等))本地地或远程地被定位。还示出了计算设备120通过一个或多个网络(诸如(多个)网络135)与任何数目和类型的其他计算设备(诸如客户端计算设备117)进行通信。
21.在一个实施例中，计算设备120可以用作服务提供者核心，以用于托管作为saas或iaas的操作者平台110，并且通过一个或多个(多个)网络135以及任何数量和类型的专用节点与一个或多个客户端计算机117通信。在这种实施例中，主机组织101向由资源提供者121a-121n(通常也被称为一个或多个提供者121)提供的资源提供基础设施管理。资源提供者121a-121n表示提供服务以提供基础设施资源的单独资源提供者，这些基础设施资源包括例如：硬件资源(例如，计算、存储、网络元素等)、软件资源或微服务。如本文中所限定的，微服务可以涉及将软件应用结构化为服务的集合的架构。
22.在这种实施例中，提供者121a-121n中的一个或多个提供者可以提供其资源的虚拟化作为用于其资源的虚拟化的虚拟化基础设施。在该实施例中，计算设备120的资源和/或由提供者121a-121n提供的物理基础设施资源中的一个或多个物理基础设施资源可以被配置成一个或多个开发点(pod)(或实例机器)，其中实例机器(或实例)包括共同操作的基础设施集群(例如，计算、存储、软件、联网装备等)。
23.根据一个实施例，提供者121a-121n中的每个提供者可以实施预置的基础设施控制器以控制其相应的资源。在该实施例中，每个提供者121表示预置的基础设施系统(例如，数据中心)，该预置的基础设施系统提供其相应的资源的一个或多个基础设施元素(例如，受管理基础设施的实例)。在其他实施例中，资源可以包括服务(或实用)商品，诸如气电、水等。在这种实施例中，提供者121经由操作者平台110向消费者115提供资源。
24.如上文所描述的，可以在分布式账簿基础设施中实施操作者平台110，以支持对资源的访问。在一个实施例中，分布式账簿基础设施提供了分布式账簿对等网络系统，该分布式账簿对等网络系统跨多个对等节点分布账簿，其中每个节点复制并且保存账簿的相同副本并且独立地对其自身进行更新。当账簿更新发生时，每个节点构造新的交易，并且随后使用共识算法对指定的节点集合进行投票，以确定账簿的哪个副本是正确的。因此，指定的节点集合认证并且证实针对资源的交易的正确性。
25.图2a和图2b图示了分布式账簿管理系统200的实施例。图2a图示了消费者115(例如，经由网络)被耦合到操作者平台110的实施例。根据一个实施例，操作者平台110向消费
者115提供资源。在这种实施例中，消费者115不投资(例如，拥有)资源，而是经由操作者平台110接收资源。在另一实施例中，操作者平台110可以拥有被提供给消费者115的资源或者管理由提供者121a-121c中的一个或多个提供者所提供的资源。在实施例中，提供者121a-121c中的一个或多个提供者可以包括公共云提供者，或者可以经由专用网络连接被耦合到操作者平台110。在实施例中，提供者121a-121c中的一个或多个提供者可以包括基础设施供应者所拥有并且使得可在按使用付费的基础等上使用的基础设施。
26.在一个实施例中，操作者平台110经由dlt管理针对资源使用的计费。在这种实施例中，操作者平台110实施dlt来存储交易数据，该交易数据被用于跟踪消费者115所利用的资源的细节。如上文所讨论，资源可以包括由提供者121经由操作者平台110提供的软件(例如，操作系统、数据库、集群软件等)、基础设施(例如，硬件)或商品服务。在另一实施例中，所消耗的每个资源是由操作者平台110作为按使用付费模型所提供的独立单位。在这种实施例中，每个独立资源的使用被测量并且链码块被生成以令牌化所消耗的资源。
27.根据一个实施例，智能合约(可互换地被称为“链码”)被维持为操作者平台110与消费者客户端之间的协议。在另一实施例中，使用交易数据块来更新智能合约，其中每个块与由客户端所消耗的基础设施资源相关联。因此，单独的智能合约针对由每个消费者(例如，消费者115)所消耗的资源被生成，并且被存储在与对应的消费者相关联的分布式账簿中。在一个实施例中，分布式账簿的实例被存储在操作者平台110处的数据库250处以及消费者115处的数据库240处。因此，分布式账簿在数据库250(其存储针对平台110的分布式账簿的组件)与数据库240(其存储消费者115处的分布式账簿的组件)之间被共享。
28.图2b图示了系统200的实施例，其中消费者215被耦合到操作者平台110。在该实施例中，消费者215可以是消费者或提供者。例如，消费者215可以消耗由操作者平台110管理的实用资源，同时还维持其自己的能源(例如，太阳能电池板)。因此，消费者215可以提供由其能源提供的任何附加电力，以供另一消费者消耗。根据一个实施例，操作者平台110还可以由消费者215管理任何资源。在这种实施例中，还经由智能合约来管理消费者对消费者的交易。
29.在上文所讨论的任一实施例中，交易数据和各方之间的协议对于交易所涉及的参与者经由分布式账簿是可见的。例如，在操作者平台110与消费者(例如，115或215)之间的任何交易仅对于那些实体(例如，对等方)分别经由数据库250和数据库240是可见的。根据一个实施例，智能合约在由操作者平台110支持资源消耗之前被调用并且被存储在dlt中。智能合约是在交易期间被执行的机器可执行程序(或可执行代码)。如上文所提及，智能合约提供了各方(例如，操作者平台和消费者)之间的法律协议，并且基于所同意的触发条件在dlt上自动地被执行。在这种实施例中，以所消耗的资源中的每个所消耗的资源的每单位的定价来限定智能合约。在另一实施例中，定价条款可以在一段时间内改变，并且新的智能合约将被部署来代替先前的智能合约。
30.图3图示了操作者平台110的一个实施例。如图3中所示出的，操作者平台110包括公证服务310、对象生成管理器320和消耗分析门户340。公证服务310被提供，以用于记录保持和审计dlt中所存储的智能合约。然而，在其他实施例中，公证服务310可以被托管在第三方(未示出)处以用于进一步的信任建立。对象生成管理器320被实施以生成要包括在链码中的交易数据块。
31.在一个实施例中，块中的交易数据包括资源对象和令牌对象。在这种实施例中，资源对象包括元数据和由消费者所请求的资源的身份，而令牌对象限定关于资源的货币化的特性。在另一实施例中，对象生成管理器320标识由消费者正在使用的资源，并且针对每个对消费者可计费的资源(可计费资源)生成资源对象。随后，对象生成管理器320通过生成与资源对象相关联的令牌对象来令牌化资源。
32.根据一个实施例，令牌对象包括资产的数字表示，该资产的数字表示包括标识符、资产类型和一个或多个消耗度量。在这种实施例中，消耗度量是特定于资产的类型的。例如，cpu核心消耗度量可以包括利用和时间，而存储器消耗度量可以包括存储器的量和时间。因此，时间可以是主要消耗度量维度。然而，微服务可能是例外，其中成本将是由微服务产生的结果。如上文所示出的，令牌对象使得操作者和消费者能够具有一致的归一化的消耗单位，该消耗单位被用于测量、计费和调整，其中操作者或提供者无法达到约定的服务水平。
33.消耗分析门户340被实施以测量与资源对象相关联的资源的使用。在一个实施例中，消耗分析门户340包括被实施以测量资源利用的测量代理344。在这种实施例中，每个测量代理344包括周期性地测量相关联的资源的利用的微服务。在另一实施例中，微服务通过发起与在资源对象中所指定的资源的通信以及取回利用数据来测量资源的利用率。表1图示了资源利用测量微服务的示例。
34.表1
[0035][0036]
[0037]
在一个实施例中，测量代理344从资源对象中所指定的资源中取回利用数据。在这种实施例中，微服务中的每个微服务安全地连接到相关联的资源并且取回利用数据。例如，与计算节点的利用(ms_cpu_utlilization)相关联的微服务登录到如资源对象中所指定的计算节点，并且取回cpu利用数据。类似地，与节点的存储器的利用相关联的微服务(ms_mem_utilization)取回存储器消耗数据。在一个实施例中，测量到的资源数据作为消耗数据的单位被包括在交易数据中。图4图示了资源利用图的一个实施例，在其中消耗分析门户340基于测量到的资源使用来生成交易数据并且将数据传送给dlt。
[0038]
消耗分析门户340还包括由测量代理344调用的应用程序接口(api)客户端346，以将交易数据传送给dlt以更新智能合约。api客户端346也可以被实施以查询数据库250的状态。在一个实施例中，在利用被包括在交易数据块中的更新的消耗和/或定价细节来更新在dlt中所存储的智能合约之前，交易数据由消费者115、资源提供者121和操作者平台110验证并且签名。
[0039]
图5是图示了由操作者平台110执行的过程的一个实施例的流程图。在处理框510处，消费者可以被计费的资源(或可计费资源)被标识。在处理框520处，针对每个所标识的可计费资源生成资源对象。在处理框530处，针对每个资源生成令牌对象。在处理框540处，测量代理使用资源对象以从每个相关联的可计费资源取回使用数据。在处理框550处，调用api客户端以传送针对可计费资源中的每个可计费资源的交易数据，作为智能合约中的交易数据块。随后，智能合约经由交易数据块被更新。一旦更新，智能合约就由消费者和提供者两者以及公证服务310验证并切签名。随后，dlt利用智能合约中所包括的定价和消耗细节而被更新。
[0040]
根据一个实施例，智能合约除了可执行代码之外还包括状态对象。在这种实施例中，可执行代码证实对交易中的状态对象的改变。状态对象包括在dlt中所存储的数据，这些状态对象表示合约的实例的当前状态并且被用作交易的输入和输出。图6图示了智能合约的一个实施例。如上文所描述的，智能合约包括消耗条目的单位，以及指示消耗资源中的每个消耗资源的每单位定价的条目。智能合约还包括通知状态对象，该通知状态对象包括数据和具有性质的方案。随着状态改变，这些性质改变。在资源消耗的上下文中，通知的状态将具有参与者的方案和性质、具有到期日的合约的面值。附加地，通知的状态包括对实际合约代码的引用，在该实际合约代码处资源类型和每单位消耗的成本被限定。合约代码验证交易并且执行合约以供资源消耗。在一个实施例中，提供了法律行文状态对象，该法律行文状态对象表示合约蓝图的模板和参数以及各方之间针对现实世界合约的法律协议。
[0041]
上文所描述的dlt平台使得资源的每个实例都能够作为服务被消耗。因此，硬件、软件和微服务资源可以各自以单个消耗单位而被提供给消费者，并且对于所述硬件、软件和微服务资源，消费者可以针对每个消耗资源按每单位的定价而被计费。
[0042]
实施例可以被实施为以下任何或组合：使用母板互连的一个或多个微芯片或集成电路、硬连线逻辑、由存储器设备存储并且由微处理器执行的软件、固件、专用集成电路(asic)、和/或现场可编程门阵列(fpga)。术语“逻辑”可以通过示例的方式包括软件或硬件和/或软件和硬件的组合。
[0043]
例如，实施例可以作为计算机程序产品而被提供，该计算机程序产品可以包括其上存储有机器可执行指令的一个或多个机器可读介质，这些机器可执行指令在由一个或多
个机器(诸如计算机、计算机网络或其他电子设备)执行时可能导致一个或多个机器执行根据本文中所描述的实施例的操作。机器可读介质(例如，计算机可读介质)可以包括但不限于软盘、光盘、cd-rom(光盘只读存储器)和磁光盘、rom、ram、eprom(可擦可编程只读存储器)、eeprom(电可擦可编程只读存储器)、磁卡或光卡、闪速存储器或适用于存储机器可执行指令的其他类型的介质/机器可读介质。
[0044]
此外，实施例可以作为计算机程序产品而被下载，其中可以通过在载波或其他传播介质中所具体化和/或由载波或其他传播介质调制的一个或多个数据信号，经由通信链路(例如调制解调器和/或网络连接)将程序从远程计算机(例如，服务器)传递给请求计算机(例如，客户端)。
[0045]
附图和前述描述给出了实施例的示例。本领域的技术人员将理解到，所描述的元件中的一个或多个元件可以很好地组合成单个功能元件。备选地，某些元件可以被拆分成多个功能元件。来自一个实施例的元件可以被添加到另一实施例。例如，本文中所描述的过程的顺序可以被改变，并且不限于本文中所描述的方式。此外，任何流程图中的动作都无需按照所示出的顺序实施；也不必必须执行所有动作。而且，不依赖于其他动作的那些动作可以与其他动作并行地执行。实施例的范围不限于这些特定示例。不论是否在说明书中明确给出，许多变化(诸如结构、尺寸和材料使用上的差异)都是可能的。实施例的范围至少与所附权利要求书所给出的范围一样宽。