CN114328708A - 一种计费方法、装置和存储介质 - Google Patents

一种计费方法、装置和存储介质 Download PDF

Info

Publication number
CN114328708A
CN114328708A CN202011036328.0A CN202011036328A CN114328708A CN 114328708 A CN114328708 A CN 114328708A CN 202011036328 A CN202011036328 A CN 202011036328A CN 114328708 A CN114328708 A CN 114328708A
Authority
CN
China
Prior art keywords
node
quota
class
alliance
determining
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011036328.0A
Other languages
English (en)
Inventor
刘诗阳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN202011036328.0A priority Critical patent/CN114328708A/zh
Publication of CN114328708A publication Critical patent/CN114328708A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种计费方法、装置和存储介质，所述方法包括：确定区块链网络中的至少一个节点；对区块链网络中的至少一个节点进行识别，确定节点类型；所述节点类型包括：第一类节点、第二类节点；确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度；根据每个所述第一类节点的第一额度和每个所述第二类节点的第二额度，运用预设的划分算法对所述至少一个节点进行划分，得到满足预设条件的至少一个联盟；对至少一个联盟中每个所述联盟包括的节点进行费用结算；其中，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值；所述联盟中的节点可相互进行额度转让。

Description

一种计费方法、装置和存储介质
技术领域
本发明涉及业务支撑领域，尤其涉及一种计费方法、装置和存储介质。
背景技术
近年来，云服务在各个领域蓬勃发展，正在从方方面面改变着这个世界。随着云服务涉及到的用户数量的增加，对于云服务资源的灵活分配、云服务资源的灵活计费等问题也提出了更高的要求。
发明内容
有鉴于此，本发明的主要目的在于提供一种计费方法、装置和存储介质。
为达到上述目的，本发明的技术方案是这样实现的：
本发明实施例提供了一种计费方法，应用于服务器，所述方法包括：
确定区块链网络中的至少一个节点；
对区块链网络中的至少一个节点进行识别，确定节点类型；所述节点类型包括：第一类节点、第二类节点；
确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度；根据每个所述第一类节点的第一额度和每个所述第二类节点的第二额度，运用预设的划分算法对所述至少一个节点进行划分，得到满足预设条件的至少一个联盟；
对至少一个联盟中每个所述联盟包括的节点进行费用结算；
其中，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值；所述联盟中的节点可相互进行额度转让。
上述方案中，所述确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度，包括：
基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度，作为第一额度；
基于每个所述第二类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均额外需求额度，作为第二额度。
上述方案中，所述方法还包括：
接收所述联盟发送的分布式账本；所述分布式账本与至少两个节点相关；
根据所述分布式账本更新与所述分布式账本相关的所述至少两个节点对应的状态；
所述对至少一个联盟中每个所述联盟包括的节点进行费用结算，包括：
根据更新后的状态，对至少一个联盟中每个所述联盟包括的节点进行费用结算。
上述方案中，所述对区块链网络中的至少一个节点进行识别，确定节点类型，包括：
获取所述至少一个节点中每个节点对应的历史数据，运用预设的分类模型识别所述历史数据，确定相应节点为第一类节点或第二类节点；
所述分类模型，用于确定每个节点为第一类节点或第二类节点。
本发明实施例提供了一种计费方法，应用于第一节点，所述方法包括：
确定业务请求，广播所述业务请求；
接收第二节点的业务提案响应后，与第二节点进行业务交易；
所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
本发明实施例提供了一种计费方法，应用于第二节点，所述方法包括：
获取第一节点的业务请求；
发送针对所述业务请求的业务提案响应后，与所述第一节点进行业务交易；
所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
本发明实施例提供了一种计费方法，应用于第三节点，所述方法包括：
确定完成业务交易的至少两个节点；
根据完成的业务交易生成分布式账本；所述分布式账本与至少两个节点相关；
将所述分布式账本发送给服务器；所述分布式账本用于由服务器更新所述至少两个节点对应的状态，并根据更新后的状态进行费用结算；
所述第三节点与所述完成业务交易的至少两个节点属于同一联盟。
本发明实施例提供了一种计费装置，应用于服务器，所述装置包括：
第一处理模块，用于确定区块链网络中的至少一个节点；
第二处理模块，用于对区块链网络中的至少一个节点进行识别，确定节点类型；所述节点类型包括：第一类节点、第二类节点；
第三处理模块，用于确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度；根据每个所述第一类节点的第一额度和每个所述第二类节点的第二额度，运用预设的划分算法对所述至少一个节点进行划分，得到满足预设条件的至少一个联盟；
第四处理模块，用于对至少一个联盟中每个所述联盟包括的节点进行费用结算；
其中，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值。
上述方案中，所述第三处理模块，用于基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度，作为第一额度；
基于每个所述第二类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均额外需求额度，作为第二额度。
上述方案中，所述第四处理模块，还用于接收所述联盟发送的分布式账本；所述分布式账本与至少两个节点相关；
根据所述分布式账本更新与所述分布式账本相关的所述至少两个节点对应的状态；
相应的，所述第四处理模块，用于根据更新后的状态，对至少一个联盟中每个所述联盟包括的节点进行费用结算。
上述方案中，所述第二处理模块，用于获取所述至少一个节点中每个节点对应的历史订购数据，运用预设的分类模型识别所述历史订购数据，确定相应节点为第一类节点或第二类节点；
所述分类模型，用于确定每个节点为第一类节点或第二类节点。
本发明实施例提供了一种计费装置，应用于第一节点，所述装置包括：
第一发送模块，用于确定业务请求，广播所述业务请求；
第一接收模块，用于接收第二节点的业务提案响应后，与第二节点进行业务交易；
所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
本发明实施例提供了一种计费装置，应用于第二节点，所述装置包括：
第二发送模块，用于获取第一节点的业务请求；
第二接收模块，用于发送针对所述业务请求的业务提案响应后，与所述第一节点进行业务交易；
所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
本发明实施例提供了一种计费装置，应用于第三节点，所述装置包括：
确定模块，用于确定完成业务交易的至少两个节点；根据完成的业务交易生成分布式账本；所述分布式账本与至少两个节点相关；
第三发送模块，用于将所述分布式账本发送给服务器；所述分布式账本用于由服务器更新所述至少两个节点对应的状态，并根据更新后的状态进行费用结算；
所述第三节点与所述完成业务交易的至少两个节点属于同一联盟。
本发明实施例提供了一种计费装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现服务器侧执行的任一项所述计费方法的步骤；或者，
所述处理器执行所述程序时实现第一节点侧执行的所述计费方法的步骤；或者，
所述处理器执行所述程序时实现第二节点侧执行的所述计费方法的步骤；或者，
所述处理器执行所述程序时实现第三节点侧执行的所述计费方法的步骤。
本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现服务器侧执行的任一项所述计费方法的步骤；或者，
所述计算机程序被处理器执行时实现第一节点侧执行的所述计费方法的步骤；或者，
所述计算机程序被处理器执行时实现第二节点侧执行的所述计费方法的步骤；或者，
所述计算机程序被处理器执行时实现第三节点侧执行的所述计费方法的步骤。
本发明实施例所提供的一种计费方法、装置和存储介质，所述方法包括：服务器确定区块链网络中的至少一个节点；对区块链网络中的至少一个节点进行识别，确定节点类型；所述节点类型包括：第一类节点、第二类节点；确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度；根据每个所述第一类节点的第一额度和每个所述第二类节点的第二额度，运用预设的划分算法对所述至少一个节点进行划分，得到满足预设条件的至少一个联盟；对至少一个联盟中每个所述联盟包括的节点进行费用结算；其中，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值；所述联盟中的节点可相互进行额度转让；如此，利用区块链技术，在不改变运营商原有云服务资费体系的前提下，根据各节点的历史使用额度的实现云服务额度的灵活分配；并且，通过对节点进行分类，进行区块链联盟划分，以此实现区块链网络性能优化，减轻区块链文件存储开销。
本发明实施例所提供的一种计费方法、装置和存储介质，所述方法包括：第一节点确定业务请求，广播所述业务请求；接收第二节点的业务提案响应后，与第二节点进行业务交易；所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点；如此，通过联盟内的节点相互进行额度转让，以此实现区块链网络性能优化，减轻区块链文件存储开销。
本发明实施例所提供的一种计费方法、装置和存储介质，所述方法包括：第二节点获取第一节点的业务请求；发送针对所述业务请求的业务提案响应后，与所述第一节点进行业务交易；所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点；如此，通过联盟内的节点相互进行额度转让，以此实现区块链网络性能优化，减轻区块链文件存储开销。
本发明实施例所提供的一种计费方法、装置和存储介质，所述方法包括：第三节点确定完成业务交易的至少两个节点；根据完成的业务交易生成分布式账本；所述分布式账本与至少两个节点相关；将所述分布式账本发送给服务器；所述分布式账本用于由服务器更新所述至少两个节点对应的状态，并根据更新后的状态进行费用结算；所述第三节点与所述完成业务交易的至少两个节点属于同一联盟；如此，通过联盟内的节点相互进行额度转让，以此实现区块链网络性能优化，减轻区块链文件存储开销。
附图说明
图1为本发明实施例提供的一种计费方法的流程示意图；
图2为本发明实施例提供的另一种计费方法的流程示意图；
图3为本发明实施例提供的再一种计费方法的流程示意图；
图4为本发明实施例提供的还一种计费方法的流程示意图；
图5为本发明实施例提供的一种云服务计费方法的流程示意图；
图6为本发明实施例提供的一种计费装置的结构示意图；
图7为本发明实施例提供的另一种计费装置的结构示意图；
图8为本发明实施例提供的再一种计费装置的结构示意图；
图9为本发明实施例提供的还一种计费装置的结构示意图；
图10为本发明实施例提供的一种计费装置的结构示意图。
具体实施方式
以下结合实施例对本发明再作进一步详细的说明。
针对区块链技术说明如下：
由智能合约、点对点网络、加密算法和共识机制四项技术的联合创新应用。区块链在本质上是一个基于时间戳的链表储存结构，也被称为分布式账本或去中心化数据库，这是因为区块链的各个节点形成点对点网络，呈现去中心化的特性。区块链基于共识机制决定写入方，同时保证全网节点数据一致；基于加密算法保障数据安全可靠，同时利用节点上部署的智能合约进行自动化交易处理。综上所述，区块链具有去中心化、集体维护、交叉验证、公开透明、不易篡改、数据可追溯等特点，被应用于需要新型数据库支持、多主体业务、各主体不互信且无可信第三方的各类应用场景，典型范例如数字金融、食药溯源、司法存证等。
如上所述，目前对于云服务资源的灵活分配、云服务资源的灵活计费等问题提出了更高的要求。关于云服务计费方法，目前存在以下问题：
一、云服务资源的灵活分配问题。具体来说，部分用户订购较高额度档次云服务(包括但不限于云服务带宽、流量、或云服务存储空间)套餐时，使用额度不满造成资源浪费，而另一部分用户订购较低档次云服务套餐时使用额度不足，同时该用户考虑到升级套餐会导致资源浪费从而缺乏升级套餐意愿。
二、云服务资费的灵活计费问题。具体来说，目前非固定额度套餐的资费高于固定额度套餐资费，在用户订购固定额度套餐的情况下，根据用户额度使用情况进行灵活计费的方式较为复杂，计费成本较高，运营商缺乏灵活计费动力。
三、相关技术中，通过区块链技术进行用户交易的记录；因此，还涉及到用户加入区块链后的交易问题和区块链文件存储开销问题。具体来说，区块链网络随着网络规模扩大，区块链业务交易往往交易速度较慢，非特定目标的交易对象难以寻找，并且区块链网络越大，区块链文件就需要越高的存储开销。
基于此，本发明实施例提供的方法，服务器确定区块链网络中的至少一个节点；对区块链网络中的至少一个节点进行识别，确定节点类型；所述节点类型包括：第一类节点、第二类节点；确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度；根据每个所述第一类节点的第一额度和每个所述第二类节点的第二额度，运用预设的划分算法对所述至少一个节点进行划分，得到满足预设条件的至少一个联盟；对至少一个联盟中每个所述联盟包括的节点进行费用结算；其中，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值；所述联盟中的节点可相互进行额度转让。
下面结合实施例对本发明再作进一步详细的说明。
图1为本发明实施例提供的一种计费方法的流程示意图；如图1所示，所述方法应用于服务器，所述服务器可以由云服务提供商设置并管理，所述方法包括：
步骤101、确定区块链网络中的至少一个节点；
步骤102、对区块链网络中的至少一个节点进行识别，确定节点类型；所述节点类型包括：第一类节点、第二类节点；
步骤103、确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度；根据每个所述第一类节点的第一额度和每个所述第二类节点的第二额度，运用预设的划分算法对所述至少一个节点进行划分，得到满足预设条件的至少一个联盟；
其中，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值；
所述联盟中的节点可相互进行额度转让；
步骤104、对至少一个联盟中每个所述联盟包括的节点进行费用结算。
具体地，步骤101中，云服务提供商作为区块链网络的管理组织，创建并启动区块链网络。云服务提供商自身不参与实际业务交易，而是作为一个核心企业进行交易担保，并在每个业务周期末进行结算。即，所述服务器不涉及节点直接相互交易，仅作为费用结算方。
这里，区块链网络包括：至少一个节点。每个节点可以是每个用户持有一个终端。
对于至少一个节点分类，分为两种类型。具体地，第一类节点表征相应节点为租借方时，第二类节点表征为相应节点为转让方；反之，第二类节点表征相应节点为租借方时，第一类节点表征为相应节点为转让方。
以订购云服务套餐为准入原则，构建一个联盟链。即，用户通过自身持有的节点(所述节点为任意智慧型终端，如智能手机、平板电脑等需要云服务的终端)订购区块链后，才具有加入区块链的资格，即所述区块链为许可型区块链网络(联盟链)。
每一笔写入区块链上的云服务套餐订购交易(即以下所述的新增/修改套餐额度)会在服务器处形成一笔“应收账款”，服务器可依据此账款先行提供云服务业务给用户对应的节点供用户使用，并在业务周期的末尾对节点进行计费结算。
在一些实施例中，所述对至少一个联盟中每个所述联盟包括的节点进行费用结算，包括：
按预设的业务周期，对至少一个联盟中每个所述联盟包括的节点进行费用结算。
所述业务周期针对不同业务类型可以不同；例如，以一周为一个业务周期(如订购7日流量套餐)、以一个月为业务周期(如订购月流量套餐)、以半年为一个业务周期(如订购半年卡业务)、以一年为一个业务周期(如订购年卡业务)等。
具体地，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值。
服务器可以基于需求预先确定所述划分算法，以得到满足预设条件的联盟。
关于划分算法可以由开发人员基于需求设定，具体可以设定如下条件：
联盟内包含的节点的最大总数；
对联盟内第一总额度和第二总额度之差进行判定的预设阈值。
例如，服务器采用的划分算法包括：节点的最大总数不超过预定值P，初始数量不超过aP，稳定数量不超过bP的节点群划定为区块链中的一个联盟(也称联盟链)。
这里，a和b的具体取值取决于业务实际需求，不做限定，给出一个a和b的参考值：a＝0.5，b＝0.9。
服务器采用的划分算法包括：所有属于转让方的节点(这里，假设第一类节点为转让方的节点)的基础可转让额度m(即一种第一额度)之和M(即M为第一总额度)，与所有属于租借方的节点(即第二类节点为租借方的节点)的基础需租借额度n(即一种第二额度)之和N(即N为第二总额度)，大体相等，即N≈M。这里，可以提供一个参考浮动值x％，即：N/M＝1±x％；所述x％可以根据业务实际情况进行修改，例如，可以为2％、4％、5％、6％等，这里不做限定。
在一些实施例中，所述方法还包括：
接收所述联盟发送的分布式账本；所述分布式账本与至少两个节点相关；
根据所述分布式账本更新与所述分布式账本相关的所述至少两个节点对应的状态；
所述对至少一个联盟中每个所述联盟包括的节点进行费用结算，包括：
根据更新后的状态，对至少一个联盟中每个所述联盟包括的节点进行费用结算。
这里，每个所述联盟中的节点可相互进行额度转让。因此，每经过一次交易(如某一节点转让额度、另一节点相应租借额度)，生成一个分布式账本；服务器根据接收的分布式账本，更新相关节点的状态；相应的，费用结算时按照更新后的状态，进行费用结算。
在一些实施例中，所述对区块链网络中的至少一个节点进行识别，确定节点类型，包括：
获取所述至少一个节点中每个节点对应的历史数据，运用预设的分类模型识别所述历史订购数据，确定相应节点为第一类节点或第二类节点；
所述分类模型，用于确定每个节点为第一类节点或第二类节点。
所述历史数据，包括：历史订购数据、历史额度使用数据。
基于每个节点对应的历史数据，确定每个节点的预估需求额度。
具体来说，获取所述至少一个节点中每个节点对应的历史数据，根据每个节点对应的历史数据，确定每个节点的预估需求额度，运用预设的分类模型识别所述预估需求额度，确定相应节点为第一类节点或第二类节点。
所述根据每个节点对应的历史数据，确定每个节点的预估需求额度，包括：
根据历史数据，获取至少一个历史业务周期对应的记录，确定每个业务周期中前至少一个单位时间的使用额度；
确定每个历史业务周期对应的每个单位时间的使用额度；
确定每个历史业务周期对应的最大单位时间使用额度；
确定历史业务周期对应的平均最大单位时间使用额度；
基于确定的平均值，确定每个业务周期所需的额度，作为预估需求额度。
即预估需求额度为按照平均最大单位时间使用额度计算每个业务周期中所需的额度。
在一些实施例中，所述方法还包括：生成所述分类模型；所述生成分类模型，包括：
获取至少一个训练样本，基于所述至少一个训练样本得到训练样本集；
运用所述训练样本集，训练预设的目标模型，得到训练后的目标模型，作为所述分类模型。
每个训练样本，包括：相应节点的样本预估需求额度和对应的标签；所述标签，包括：第一类节点、第二类节点。
第一类节点表征相应节点为租借方时，第二类节点表征为相应节点为转让方；反之，第二类节点表征相应节点为租借方时，第一类节点表征为相应节点为转让方。
这里，对于分类模型的具体实现不做约束，可以使用机器学习或深度学习相关算法，如支持向量机(SVM)及其改进算法、反向传播(BP，Back Propagation)神经网络及其改进算法、卷积神经网络(CNN，Convolutional Neural Networks)及其改进算法等。即所述预设的目标模型可以为SVM、BP神经网络、CNN等。
这里，所述训练样本集由云服务提供商的服务器中保存的用户历史数据构成。并且，每个业务周期后都会根据用户的实际订购套餐额度、实际使用额度和实际缴纳费用进行增量训练，更新所述分类模型。
所述分类模型的判定指标可以为预估需求额度(用符号K表示)。
获取每个所述训练样本，至少包括：获取每个节点对应的样本预估需求额度、对应的标签(即第一类节点或第二类节点)。
针对每个节点来说，所述获取每个节点对应的样本预估需求额度，包括：
根据每个节点对应的历史数据，获取至少一个历史业务周期对应的记录，确定每个历史业务周期中前至少一个单位时间的使用额度；
确定每个历史业务周期对应的每个单位时间的使用额度；
确定每个历史业务周期对应的最大单位时间使用额度；
确定历史业务周期对应的平均最大单位时间使用额度；
基于确定的平均值，确定每个业务周期所需的额度，作为样本预估需求额度。
上述每个历史业务周期对应的每个单位时间的使用额度可以基于历史数据中的实际使用额度确定。
具体来说，假设历史数据中总共有A个业务周期，每个业务周期T中，前i个单位时间ti使用额度为mi；
单位时间的使用额度ki定义为时间ti内平均单位时间使用额度；即
Figure BDA0002705193420000131
最大单位时间使用额度kmax定义为每个业务周期T中所有ki的最大值；即kmax＝max(ki,i∈T)
平均最大单位时间使用额度
Figure BDA0002705193420000132
定义为所有A个业务周期中所有kmax的平均值；即
Figure BDA0002705193420000133
即，预估需求额度K定义为按照平均最大单位时间使用额度计算，每个业务周期T中所需的额度，即
Figure BDA0002705193420000134
针对样本预估需求额度和实际识别时所需确定的预估需求额度均采用上述方法确定，这里不多赘述。
这里，针对不同业务，业务周期也不同。例如，针对数据流量业务来说，业务周期可以1个月；对于办理年卡的视频业务来说，业务周期可以为1年；所述单位时间的设定也可以不同，例如，可以为1天、1周等。
需要说明的是，根据云服务业务的一般使用规律，随着业务周期结束日的临近，用户会根据已消耗额度调整使用策略，冗余较多的用户会想方设法增加额度消耗，余额几近耗清的用户则会抑制使用频率。即，用户在一个业务周期的开始部分时间产生的消耗是最能反映用户自身需求的。以数据流量业务来说，前期数据流量额度充足，用户基于需要任意使用，而后期可能考虑额度不足，抑制使用。因此，这里选可以反映用户需求的前至少一个单位时间(即前i个单位时间)的使用额度。
以及，上述K的含义即为将该额度消耗频率覆盖至整个业务周期情况下所估算的需求值。
具体地，分类模型所采用的类型判别准则如下：
根据用户的历史数据，确定所有业务周期(记做A个业务周期)中，所有已订购套餐额度的总合为Mtot；
相应于Mtot≥KA的情况下，确定节点为转让方；还可以确定其基础转让额度为(Mtot-KA)/A；
相应于Mtot<KA的情况下，确定节点为租借方；还可以确定其基础需求额度为(KA-Mtot)/A。
上述所有已订购套餐额度的总合可以基于用户的历史数据中的实际订购套餐额度、实际缴纳费用确定。
即，可以基于上述准则对训练样本中的样本预估需求额度进行判定，确定样本预估需求额度对应节点为转让方还是租借方，结合节点对应的标签进行模型训练，从而得到可基于上述类型判别准则进行节点分类的分类模型。
在一实施例中，第一类节点为转让方，第二类节点为租借方；所述确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度，包括：
针对第一类节点，根据一个或多个业务周期内的订购套餐总额度和业务周期数量，确定第一额度；如，结合上述示例，第一额度可以为(Mtot-KA)/A；
针对第二类节点，根据一个或多个业务周期内的订购套餐总额度和业务周期数量，确定第二额度；如，结合上述示例，第二额度可以为(KA-Mtot)/A。
在另一实施例中，第一类节点为转让方，第二类节点为租借方；
所述确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度，包括：
基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度，作为第一额度(即基础可转让额度)；
基于每个所述第二类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均额外需求额度，作为第二额度(即基础需租借额度)。
其中，所述基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度，包括：
获取预设时间段内相应节点的历史数据；所述预设时间段包括至少一个历史业务周期；所述历史数据，包括：每个历史业务周期对应的子历史数据；所述子历史数据，包括：第一历史额度、第二历史额度；所述第一历史额度表征冗余额度；所述第二历史额度表征可用额度；
对每个历史业务周期分配相应权重；
根据每个历史业务周期对应的权重，对每个历史业务周期对应的第一历史额度进行加权处理，得到加权后的每个历史业务周期对应的第一历史额度，作为第一目标历史额度；
根据每个历史业务周期对应的第一目标历史额度，确定相应节点对应的基础可转让额度。如，对每个历史业务周期对应的第一目标历史额度取平均值。
其中，所述基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度，包括：
获取预设时间段内相应节点的历史数据；所述预设时间段包括至少一个历史业务周期；所述历史数据，包括：每个历史业务周期对应的子历史数据；所述子历史数据，包括：第三历史额度、第四历史额度；所述第三历史额度表征超额额度；所述第四历史额度表征可用额度；
对每个历史业务周期分配相应权重；
根据每个历史业务周期对应的权重，对每个历史业务周期对应的第三历史额度进行加权处理，得到加权后的每个历史业务周期对应的第三历史额度，作为第三目标历史额度；
根据每个历史业务周期对应的第三目标历史额度，确定相应节点对应的基础需租借额度。如，对每个历史业务周期对应的第三目标历史额度取平均值。
需要说明的是，用户使用节点获取云服务业务时，可以预先进行注册，得到唯一账号，云服务提供商针对该账号提供相应业务。相应的，以上所述的相应节点的历史数据，指节点使用账号所对应的历史数据，也即用户具有的账号所对应的历史数据。
这里，对每个历史业务周期分配相应权重，基于预设规则进行权重分配。所述预设规则，可以是针对相应节点每个历史业务周期的第一历史额度和第二历史额度的情况进行权重划分；或者，可以预先训练一个权重分配模型，运用权重分配模型分析每个历史业务周期的第一历史额度和第二历史额度，根据分析结果进行权重划分。权重高，表征相应历史业务周期的第一历史额度的可参考价值更高，相反的，权重低，表征相应历史业务周期的第一历史额度的可参考价值相对低。
以第一类节点举例来说，针对某一第一类节点，以月为业务周期，其第一个月具有的第二历史额度为100G，冗余额度、即第一历史额度为80G；第二个月具有的第二历史额度为20G，第一历史额度为5G；可以看出，用户实际可能仅需15G-20G左右的额度，虽然第一个月冗余80G，但对于基础可转让额度的计算而言，80G明显过高，其参考价值相对低，则第一个月相应分配的权重应低于第二个月相应分配的权重。
图2为本发明实施例提供的另一种计费方法的流程示意图；如图2所示，所述方法应用于第一节点，所述方法包括：
步骤201、确定业务请求，广播所述业务请求；
步骤202、接收第二节点的业务提案响应后，与第二节点进行业务交易；
其中，所述第一节点与所述第二节点属于同一联盟；
所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
图3为本发明实施例提供的再一种计费方法的流程示意图；如图3所示，所述方法应用于第二节点，所述方法包括：
步骤301、获取第一节点的业务请求；
步骤302、发送针对所述业务请求的业务提案响应后，与所述第一节点进行业务交易；
其中，所述第一节点与所述第二节点属于同一联盟；
所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
针对图2和图3所示方法来说，第一节点为租借方时，第二节点可以为转让方；相应的，第一节点确定自身额度不足时，可以确定业务请求，所述业务请求包括：请求借租的额度；广播相应业务请求；联盟的其他节点接收到业务请求后，可以基于自身情况进行响应，某一节点(即第二节点)响应业务请求，发送针对所述业务请求的业务提案响应后，可以与所述第一节点进行业务交易。如此，第一节点和第二节点进行了一次额度转让、额度借租。
上述第一节点发送业务请求，第二节点发送针对所述业务请求的业务提案响应，可以由相应节点的持有用户进行确认后进行。即用户通过自身持有的节点的人机交互界面，确定业务请求并发送、确定业务提案响应并发送。
反之，所述第一节点为转让方时，第二节点可以为租借方；执行操作与上述描述相同，这里不再赘述。
图4为本发明实施例提供的还一种计费方法的流程示意图；如图4所示，所述方法应用于第三节点，所述方法包括：
步骤401、确定完成业务交易的至少两个节点；
步骤402、根据完成的业务交易生成分布式账本；所述分布式账本与至少两个节点相关；
步骤403、将所述分布式账本发送给服务器；所述分布式账本用于由服务器更新所述至少两个节点对应的状态，并根据更新后的状态进行费用结算；
其中，所述第三节点与所述完成业务交易的至少两个节点属于同一联盟。
这里，每个联盟链(即上述联盟)内设有一个企业节点、即所述第三节点，所述企业节点不涉及额度交易，仅用于进行记账并与服务器进行交互。
业务交易相关的至少两个节点(如上述第一节点和第二节点)进行额度交易后，第三节点基于完成的业务交易生成分布式账本，将所述分布式账本发送给服务器；由服务器根据所述分布式账本更新分布式账本相关的至少两个节点(即进行交易的至少两个节点)对应的状态，并根据更新后的状态进行费用结算。所述第三节点可以由服务器在划分联盟时设定。
具体地，针对联盟中的节点(如上述第一节点、第二节点)，可以为相应用户持有的智能终端，如手机、平板电脑、计算机、可穿戴设备等。
每个节点加入到区块链后，在其所拥有的的节点上部署智能合约S。智能合约S具有至少三个功能接口：状态查询接口、新增/修改套餐额度接口、转让/租借套餐额度接口。除此三个接口之外，智能合约应具有可扩展性，并根据实际业务需求增添功能接口。
状态查询接口：用户可以通过节点的人机交互界面进行相应操作，节点基于操作确定调用智能合约上的状态查询接口，提交一次查询交易，查询该用户所拥有的所有分布式账本上的世界状态，即当前套餐实际结算费用，与当前套餐实际可用额度。
新增/修改套餐额度接口：用户通过节点的人机交互界面进行相应操作，节点基于操作确定调用智能合约上的新增/修改套餐额度接口，可以提交一次更新交易。用户基于云服务提供商提供的业务套餐标准，提交订购新的套餐或修改现有套餐，并将订购或修改结果作为一笔更新交易提交至区块链。
转让/租借套餐额度接口：用户通过节点的人机交互界面进行相应操作，节点基于操作确定调用智能合约上的转让/租借套餐额度接口，可以提交一次两阶段的业务交易。这里，业务交易分为两个步骤，首先用户调用转让/租借套餐额度接口，基于现有额度与自身实际额度需求，向非特定目标用户发起转让/租借交易请求。然后，用户获得目标用户的交易提案响应后，再次调用转让/租借套餐额度接口，提交一笔约定好的额度转让/租借交易，并在交易完成后将交易结果提交至区块链。
业务交易中，转让方的非特定的目标用户只能为租借方，租借方的非特定的目标用户只能为转让方；即所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
交易第一阶段的广播应被视为一次查询交易，用于查询可交易对象并提出交易方案。交易第二阶段应被视为更新交易，用于修改交易双方的分布式账本世界状态。
图5为本发明实施例提供的一种云服务计费方法的流程示意图；如图5所示，所述方法包括：
步骤501、云服务提供商创建并启动区块链网络。
这里，所述云服务提供商作为区块链网络的管理组织，由所述云服务提供商创建并启动区块链网络。以订购云服务套餐为准入原则，构建一个联盟链。
云服务提供商是区块链网络的管理者，其自身不参与实际业务交易，而是作为一个核心企业进行交易担保，并在每个业务周期末进行结算。
用户通过持有的节点(如手机、平板电脑、计算机、可穿戴设备等终端)在订购区块链后，才具有加入区块链的资格，即该区块链为许可型区块链网络(即所述联盟链)。
每一笔写入区块链上的云服务套餐订购交易(如新增套餐额度、修改套餐额度)，会在云服务提供商处形成一笔“应收账款”，云服务提供商可依据此账款先行提供云服务业务给用户，并在业务周期的末尾对用户进行计费结算。
步骤502、对区块链网络中的至少一个节点进行识别，将所述至少一个节点分为第一类节点或第二类节点；
其中，所述第一类节点的数量为至少一个；第一类节点为转让方；所述转让方指，用户订购套餐额度超出用户实际使用额度，即具有冗余额度可以进行出租转让的节点。
所述第二类节点的数量为至少一个；所述第二类节点为租借方；所述租借方指，用户订购套餐额度在该套餐使用时限内的较早时期即被用完，节点需要控制额度使用量，或者额外订购补充额度来满足自身使用需求。
具体地，所述步骤502包括：
获取所述至少一个节点中每个节点的历史数据，运用预设的分类模型识别所述历史数据，确定相应节点为第一类节点或第二类节点。
这里，所述步骤502之前，所述方法还包括：利用节点的历史数据(包括历史订购数据和云服务额度使用数据)，训练一个分类模型，所述分类模型用于确定节点为第一类节点或第二类节点。模型训练过程已在图1所示方法中说明，这里不再赘述。
步骤503、确定至少一个第一类节点中每个第一类节点的基础可转让额度，确定至少一个第二类节点中每个第二类节点的基础需租借额度。
所述步骤503，包括：
基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度、作为所述基础可转让额度；
基于每个所述第二类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均额外需求额度、作为所述基础需租借额度。
其中，所述基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度m，包括：
获取预设时间段内相应节点的历史数据；所述预设时间段包括至少一个历史业务周期；所述历史数据，包括：每个历史业务周期对应的子历史数据；所述子历史数据，包括：第一历史额度、第二历史额度；所述第一历史额度表征冗余额度；所述第二历史额度表征可用额度；
对每个历史业务周期分配相应权重；
根据每个历史业务周期对应的权重，对每个历史业务周期对应的第一历史额度进行加权处理，得到加权后的每个历史业务周期对应的第一历史额度，作为第一目标额度；
根据每个历史业务周期对应的第一目标额度，确定相应节点对应的基础可转让额度m。
其中，所述基于每个所述第二类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均额外需求额度n，包括：
获取预设时间段内相应节点的历史数据；所述预设时间段包括至少一个历史业务周期；所述历史数据，包括：每个历史业务周期对应的子历史数据；所述子历史数据，包括：第三历史额度、第四历史额度；所述第三历史额度表征超额额度；所述第四历史额度表征可用额度；
对每个历史业务周期分配相应权重；
根据每个历史业务周期对应的权重，对每个历史业务周期对应的第三历史额度进行加权处理，得到加权后的每个历史业务周期对应的第三历史额度，作为第三目标额度；
根据每个历史业务周期对应的第三目标额度，确定相应节点对应的基础需租借额度n。
这里，对每个历史业务周期分配相应权重，基于预设规则进行权重分配。所述预设规则，可以是针对相应用户每个历史业务周期的第一历史额度和第二历史额度的情况进行权重划分；或者，可以预先训练一个权重分配模型，运用权重分配模型分析每个历史业务周期的第一历史额度和第二历史额度，根据分析结果进行权重划分。权重高，表征相应历史业务周期的第一历史额度的可参考价值更高，相反的，权重低，表征相应历史业务周期的第一历史额度的可参考价值相对低。
以第一类节点举例来说，针对某一第一类节点，以月为业务周期，其第一个月具有的第二额度为100G，冗余额度、即第一历史额度为80G；第二个月具有的第二历史额度为20G，第一历史额度为5G；可以看出，用户实际可能仅需15G-20G左右的额度，虽然第一个月冗余80G，但对于基础可转让额度的计算而言，80G明显过高，其参考价值相对低，则第一个月相应分配的权重应低于第二个月相应分配的权重。
步骤504、根据每个第一类节点的基础可转让额度和每个第二类节点的基础需租借额度，运用预设的划分算法对至少一个节点进行划分，得到满足预设条件的联盟；所述满足预设条件的联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值。
服务器基于预设的划分算法，将总数量不超过预定值P，初始数量不超过aP，稳定数量不超过bP的节点群划定为区块链中的一个联盟。这里，a和b的具体取值取决于业务实际需求，不做限定，这里，给出一个a和b的参考值：a＝0.5，b＝0.9。
所述划分算法可以满足：该联盟中，所有属于转让方的节点的基础可转让额度m之和M，与所有属于租借方的节点的基础需租借额度n之和N，大体相等，即N≈M。这里，可以提供一个参考浮动值x％，即：N/M＝1±x％；所述x％可以根据业务实际情况进行修改，例如，可以为4％、5％、6％等，这里不做限定。
以上运用划分算法划分联盟的意义在于，平均联盟中每个用户的节点的需求和冗余，尽可能满足联盟中每个成员的转让/租用需求。同时，控制联盟的大小不超过P，可以降低联盟形成的子区块链账本的大小，减轻区块链文件存储开销。
联盟形成后，其他节点可以加入到尚未达到稳定数量的联盟之中，联盟的准入原则为：当前联盟中，若M≥N，即“供大于求”，总冗余额度超出总需求额度，那么该联盟仅允许被判定为租借方的节点加入，被判定为转让方的节点无法加入该联盟中。若M<N，即“供不应求”，总冗余额度低于总需求额度，那么该联盟仅允许被判定为转让方的节点加入，被判定为租借方的节点无法加入到该联盟中。
稳定数量bP与额定总数量P之差为设计冗余，当一个已达到稳定数量的联盟中，出现由于用户套餐变更造成的大量额度冗余或额度需求时，可以使用这部分来重新平衡额度需求。
所述方法包括：
步骤505、针对每个联盟，处理第一目标节点对应的业务交易。
这里，每个用户加入到区块链后，在其所拥有的节点上部署智能合约S。
智能合约S具有至少三个功能接口：状态查询接口S1、新增或修改套餐额度接口S2、转让或租借套餐额度接口S3。除此三个接口之外，智能合约应具有可扩展性，并根据实际业务需求增添功能接口。
其中，状态查询接口S1：用户可以通过节点的人机交互界面进行相应操作，节点基于操作确定调用智能合约上的S1接口，可以提交一次查询交易，查询该用户所拥有的所有分布式账本上的世界状态，即当前套餐实际结算费用，与当前套餐实际可用额度。
新增或修改套餐额度接口S2：用户可以通过节点的人机交互界面进行相应操作，节点基于操作确定调用智能合约上的S2接口，可以提交一次更新交易。用户基于云服务提供商提供的业务套餐标准，提交订购新的套餐或修改现有套餐，并将订购/修改结果作为一笔更新交易提交至区块链。
转让或租借套餐额度接口S3：用户可以通过节点的人机交互界面进行相应操作，节点基于操作确定调用智能合约上的S3接口，可以提交一次两阶段的业务交易。
这里，所述第一目标节点为联盟中确定有业务请求的节点。
所述步骤505，包括：
01、接收业务请求；根据所述业务请求向联盟内的非特定目标用户发送转让交易请求或租借交易请求；
这里，用户可以通过调用转让或租借套餐额度接口，基于现有额度与自身实际额度需求，向非特定的第二目标节点(这里将可以与第一目标节点进行交易的目标节点记做第二目标节点)发起转让交易请求或租借交易请求。
02、获得第二目标节点的交易提案响应后，再次调用转让或租借套餐额度接口，提交一笔约定好的额度转让交易或额度租借交易，并在交易完成后将交易结果提交至区块链。
业务交易中，转让方的非特定的目标节点只能为租借方，租借方的非特定的目标节点只能为转让方。
交易第一阶段的广播应被视为一次查询交易，用于查询可交易对象并提出交易方案。交易第二阶段应被视为更新交易，用于修改交易双方的分布式账本世界状态。
步骤506、当有节点加入区块链网络的某个联盟，并根据订购的云服务套餐提交一笔新增或修改套餐额度交易后，云服务提供商将套餐对应的额度划给该节点以供相应用户使用。
步骤507、当第三目标节点完成一笔转让或租借套餐额度交易后，云服务提供商将查询交易双方分布式账本，并更新后的世界状态重新分配额度。
步骤508、在每个业务周期的末尾，各节点需要根据分布式账本中记录的自身当前世界状态，向云服务提供商缴纳费用。
逾期不缴纳者，云服务提供商可根据使用条款冻结该节点的账户，并将分布式账本中留存的数据提交至征信机构，对违约节点做出相应处理。
步骤509、在每个新的业务周期的结算完成后，区块链网络删除本周期前的第X个业务周期的所有区块链数据。
在这里给出一个X的参考值：当一个业务周期为一个月时，X＝6。即每个业务周期的所有区块链数据留存6个月，业务周期完成的半年后统一删除。X的具体取值可以结合云服务提供商的具体业务周期和业务需求进行调整。
本发明实施例还提供了一种云服务计费装置，所述装置至少包括：
用户行为判定模型(相当于上述分类模型)，用于分析节点往期订购服务行为数据(相当于上述历史数据)，根据分析结果确定相应节点为转让方或租借方，并确定出对应的基础可转让额度或基础需租借额度。
区块链网络，用于将云服务节点的订购信息上链(所述上链指，将相应数据写入到区块链中)，并且通过智能合约来规范和管理套餐订购信息、用户额度、进行额度的转让或租借交易等。
云服务灵活计费单元，用于实现云服务所涉及到的功能，包括：节点分类、节点加入区块链和联盟、节点退出区块链和联盟、发起额度转让交易、发起额度租借交易、新增云服务套餐、修改云服务套餐等。
具体实现方法已在图1所示方法中说明，这里不再赘述。
本发明实时例提供了另一种云服务计费装置，所述装置至少包括：用户信息管理模块、云服务订购修改模块、区块链操作模块、结算模块、云服务连接模块。
其中，所述用户信息管理模块，用于实现用户注册、记录用户信息、信息修改等；以及，根据用户历史数据对用户进行分类，并给出用户分析结果，方便用户对自己需求消耗有一个直观的把握。
所述云服务订购修改模块，作为用户直接和云服务提供商达成云服务订购交易的交易接口，达成交易后，云服务提供商将套餐对应的额度划给节点以供持有节点的用户使用。此外，用户可通过此模块随时进行套餐的新增和修改，所有在此模块中完成的套餐变动均在下一个业务周期中适用。
所述区块链操作模块，提供给用户进行节点加入/退出区块链和联盟、发起额度转让/租借交易、提交新增/修改云服务套餐等操作，并将用户的操作结果提交至区块链。
所述云服务连接模块，是本装置与用户所订购的相关云服务系统的接口，用户通过调用所述云服务连接模块来使用云服务，云服务系统通过调用所述云服务连接模块来获取用户的各类信息，包括云服务套餐和额度等，并据此为用户提供服务。
所述结算模块，用于实现对各用户使用的云服务套餐和额度进行结算。
图6为本发明实施例提供的一种计费装置的结构示意图；如图6所示，所述装置应用于云服务提供商的服务器，所述装置包括：
第一处理模块，用于确定区块链网络中的至少一个节点；
第二处理模块，用于对区块链网络中的至少一个节点进行识别，确定节点类型；所述节点类型包括：第一类节点、第二类节点；
第三处理模块，用于确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度；根据每个所述第一类节点的第一额度和每个所述第二类节点的第二额度，运用预设的划分算法对所述至少一个节点进行划分，得到满足预设条件的至少一个联盟；
第四处理模块，用于对至少一个联盟中每个所述联盟包括的节点进行费用结算；
其中，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值。
具体地，所述第三处理模块，用于基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度，作为第一额度；基于每个所述第二类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均额外需求额度，作为第二额度。
具体地，所述第四处理模块，用于按预设的业务周期，对至少一个联盟中每个所述联盟包括的节点进行费用结算。
所述第四处理模块，还用于接收所述联盟发送的分布式账本；所述分布式账本与至少两个节点相关；
根据所述分布式账本更新与所述分布式账本相关的所述至少两个节点对应的状态；
相应的，所述第四处理模块，用于根据更新后的状态，对至少一个联盟中每个所述联盟包括的节点进行费用结算。
具体地，所述第二处理模块，用于获取所述至少一个节点中每个节点对应的历史订购数据，运用预设的分类模型识别所述历史订购数据，确定相应节点为第一类节点或第二类节点；
所述分类模型，用于确定每个节点为第一类节点或第二类节点。
需要说明的是：上述实施例提供的计费装置在实现相应计费方法时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将服务器的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的装置与相应方法的实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图7为本发明实施例提供的另一种计费装置的结构示意图；如图7所示，所述装置应用于第一节点，所述装置包括：
第一发送模块，用于确定业务请求，广播所述业务请求；
第一接收模块，用于接收第二节点的业务提案响应后，与第二节点进行业务交易；
所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
需要说明的是：上述实施例提供的计费装置在实现相应计费方法时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将第一节点的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的装置与相应方法的实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图8为本发明实施例提供的再一种计费装置的结构示意图；如图8所示，所述装置应用于第二节点，所述装置包括：
第二发送模块，用于获取第一节点的业务请求；
第二接收模块，用于发送针对所述业务请求的业务提案响应后，与所述第一节点进行业务交易；
所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
需要说明的是：上述实施例提供的计费装置在实现相应计费方法时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将第二节点的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的装置与相应方法的实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图9为本发明实施例提供的还一种计费装置的结构示意图；如图9所示，所述装置应用于第三节点，所述装置包括：
确定模块，用于确定完成业务交易的至少两个节点；根据完成的业务交易生成分布式账本；所述分布式账本与至少两个节点相关；
第三发送模块，用于将所述分布式账本发送给服务器；所述分布式账本用于由服务器更新所述至少两个节点对应的状态，并根据更新后的状态进行费用结算；
所述第三节点与所述完成业务交易的至少两个节点属于同一联盟。
需要说明的是：上述实施例提供的计费装置在实现相应计费方法时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将第三节点的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的装置与相应方法的实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图10为本发明实施例提供的一种计费装置的结构示意图，如图10所示，所述装置100包括：处理器1001和用于存储能够在所述处理器上运行的计算机程序的存储器1002；
相应于所述装置应用于服务器时，所述处理器1001用于运行所述计算机程序时，执行：确定区块链网络中的至少一个节点；对区块链网络中的至少一个节点进行识别，确定节点类型；所述节点类型包括：第一类节点、第二类节点；确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度；根据每个所述第一类节点的第一额度和每个所述第二类节点的第二额度，运用预设的划分算法对所述至少一个节点进行划分，得到满足预设条件的至少一个联盟；对至少一个联盟中每个所述联盟包括的节点进行费用结算；其中，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值；所述联盟中的节点可相互进行额度转让。
在一实施例中，所述处理器1001还用于运行所述计算机程序时，执行：基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度，作为第一额度；基于每个所述第二类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均额外需求额度，作为第二额度。
在一实施例中，所述处理器1001还用于运行所述计算机程序时，执行：接收所述联盟发送的分布式账本；所述分布式账本与至少两个节点相关；根据所述分布式账本更新与所述分布式账本相关的所述至少两个节点对应的状态；以及，根据更新后的状态，对至少一个联盟中每个所述联盟包括的节点进行费用结算。
在一实施例中，所述处理器1001还用于运行所述计算机程序时，执行：获取所述至少一个节点中每个节点对应的历史订购数据，运用预设的分类模型识别所述历史订购数据，确定相应节点为第一类节点或第二类节点；所述分类模型，用于确定每个节点为第一类节点或第二类节点。
相应于所述装置应用于第一节点时，所述处理器1001用于运行所述计算机程序时，执行：确定业务请求，广播所述业务请求；接收第二节点的业务提案响应后，与第二节点进行业务交易；所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
相应于所述装置应用于第二节点时，所述处理器1001用于运行所述计算机程序时，执行：获取第一节点的业务请求；发送针对所述业务请求的业务提案响应后，与所述第一节点进行业务交易；所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
相应于所述装置应用于第三节点时，所述处理器1001用于运行所述计算机程序时，执行：确定完成业务交易的至少两个节点；根据完成的业务交易生成分布式账本；所述分布式账本与至少两个节点相关；将所述分布式账本发送给服务器；所述分布式账本用于由服务器更新所述至少两个节点对应的状态，并根据更新后的状态进行费用结算；所述第三节点与所述完成业务交易的至少两个节点属于同一联盟。
实际应用时，所述装置100还可以包括：至少一个网络接口1003。所述装置100中的各个组件通过总线系统1004耦合在一起。可理解，总线系统1004用于实现这些组件之间的连接通信。总线系统1004除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图10中将各种总线都标为总线系统1004。其中，所述处理器1001的个数可以为至少一个。网络接口1003用于装置100与其他设备之间有线或无线方式的通信。
本发明实施例中的存储器1002用于存储各种类型的数据以支持装置100的操作。
上述本发明实施例揭示的方法可以应用于处理器1001中，或者由处理器1001实现。处理器1001可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1001可以是通用处理器、数字信号处理器(DSP，DiGital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器1001可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器1002，处理器1001读取存储器1002中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，装置100可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现，用于执行前述方法。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序；
相应于所述存储有计算机程序应用于服务器时，所述计算机程序被处理器运行时，执行：确定区块链网络中的至少一个节点；对区块链网络中的至少一个节点进行识别，确定节点类型；所述节点类型包括：第一类节点、第二类节点；确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度；根据每个所述第一类节点的第一额度和每个所述第二类节点的第二额度，运用预设的划分算法对所述至少一个节点进行划分，得到满足预设条件的至少一个联盟；对至少一个联盟中每个所述联盟包括的节点进行费用结算；其中，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值；所述联盟中的节点可相互进行额度转让。
在一实施例中，所述计算机程序被处理器运行时，执行：基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度，作为第一额度；基于每个所述第二类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均额外需求额度，作为第二额度。
在一实施例中，所述计算机程序被处理器运行时，执行：接收所述联盟发送的分布式账本；所述分布式账本与至少两个节点相关；根据所述分布式账本更新与所述分布式账本相关的所述至少两个节点对应的状态；以及，根据更新后的状态，对至少一个联盟中每个所述联盟包括的节点进行费用结算。
在一实施例中，所述计算机程序被处理器运行时，执行：获取所述至少一个节点中每个节点对应的历史订购数据，运用预设的分类模型识别所述历史订购数据，确定相应节点为第一类节点或第二类节点；所述分类模型，用于确定每个节点为第一类节点或第二类节点。
相应于所述存储有计算机程序应用于第一节点时，所述计算机程序被处理器运行时，执行：确定业务请求，广播所述业务请求；接收第二节点的业务提案响应后，与第二节点进行业务交易；所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
相应于所述存储有计算机程序应用于第二节点时，所述计算机程序被处理器运行时，执行：获取第一节点的业务请求；发送针对所述业务请求的业务提案响应后，与所述第一节点进行业务交易；所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
相应于所述存储有计算机程序应用于第三节点时，所述计算机程序被处理器运行时，执行：确定完成业务交易的至少两个节点；根据完成的业务交易生成分布式账本；所述分布式账本与至少两个节点相关；将所述分布式账本发送给服务器；所述分布式账本用于由服务器更新所述至少两个节点对应的状态，并根据更新后的状态进行费用结算；所述第三节点与所述完成业务交易的至少两个节点属于同一联盟。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种计费方法，其特征在于，应用于服务器，所述方法包括：
确定区块链网络中的至少一个节点；
对区块链网络中的至少一个节点进行识别，确定节点类型；所述节点类型包括：第一类节点、第二类节点；
确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度；根据每个所述第一类节点的第一额度和每个所述第二类节点的第二额度，运用预设的划分算法对所述至少一个节点进行划分，得到满足预设条件的至少一个联盟；
对至少一个联盟中每个所述联盟包括的节点进行费用结算；
其中，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值；所述联盟中的节点可相互进行额度转让。
2.根据权利要求1所述的方法，其特征在于，所述确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度，包括：
基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度，作为第一额度；
基于每个所述第二类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均额外需求额度，作为第二额度。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
接收所述联盟发送的分布式账本；所述分布式账本与至少两个节点相关；
根据所述分布式账本更新与所述分布式账本相关的所述至少两个节点对应的状态；
所述对至少一个联盟中每个所述联盟包括的节点进行费用结算，包括：
根据更新后的状态，对至少一个联盟中每个所述联盟包括的节点进行费用结算。
4.根据权利要求1所述的方法，其特征在于，所述对区块链网络中的至少一个节点进行识别，确定节点类型，包括：
获取所述至少一个节点中每个节点对应的历史数据，运用预设的分类模型识别所述历史数据，确定相应节点为第一类节点或第二类节点；
所述分类模型，用于确定每个节点为第一类节点或第二类节点。
5.一种计费方法，其特征在于，应用于第一节点，所述方法包括：
确定业务请求，广播所述业务请求；
接收第二节点的业务提案响应后，与第二节点进行业务交易；
所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
6.一种计费方法，其特征在于，应用于第二节点，所述方法包括：
获取第一节点的业务请求；
发送针对所述业务请求的业务提案响应后，与所述第一节点进行业务交易；
所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
7.一种计费方法，其特征在于，应用于第三节点，所述方法包括：
确定完成业务交易的至少两个节点；
根据完成的业务交易生成分布式账本；所述分布式账本与至少两个节点相关；
将所述分布式账本发送给服务器；所述分布式账本用于由服务器更新所述至少两个节点对应的状态，并根据更新后的状态进行费用结算；
所述第三节点与所述完成业务交易的至少两个节点属于同一联盟。
8.一种计费装置，其特征在于，应用于服务器，所述装置包括：
第一处理模块，用于确定区块链网络中的至少一个节点；
第二处理模块，用于对区块链网络中的至少一个节点进行识别，确定节点类型；所述节点类型包括：第一类节点、第二类节点；
第三处理模块，用于确定每个所述第一类节点的第一额度，确定每个所述第二类节点的第二额度；根据每个所述第一类节点的第一额度和每个所述第二类节点的第二额度，运用预设的划分算法对所述至少一个节点进行划分，得到满足预设条件的至少一个联盟；
第四处理模块，用于对至少一个联盟中每个所述联盟包括的节点进行费用结算；
其中，满足预设条件的所述联盟表征联盟对应的第一总额度和第二总额度之差低于预设阈值。
9.根据权利要求8所述的装置，其特征在于，所述第三处理模块，用于基于每个所述第一类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均冗余额度，作为第一额度；
基于每个所述第二类节点的历史数据和历史数据中每个业务周期对应的权重，计算加权平均额外需求额度，作为第二额度。
10.根据权利要求8或9所述的装置，其特征在于，所述第四处理模块，还用于接收所述联盟发送的分布式账本；所述分布式账本与至少两个节点相关；
根据所述分布式账本更新与所述分布式账本相关的所述至少两个节点对应的状态；
相应的，所述第四处理模块，用于根据更新后的状态，对至少一个联盟中每个所述联盟包括的节点进行费用结算。
11.根据权利要求8所述的装置，其特征在于，所述第二处理模块，用于获取所述至少一个节点中每个节点对应的历史订购数据，运用预设的分类模型识别所述历史订购数据，确定相应节点为第一类节点或第二类节点；
所述分类模型，用于确定每个节点为第一类节点或第二类节点。
12.一种计费装置，其特征在于，应用于第一节点，所述装置包括：
第一发送模块，用于确定业务请求，广播所述业务请求；
第一接收模块，用于接收第二节点的业务提案响应后，与第二节点进行业务交易；
所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
13.一种计费装置，其特征在于，应用于第二节点，所述装置包括：
第二发送模块，用于获取第一节点的业务请求；
第二接收模块，用于发送针对所述业务请求的业务提案响应后，与所述第一节点进行业务交易；
所述第一节点与所述第二节点属于同一联盟；所述第一节点为第一类节点时，所述第二节点为第二类节点；所述第二节点为第一类节点时，所述第一节点为第二类节点。
14.一种计费装置，其特征在于，应用于第三节点，所述装置包括：
确定模块，用于确定完成业务交易的至少两个节点；根据完成的业务交易生成分布式账本；所述分布式账本与至少两个节点相关；
第三发送模块，用于将所述分布式账本发送给服务器；所述分布式账本用于由服务器更新所述至少两个节点对应的状态，并根据更新后的状态进行费用结算；
所述第三节点与所述完成业务交易的至少两个节点属于同一联盟。
15.一种计费装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至4任一项所述方法的步骤；或者，
所述处理器执行所述程序时实现权利要求5所述方法的步骤；或者，
所述处理器执行所述程序时实现权利要求6述方法的步骤；或者，
所述处理器执行所述程序时实现权利要求7所述方法的步骤。
16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4任一项所述方法的步骤；或者，
所述计算机程序被处理器执行时实现权利要求5所述方法的步骤；或者，
所述计算机程序被处理器执行时实现权利要求6所述方法的步骤；或者，
所述计算机程序被处理器执行时实现权利要求7所述方法的步骤。
CN202011036328.0A 2020-09-27 2020-09-27 一种计费方法、装置和存储介质 Pending CN114328708A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011036328.0A CN114328708A (zh) 2020-09-27 2020-09-27 一种计费方法、装置和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011036328.0A CN114328708A (zh) 2020-09-27 2020-09-27 一种计费方法、装置和存储介质

Publications (1)

Publication Number Publication Date
CN114328708A true CN114328708A (zh) 2022-04-12

Family

ID=81010812

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011036328.0A Pending CN114328708A (zh) 2020-09-27 2020-09-27 一种计费方法、装置和存储介质

Country Status (1)

Country Link
CN (1) CN114328708A (zh)

Similar Documents

Publication Publication Date Title
WO2020192272A1 (zh) 基于区块链的转账方法、系统、计算设备及存储介质
JP6247388B2 (ja) バーストモード制御
US20110137805A1 (en) Inter-cloud resource sharing within a cloud computing environment
US20160205202A1 (en) Service broker for computational offloading and improved resource utilization
CN104737132A (zh) 用于按需服务环境中的消息队列的基于竞价的资源共享
CN108648075A (zh) 数字资产兑换的方法及装置
CN113516507A (zh) 一种多云管理平台资源计费方法及装置
Jain et al. Auction based cost‐efficient resource allocation by utilizing blockchain in fog computing
CN112016914B (zh) 资源管控、资金管控方法、装置和设备
US10855617B1 (en) System and method for controlling access to resources in a multicomputer network
CN111401873B (zh) 一种任务创建方法、装置、存储介质和电子设备
Courcoubetis et al. Network neutrality [Paid peering: Pricing and adoption incentives]
CN103229485B (zh) 业务能力共享的实现方法和平台
CN113032036B (zh) 业务数据处理方法、装置、系统、计算机设备和存储介质
US11658942B2 (en) Maintaining security in digital electronic transfers through use of a label tracking system
CN110610424A (zh) 账户系统、服务终端、交易管理方法及系统、设备及介质
CN114328708A (zh) 一种计费方法、装置和存储介质
CN111429125B (zh) 账户管理方法、装置、存储介质及电子设备
US20230289724A1 (en) Distributed ledger inventory management
CN109741176B (zh) 一种基于互联网金融场景下的分布式业务调度系统
Weize et al. Blockchain-based Multi-skill Mobile Crowdsourcing Services
CN118569855A (zh) 一种平台与用户的交互方法、系统、设备及介质
KR20230162349A (ko) 블록 체인을 이용한 모빌리티 활동 정보 공유 기반의 nft 서비스 제공 장치 및 그 동작 방법
KR20230162348A (ko) 블록 체인을 이용한 모빌리티 활동 정보 공유 기반의 nft 단말 장치의 동작 방법
CN118469718A (zh) 一种资源处理方法、装置、设备、介质及程序产品

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination