CN109300038A - 一种资源流的交易系统 - Google Patents

Abstract

本发明公开了一种资源流的交易系统，所述系统包括：区块链服务器，请求方客户端以及提供方客户端，其中，所述区块链服务器包括：发起模块、获取模块、管理模块；所述请求方客户端，包括：第一交易建立模块、资源接收模块、第一交易管理模块；所述提供方客户端，包括：第二交易建立模块、第二交易管理模块。应用本发明公开的一种资源流的交易系统，可以实现公平的资源流的交易模式。

Description

一种资源流的交易系统

技术领域

本发明涉及一种交易系统，更具体涉及一种资源流的交易系统。

背景技术

随着科学技术的发展，社会的连通性不断增强，资源的交易和分享变得越来越普遍，其中资源流因其流动性、消耗性的特点，常常在需要使用资源流的请求方和能够提供资源流的提供方进行交易。现有技术中，资源流的交易往往仅有请求方和提供方两方的参与，由于缺少可靠的其他方的监督，交易过程中经常会发生请求方和提供方中一方或多方通过作弊获取非法利益的恶意行为，资源流的交易无法公平、公正、透明地进行。

发明内容

本发明所要解决的技术问题在于提供了一种资源流的交易系统，以实现公平的资源流的交易模式。

本发明是通过以下技术方案解决上述技术问题的：

本发明实施例提供了一种资源流的交易系统，所述系统包括：区块链服务器，请求方客户端以及提供方客户端，其中，

所述区块链服务器，包括：发起模块，用于获取关联请求方客户端和提供方客户端的交易初始信息，将所述交易初始信息发送至其他区块链服务器，使得各区块链服务器将所述交易初始信息存入各自对应的区块链数据库中；获取模块，用于获取表征所述请求方客户端使用资源流的状态的凭证信息；管理模块，用于基于所述交易初始信息和所述凭证信息确定第一数值，所述第一数值用于表征所述请求方客户端向所述提供方客户端的账户中增加的数值，将所述第一数值发送至其他区块链服务器，使得各区块链服务器将所述第一数值存入各自对应的区块链数据库中；

所述请求方客户端，包括：第一交易建立模块，用于选择一个提供方客户端，通过区块链服务器与所述提供方客户端建立关联；资源接收模块，用于接收并使用所述提供方客户端提供的资源流；第一交易管理模块，用于按照预设规则生成表征使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器，由区块链服务器基于所述凭证信息确定第一数值，所述第一数值用于表征请求方客户端向所述提供方客户端的账户中增加的数值；

所述提供方客户端，包括：第二交易建立模块，用于通过区块链服务器与请求方客户端建立关联，向请求方客户端提供资源流，使得请求方客户端接收并使用所述资源流；第二交易管理模块，用于获取表征所述请求方客户端使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器，由区块链服务器基于所述凭证信息确定第一数值，所述第一数值用于表征所述请求方客户端向提供方客户端的账户中增加的数值。

可选的，所述发起模块获取关联请求方客户端和提供方客户端的交易初始信息包括：

所述发起模块，用于接收所述请求方客户端发送的交易请求信息，所述交易请求信息包括：请求方客户端的标识信息、提供方客户端的标识信息、以及请求方客户端的数字签名；基于所述请求方客户端的数字签名对所述交易请求信息进行验证，若验证为真，将所述交易请求信息发送至所述提供方客户端；接收所述提供方客户端发送的交易准许信息，所述交易准许信息包括所述交易请求信息和所述提供方客户端的数字签名；基于所述提供方客户端的数字签名对所述交易准许信息进行验证，若验证为真，将所述交易准许信息作为关联所述请求方客户端和

所述提供方客户端的交易初始信息。

可选的，所述交易请求信息还包括资源流的价格信息；

所述管理模块基于所述交易初始信息和所述凭证信息确定第一数值包括：所述管理模块，用于根据所述凭证信息确定所述请求方客户端使用的资源流的总量；根据所述资源流的价格信息和所述请求方客户端使用的资源流的总量，确定第一数值。

可选的，所述交易请求信息还包括第二数值，所述第二数值用于表征所述请求方客户端的账户中减少的数值；

所述管理模块，还用于当第二数值大于第一数值时确定第三数值，所述第三数值等于第二数值和第一数值的差值，所述第三数值用于表征所述请求方客户端的账户中增加的数值；当第二数值小于第一数值时确定第四数值，所述第四数值等于第一数值和第二数值的差值，所述第四数值用于表征所述请求方客户端的账户中减少的数值；将所确定的第三数值或第四数值发送至其他区块链服务器，使得各区块链服务器将所述第三数值或第四数值存入各自对应的区块链数据库中。

可选的，所述交易请求信息还包括第二数值，所述第二数值用于表征所述请求方客户端的账户中减少的数值；

所述管理模块，还用于当第二数值大于第一数值时记录第二数值与第一数值的差值为第五数值，当所述请求方客户端进行下一次资源流的交易时，将所述第五数值与所述下一次资源流的交易对应的第二数值相累加，得到所述下一次资源流的交易对应的更新后的第二数值。

可选的，所述获取模块获取表征所述请求方客户端使用资源流的状态的凭证信息包括：

所述获取模块，用于接收所述提供方客户端发送的资源流使用凭证，所述资源流使用凭证包括所述请求方客户端的数字签名和所述提供方客户端的数字签名，所述资源流使用凭证是由所述请求方客户端发送至所述提供方客户端的；基于所述请求方客户端的数字签名和所述提供方客户端的数字签名对所述资源流使用凭证进行验证，若验证为真，将所述资源流使用凭证作为所述请求方客户端使用资源流的凭证信息。

可选的，所述资源流包括如下至少一种：网络流量资源、电力资源、算力资源、和/或具有实时动态的指定数据流资源。

可选的，所述第一交易建立模块选择一个提供方客户端，通过区块链服务器与所述提供方客户端建立关联包括：

所述第一交易建立模块，用于获取多个提供方客户端的资源流发布信息，所述资源流发布信息包括提供方客户端的标识信息和资源流的价格信息；基于所述多个资源流发布信息选择一个提供方客户端，向区块链服务器发送交易请求信息，由区块链服务器将所述交易请求信息转发至所选择的提供方客户端，使得所述提供方客户端在准许所述交易请求信息时开始提供资源流。

可选的，所述交易请求信息包括请求方客户端的数字签名，使得区块链服务器在基于所述请求方客户端的数字签名验证所述交易请求信息为真时，再将所述交易请求信息转发至所述提供方客户端。

可选的，所述第一交易管理模块按照预设规则生成表征使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器包括：

所述第一交易管理模块，用于在使用资源流的期间，每隔预设时间间隔生成表征当前使用状态的资源流使用凭证，并将所述资源流使用凭证发送至所述提供方客户端，由所述提供方客户端将所述资源流使用凭证发送至区块链服务器。

可选的，所述资源流使用凭证包括请求方客户端的数字签名，使得所述提供方客户端在基于所述请求方客户端的数字签名验证所述资源流使用凭证为真时，再将所述资源流使用凭证发送至区块链服务器。

可选的，所述第二交易建立模块通过区块链服务器与请求方客户端建立关联，向请求方客户端提供资源流包括：

所述第二交易建立模块，用于接收区块链服务器发送的交易请求信息，所述交易请求信息包括请求方客户端的标识信息和请求方客户端的数字签名，所述交易请求信息是由请求方客户端发送至区块链服务器的；当准许所述交易请求信息时，向区块链服务器发送交易准许信息，所述交易准许信息包括所述交易请求信息和提供方客户端的数字签名，并开始向所述请求方客户端提供资源流。

可选的，所述交易请求信息还包括预计使用资源流总量；

所述交易建立模块，还用于当所述预计使用资源流总量不大于所能提供的资源流总量时，准许所述交易请求信息。

可选的，所述第二交易管理模块获取表征所述请求方客户端使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器包括：

所述第二交易管理模块，用于接收所述请求方客户端发送的资源流使用凭证；若在超过预定时间后未收到资源流使用凭证，判定所述请求方客户端使用资源流结束，将所接收到的资源流使用凭证发送至区块链服务器。

可选的，所述请求方客户端发送的资源流使用凭证包括所述请求方客户端的数字签名，则所述第二交易管理模块，还用于基于所述请求方客户端的数字签名对所述资源流使用凭证进行验证，若验证为真，将所述资源流使用凭证发送至区块链服务器；并且/或者

所述第二交易管理模块，还用于将所述资源流使用凭证和提供方客户端的数字签名对应发送至区块链服务器。

本发明相比现有技术具有以下优点：

应用本发明实施例，资源流的交易从开始到结束均有作为第三方的区块链服务器参与，且由于区块链服务器为区块链网络中的任意节点，任一区块链服务器的行为被区块链网络中的其它多个区块链服务器所见证，因此形成了对于资源流的交易行为的多方可信监督，无论是请求方、提供方还是区块链网络中的区块链服务器均无法作弊，可以至少部分地解决/减轻/抑制/甚至避免资源流交易过程中请求方和提供方任一方或多方作弊的问题，实现了公平的资源流的交易模式。

附图说明

图1为本发明实施例提供的可以应用本发明实施例的场景示意图；

图2为本发明实施例提供的一种资源流的交易系统的工作原理示意图。

图3为本发明实施例提供的一种资源流的交易系统中区块链服务器的结构示意图；

图4为本发明实施例提供的一种资源流的交易系统中请求方客户端的结构示意图；

图5为本发明实施例提供的一种资源流的交易系统中提供方客户端的结构示意图。

具体实施方式

下面对本发明的实施例作详细说明，本实施例在以本发明技术方案为前提下进行实施，给出了详细的实施方式和具体的操作过程，但本发明的保护范围不限于下述的实施例。

为解决现有技术问题，本发明实施例提供了一种资源流的交易系统。

图1为本发明实施例提供的可以应用本发明实施例的场景示意图。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括计算机设备101、计算机设备102和网络103。图1中示出计算机设备101是一个服务器，在其他实施例中计算机设备101可以是安装有各种客户端应用的终端设备，包括但不限于智能手机、平板电脑、膝上型编写计算机和台式计算机等等，计算机设备101也可以是用于提供各种服务的服务器。图1中示出计算机设备102是一个终端设备，在其他实施例中计算机设备102可以是安装有各种客户端应用的终端设备，包括但不限于智能手机、平板电脑、膝上型编写计算机和台式计算机等等，计算机设备102也可以是用于提供各种服务的服务器。网络103是用以在计算机设备101和计算机设备102之间提供通信链路的介质，网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

计算机设备101和计算机设备102通过网络103可以进行资源流的交易，例如，计算机设备101可以作为需要使用资源流的请求方，计算机设备102可以作为能够提供资源流的提供方，在资源流的交易开始之后，计算机设备102向计算机设备101提供相应的资源流，计算机设备101接收并使用资源流，当计算机设备101停止使用资源流后，计算机设备101需按照其所使用的资源流的总量向计算机设备102支付相应的交易费用，交易费用支付之后交易结束。同理，计算机设备102可以作为需要使用资源流的请求方，计算机设备101可以作为能够提供资源流的提供方，在资源流的交易开始之后，计算机设备101向计算机设备102提供相应的资源流，计算机设备102接收并使用资源流，当计算机设备102停止使用资源流后，计算机设备102需按照其所使用的资源流的总量向计算机设备101支付相应的交易费用，交易费用支付之后交易结束。

应该理解，图1中的计算机设备和网络的类型和数目仅仅是示意性的。根据实现需要，可以具有任意类型、任意数目的计算机设备和网络。

图2为本发明实施例提供的一种资源流的交易系统的工作原理示意图，如图2所示，所述系统包括：区块链服务器，请求方客户端以及提供方客户端，其中，

图3为本发明实施例提供的一种资源流的交易系统中区块链服务器的结构示意图，如图3所示，所述区块链服务器，包括：发起模块301、获取模块302、和管理模块303；发起模块301用于获取关联请求方客户端和提供方客户端的交易初始信息，将所述交易初始信息发送至其他区块链服务器，使得各区块链服务器将所述交易初始信息存入各自对应的区块链数据库中；获取模块302用于获取表征所述请求方客户端使用资源流的状态的凭证信息；管理模块303用于基于所述交易初始信息和所述凭证信息确定第一数值，所述第一数值用于表征所述请求方客户端向所述提供方客户端的账户中增加的数值，将所述第一数值发送至其他区块链服务器，使得各区块链服务器将所述第一数值存入各自对应的区块链数据库中。

图4为本发明实施例提供的一种资源流的交易系统中请求方客户端的结构示意图，如图4所示，所述请求方客户端，包括：第一交易建立模块401、资源接收模块402、和交易管理模块403；第一交易建立模块401用于选择一个提供方客户端，通过区块链服务器与所述提供方客户端建立关联；资源接收模块402用于接收并使用所述提供方客户端提供的资源流；第一交易管理模块403用于按照预设规则生成表征使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器，由区块链服务器基于所述凭证信息确定第一数值，所述第一数值用于表征请求方客户端向所述提供方客户端的账户中增加的数值。

图5为本发明实施例提供的一种资源流的交易系统中提供方客户端的结构示意图，如图5所示，所述提供方客户端，包括：第二交易建立模块501和第二交易管理模块502。

第一交易建立模块501用于通过区块链服务器与请求方客户端建立关联，向请求方客户端提供资源流，使得请求方客户端接收并使用所述资源流。

第二交易管理模块502用于获取表征所述请求方客户端使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器，由区块链服务器基于所述凭证信息确定第一数值，所述第一数值用于表征所述请求方客户端向提供方客户端的账户中增加的数值。

为对本发明实施例进行清楚完整的说明，下面以网络流量资源作为资源流对本发明实施例进行说明，其他各种资源流亦可，下文简称为“流量”，提供方客户端可以提供流量，请求方客户端需要使用流量。多个区块链服务器构成区块链网络，区块链服务器通过运行流量分享合约参与请求方客户端与提供方客户端之间的交易的开始、进行、以及结束，其中流量分享合约本质上为智能合约，通常是预置于区块链数据库中的、可以被触发执行的代码，满足触发条件后可以在区块链服务器中运行以执行相应的操作，由于区块链数据库中存储的智能合约难以被篡改，因而智能合约可用于执行预设的代码逻辑，执行过程中不会被任意节点干预，进而执行可靠、可信的操作。

如图2所示，数据流的先后顺序以序号标示在图中，首先，请求方客户端A通过专用渠道查找各提供方客户端发出的流量分享信息，该流量分享信息对应于上文所述的资源流发布信息，各提供方客户端发出的流量分享信息中可以记录单位流量价格、可提供的流量总量、流量类型等等一种或多种用于描述其所提供的流量的特征的信息，请求方客户端A可以根据自身所需选择合适的提供方客户端。其中，请求方客户端A所用的专用渠道可以是提供方客户端所提供的、使得请求方客户端A在一定时间、一定地点等条件下免费使用的局域网，当然所述专用渠道也可以是其他形式，只要能够暂时性满足请求方客户端A查看流量分享信息的需求即可。

然后，在请求方客户端A选定提供方客户端B之后，生成交易请求信息，该交易请求信息中包括：请求方客户端A的标识信息、所选择的提供方客户端B的标识信息、预计使用流量总量、以及表征预先支付的押金数量的第二数值，该第二数值对应于从请求方客户端A的账户中减少的数字货币的数值，请求方客户端A还基于所生成的交易请求信息和请求方客户端A的私钥生成请求方客户端A的数字签名A1，在所生成的交易请求信息中附上该数字签名A1。请求方客户端A向区块链服务器中运行的流量分享合约发送上述交易请求信息，流量分享合约在根据请求方客户端A的公钥和数字签名A1验证该交易请求信息为真后，将该交易请求信息发送至提供方客户端B，提供方客户端B可以根据交易请求信息中记录的信息来判断是否准许对请求方客户端A进行流量分享，若准许本次流量分享，提供方客户端B可以基于所收到的交易请求信息和提供方客户端B的私钥生成提供方客户端B的数字签名B1，在所收到的交易请求信息中附上数字签名B1形成交易准许信息，提供方客户端B将该交易准许信息发送至流量分享合约表示同意进行流量分享并开始向请求方客户端A提供流量。

流量分享合约可以通过各区块链服务器的共识验证将所收到的交易准许信息存入各区块链服务器对应的区块链数据库中，以获得多方的共同监督。

流量分享期间，请求方客户端A定期向提供方客户端B发送流量使用凭证，该流量使用凭证对应于上文中的资源流使用凭证，每个流量使用凭证中记录有请求方客户端A从开始使用到该流量使用凭证所对应的时间点为止所使用的流量总量。提供方客户端B每次接收到流量使用凭证即可获知请求方客户端A仍在使用流量，而当提供方客户端B接收到一个流量使用凭证之后超过预定时间再未接收到更新的流量使用凭证时，提供方客户端B可以判定请求方客户端A停止使用流量，提供方客户端B可以停止向请求方客户端A提供流量，并将最后接收到的流量使用凭证提交至流量分享合约。按照此方式，当请求方客户端A长时间未向提供方客户端B发送流量使用凭证时，提供方客户端B可以通过切断流量分享来防止请求方客户端A使用流量却不付费的情况。

流量分享合约在接收到提供方客户端B所提交的流量使用凭证后，可以基于该流量使用凭证以及单位流量价格计算本次流量分享对应的交易费用，即请求方客户端A应当支付给提供方客户端B的数字货币的数值，该交易费用通过第一数值表示，第一数值表征提供方客户端B的账户中增加的数值。上述交易费用可以从请求方客户端A预先支付的押金中扣除，如第二数值为200，第一数值为150，则从请求方客户端A的押金中扣除交易费用后押金剩余50，剩余押金可以按照请求方客户端A的要求进行处理，如可以返还给请求方客户端A，即请求方客户端A的账户数值增加50，也可以不返还给请求方客户端A，留待请求方客户端A下次需要支付交易费用时使用。至此即完成了图5所示的资源流的交易过程。

可见，本例与目前仅由各大电信运营商向用户提供网络流量资源的现状相比，通过双向自主选择的提供方客户端向请求方客户端提供流量，打破了各大电信运营商借助政策、资本、用户规模等优势建立的垄断地位，且引入区块链网络参与见证交易过程，流量定价变得公开、透明，流量使用情况的统计也不再是由运营商一方进行统计，而是由多方共同见证监督，实现了流量交易过程的公平合理，流量提供方和流量请求方的需求均得以满足。不仅对于网络流量资源如此，对于其他各种资源流的交易来说均具有以上有益效果。

具体地，上述请求方客户端的数字签名可以通过不对称加密的方式形成，例如可以是请求方客户端基于自己的私钥对交易请求信息进行加密得到请求方客户端的数字签名，区块链服务器可以利用该请求方客户端对应的公钥来验证该交易请求信息的真伪，例如，本实施例中可以采用不对称加密的方式形成交易双方的数字签名，对于任一请求方客户端，该请求方客户端对应于唯一的密钥对，该密钥对包括一个公钥和一个私钥，其中公钥是可以公开的，即其他请求方客户端、各提供方客户端、和/或各区块链服务器可以获得该请求方客户端的公钥，而私钥是非公开的，其他任意方都不能获得该请求方客户端的私钥，只有该请求方客户端自己能够使用该私钥。同理，任一提供方客户端也具有专属的密钥对，任一区块链服务器也可以具有专属的密钥对。交易请求信息中的请求方客户端的数字签名可以是该请求方客户端基于自己的私钥对交易请求信息进行加密得到的，区块链服务器可以利用该请求方客户端的公钥验证该数字签名的真伪，以证明交易请求信息的真伪。并且/或者，交易准许信息中的提供方客户端的数字签名可以是提供方客户端基于自己的私钥对交易准许信息进行加密得到的，区块链服务器可以利用该提供方客户端的公钥验证该数字签名的真伪，以证明交易准许信息的真伪。在其他实施例中，交易双方也可以采用其他方式形成各自的数字签名，目标在于向作为第三方的多个区块链服务器证明所发出信息的真实性，能够实现该目标的任意方式均可以，在此不做限制。

具体地，本实施例中也可以采用上文所述的不对称加密的方式形成交易双方的数字签名，例如可以是请求方客户端基于自己的私钥对资源流使用凭证进行加密得到请求方客户端的数字签名，提供方客户端基于自己的私钥对资源流使用凭证和请求方客户端的数字签名进行加密得到提供方客户端的数字签名，区块链服务器可以利用该请求方客户端的公钥以及该提供方客户端的公钥验证请求方客户端的数字签名以及提供方客户端的数字签名的真伪，以证明交易请求信息的真伪。

需要说明的是，本公开实施例中的资源流是指可以连续、流式地被提供，并随着使用而消耗的资源，例如可以是网络流量资源、电力资源、算力资源、具有实时动态的指定数据流资源等等，具有此类特点的各种流式消耗性资源均可以作为本公开实施例中的资源流，在此不做限制。基于资源流的上述特点，资源流的交易往往是以资源流开始被使用而开始，以资源流结束被使用而结束，因此资源流的交易所对应的交易费用经常需要在交易结束后才能获得，而且是根据资源流的使用总量而计算出相应的交易费用。

应用本发明图2所示实施例，资源流的交易从开始到结束均有作为第三方的区块链服务器参与，且由于区块链服务器为区块链网络中的任意节点，任一区块链服务器的行为被区块链网络中的其它多个区块链服务器所见证，因此形成了对于资源流的交易行为的多方可信监督，无论是请求方、提供方还是区块链网络中的区块链服务器均无法作弊，可以至少部分地解决/减轻/抑制/甚至避免资源流交易过程中请求方和提供方任一方或多方作弊的问题，实现了公平的资源流的交易模式。

在本公开的一个实施例中，发起模块301获取关联请求方客户端和提供方客户端的交易初始信息包括：发起模块301用于接收所述请求方客户端发送的交易请求信息，所述交易请求信息包括：请求方客户端的标识信息、提供方客户端的标识信息、以及请求方客户端的数字签名，基于所述请求方客户端的数字签名对所述交易请求信息进行验证，若验证为真，将所述交易请求信息发送至所述提供方客户端，接收所述提供方客户端发送的交易准许信息，所述交易准许信息包括所述交易请求信息和所述提供方客户端的数字签名；基于所述提供方客户端的数字签名对所述交易准许信息进行验证，若验证为真，将所述交易准许信息作为关联所述请求方客户端和所述提供方客户端的交易初始信息。

进一步地，作为一个可选的实施例，交易请求信息还可以包括资源流的价格信息。管理模块303基于所述交易初始信息和所述凭证信息确定第一数值包括：管理模块303用于根据所述凭证信息确定所述请求方客户端使用的资源流的总量，根据所述资源流的价格信息和所述请求方客户端使用的资源流的总量，确定第一数值。

在本公开的一个实施例中，交易请求信息还包括第二数值，所述第二数值用于表征所述请求方客户端的账户中减少的数值。管理模块303还用于当第二数值大于第一数值时确定第三数值，所述第三数值等于第二数值和第一数值的差值，所述第三数值用于表征所述请求方客户端的账户中增加的数值。当第二数值小于第一数值时确定第四数值，所述第四数值等于第一数值和第二数值的差值，所述第四数值用于表征所述请求方客户端的账户中减少的数值。将所确定的第三数值或第四数值发送至其他区块链服务器，使得各区块链服务器将所述第三数值或第四数值存入各自对应的区块链数据库中。

在本公开的另一个实施例中，所述交易请求信息还包括第二数值，所述第二数值用于表征所述请求方客户端的账户中减少的数值。管理模块303还用于当第二数值大于第一数值时记录第二数值与第一数值的差值为第五数值，当所述请求方客户端进行下一次资源流的交易时，将所述第五数值与所述下一次资源流的交易对应的第二数值相累加，得到所述下一次资源流的交易对应的更新后的第二数值。

在本公开的一个实施例中，获取模块302获取表征所述请求方客户端使用资源流的状态的凭证信息包括：获取模块302用于接收所述提供方客户端发送的资源流使用凭证，所述资源流使用凭证包括所述请求方客户端的数字签名和所述提供方客户端的数字签名，所述资源流使用凭证是由所述请求方客户端发送至所述提供方客户端的，基于所述请求方客户端的数字签名和所述提供方客户端的数字签名对所述资源流使用凭证进行验证，若验证为真，将所述资源流使用凭证作为所述请求方客户端使用资源流的凭证信息。

上述实施例中，资源流可以包括但不限于如下至少一种：网络流量资源、电力资源、算力资源、和/或具有实时动态的指定数据流资源。

在本公开的一个实施例中，第一交易建立模块401选择一个提供方客户端，通过区块链服务器与所述提供方客户端建立关联包括：第一交易建立模块401用于获取多个提供方客户端的资源流发布信息，所述资源流发布信息包括提供方客户端的标识信息和资源流的价格信息，基于所述多个资源流发布信息选择一个提供方客户端，向区块链服务器发送交易请求信息，由区块链服务器将所述交易请求信息转发至所选择的提供方客户端，使得所述提供方客户端在准许所述交易请求信息时开始提供资源流。

其中可选地，交易请求信息可以包括请求方客户端的数字签名，使得区块链服务器在基于所述请求方客户端的数字签名验证所述交易请求信息为真时，再将所述交易请求信息转发至所述提供方客户端。

在本公开的一个实施例中，第一交易管理模块403按照预设规则生成表征使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器包括：第一交易管理模块403用于在使用资源流的期间，每隔预设时间间隔生成表征当前使用状态的资源流使用凭证，并将所述资源流使用凭证发送至所述提供方客户端，由所述提供方客户端将所述资源流使用凭证发送至区块链服务器。

其中，作为一个可选的实施例，资源流使用凭证包括请求方客户端的数字签名，使得所述提供方客户端在基于所述请求方客户端的数字签名验证所述资源流使用凭证为真时，再将所述资源流使用凭证发送至区块链服务器。

上述实施例中，资源流可以包括但不限于如下至少一种：网络流量资源、电力资源、算力资源、和/或具有实时动态的指定数据流资源。

在本公开的一个实施例中，第二交易建立模块501通过区块链服务器与请求方客户端建立关联，向请求方客户端提供资源流包括：第二交易建立模块501用于接收区块链服务器发送的交易请求信息，所述交易请求信息包括请求方客户端的标识信息和请求方客户端的数字签名，所述交易请求信息是由请求方客户端发送至区块链服务器的，当准许所述交易请求信息时，向区块链服务器发送交易准许信息，所述交易准许信息包括所述交易请求信息和提供方客户端的数字签名，并开始向所述请求方客户端提供资源流。

进一步地，作为一个可选的实施例，交易请求信息还可以包括预计使用资源流总量。第二交易建立模块501还用于当所述预计使用资源流总量不大于所能提供的资源流总量时，准许所述交易请求信息。

在本公开的一个实施例中，第二交易管理模块502获取表征所述请求方客户端使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器包括：第二交易管理模块502用于接收所述请求方客户端发送的资源流使用凭证；若在超过预定时间后未收到资源流使用凭证，判定所述请求方客户端使用资源流结束，将所接收到的资源流使用凭证发送至区块链服务器。

其中可选地，所述请求方客户端发送的资源流使用凭证包括所述请求方客户端的数字签名，则第二交易管理模块502还用于基于所述请求方客户端的数字签名对所述资源流使用凭证进行验证，若验证为真，将所述资源流使用凭证发送至区块链服务器；并且/或者，第二交易管理模块502还用于将所述资源流使用凭证和提供方客户端的数字签名对应发送至区块链服务器。

根据本公开的实施例，区块链服务器300和请求方客户端400可以部署于同一客户端中，也可以部署于不同的客户端中，在此不做限制。

需要说明的是，装置部分实施例中各模块/单元/子单元等的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再赘述。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，发起模块301、获取模块302、和管理模块303中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，发起模块301、获取模块302、和管理模块303中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，发起模块301、获取模块302、和管理模块303中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

并且/或者，第一交易建立模块401、资源接收模块402、和第一交易管理模块403中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一交易建立模块401、资源接收模块402、和第一交易管理模块403中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一交易建立模块401、资源接收模块402、和第一交易管理模块403中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

并且/或者，第二交易建立模块501和第二交易管理模块502中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第二交易建立模块501和第二交易管理模块502中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第二交易建立模块501和第二交易管理模块502中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种资源流的交易系统，其特征在于，所述系统包括：区块链服务器，请求方客户端以及提供方客户端，其中，

所述区块链服务器，包括：发起模块，用于获取关联请求方客户端和提供方客户端的交易初始信息，将所述交易初始信息发送至其他区块链服务器，使得各区块链服务器将所述交易初始信息存入各自对应的区块链数据库中；获取模块，用于获取表征所述请求方客户端使用资源流的状态的凭证信息；管理模块，用于基于所述交易初始信息和所述凭证信息确定第一数值，所述第一数值用于表征所述请求方客户端向所述提供方客户端的账户中增加的数值，将所述第一数值发送至其他区块链服务器，使得各区块链服务器将所述第一数值存入各自对应的区块链数据库中；

所述请求方客户端，包括：第一交易建立模块，用于选择一个提供方客户端，通过区块链服务器与所述提供方客户端建立关联；资源接收模块，用于接收并使用所述提供方客户端提供的资源流；第一交易管理模块，用于按照预设规则生成表征使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器，由区块链服务器基于所述凭证信息确定第一数值，所述第一数值用于表征请求方客户端向所述提供方客户端的账户中增加的数值；

所述提供方客户端，包括：第二交易建立模块，用于通过区块链服务器与请求方客户端建立关联，向请求方客户端提供资源流，使得请求方客户端接收并使用所述资源流；第二交易管理模块，用于获取表征所述请求方客户端使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器，由区块链服务器基于所述凭证信息确定第一数值，所述第一数值用于表征所述请求方客户端向提供方客户端的账户中增加的数值。

2.根据权利要求1所述的系统，其特征在于，所述发起模块获取关联请求方客户端和提供方客户端的交易初始信息包括：

所述发起模块，用于接收所述请求方客户端发送的交易请求信息，所述交易请求信息包括：请求方客户端的标识信息、提供方客户端的标识信息、以及请求方客户端的数字签名；基于所述请求方客户端的数字签名对所述交易请求信息进行验证，若验证为真，将所述交易请求信息发送至所述提供方客户端；接收所述提供方客户端发送的交易准许信息，所述交易准许信息包括所述交易请求信息和所述提供方客户端的数字签名；基于所述提供方客户端的数字签名对所述交易准许信息进行验证，若验证为真，将所述交易准许信息作为关联所述请求方客户端和所述提供方客户端的交易初始信息。

3.根据权利要求2所述的系统，其特征在于，

所述交易请求信息还包括资源流的价格信息；

所述管理模块基于所述交易初始信息和所述凭证信息确定第一数值包括：所述管理模块，用于根据所述凭证信息确定所述请求方客户端使用的资源流的总量；根据所述资源流的价格信息和所述请求方客户端使用的资源流的总量，确定第一数值。

4.根据权利要求2所述的系统，其特征在于，

所述交易请求信息还包括第二数值，所述第二数值用于表征所述请求方客户端的账户中减少的数值；

所述管理模块，还用于当第二数值大于第一数值时确定第三数值，所述第三数值等于第二数值和第一数值的差值，所述第三数值用于表征所述请求方客户端的账户中增加的数值；当第二数值小于第一数值时确定第四数值，所述第四数值等于第一数值和第二数值的差值，所述第四数值用于表征所述请求方客户端的账户中减少的数值；将所确定的第三数值或第四数值发送至其他区块链服务器，使得各区块链服务器将所述第三数值或第四数值存入各自对应的区块链数据库中。

5.根据权利要求2所述的系统，其特征在于，

所述交易请求信息还包括第二数值，所述第二数值用于表征所述请求方客户端的账户中减少的数值；

所述管理模块，还用于当第二数值大于第一数值时记录第二数值与第一数值的差值为第五数值，当所述请求方客户端进行下一次资源流的交易时，将所述第五数值与所述下一次资源流的交易对应的第二数值相累加，得到所述下一次资源流的交易对应的更新后的第二数值。

6.根据权利要求1所述的系统，其特征在于，所述获取模块获取表征所述请求方客户端使用资源流的状态的凭证信息包括：

所述获取模块，用于接收所述提供方客户端发送的资源流使用凭证，所述资源流使用凭证包括所述请求方客户端的数字签名和所述提供方客户端的数字签名，所述资源流使用凭证是由所述请求方客户端发送至所述提供方客户端的；基于所述请求方客户端的数字签名和所述提供方客户端的数字签名对所述资源流使用凭证进行验证，若验证为真，将所述资源流使用凭证作为所述请求方客户端使用资源流的凭证信息。

7.根据权利要求1所述的系统，其特征在于，所述资源流包括如下至少一种：网络流量资源、电力资源、算力资源、和/或具有实时动态的指定数据流资源。

8.根据权利要求1所述的系统，其特征在于，所述第一交易建立模块选择一个提供方客户端，通过区块链服务器与所述提供方客户端建立关联包括：

所述第一交易建立模块，用于获取多个提供方客户端的资源流发布信息，所述资源流发布信息包括提供方客户端的标识信息和资源流的价格信息；基于所述多个资源流发布信息选择一个提供方客户端，向区块链服务器发送交易请求信息，由区块链服务器将所述交易请求信息转发至所选择的提供方客户端，使得所述提供方客户端在准许所述交易请求信息时开始提供资源流。

9.根据权利要求8所述的系统，其特征在于，所述交易请求信息包括请求方客户端的数字签名，使得区块链服务器在基于所述请求方客户端的数字签名验证所述交易请求信息为真时，再将所述交易请求信息转发至所述提供方客户端。

10.根据权利要求1所述的系统，其特征在于，所述第一交易管理模块按照预设规则生成表征使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器包括：

所述第一交易管理模块，用于在使用资源流的期间，每隔预设时间间隔生成表征当前使用状态的资源流使用凭证，并将所述资源流使用凭证发送至所述提供方客户端，由所述提供方客户端将所述资源流使用凭证发送至区块链服务器。

11.根据权利要求10所述的系统，其特征在于，所述资源流使用凭证包括请求方客户端的数字签名，使得所述提供方客户端在基于所述请求方客户端的数字签名验证所述资源流使用凭证为真时，再将所述资源流使用凭证发送至区块链服务器。

12.根据权利要求1所述的系统，其特征在于，所述第二交易建立模块通过区块链服务器与请求方客户端建立关联，向请求方客户端提供资源流包括：

所述第二交易建立模块，用于接收区块链服务器发送的交易请求信息，所述交易请求信息包括请求方客户端的标识信息和请求方客户端的数字签名，所述交易请求信息是由请求方客户端发送至区块链服务器的；当准许所述交易请求信息时，向区块链服务器发送交易准许信息，所述交易准许信息包括所述交易请求信息和提供方客户端的数字签名，并开始向所述请求方客户端提供资源流。

13.根据权利要求12所述的系统，其特征在于，

所述交易请求信息还包括预计使用资源流总量；

所述交易建立模块，还用于当所述预计使用资源流总量不大于所能提供的资源流总量时，准许所述交易请求信息。

14.根据权利要求1所述的系统，其特征在于，所述第二交易管理模块获取表征所述请求方客户端使用资源流的状态的凭证信息，将所述凭证信息发送至区块链服务器包括：

所述第二交易管理模块，用于接收所述请求方客户端发送的资源流使用凭证；若在超过预定时间后未收到资源流使用凭证，判定所述请求方客户端使用资源流结束，将所接收到的资源流使用凭证发送至区块链服务器。

15.根据权利要求14所述的系统，其特征在于，

所述请求方客户端发送的资源流使用凭证包括所述请求方客户端的数字签名，则所述第二交易管理模块，还用于基于所述请求方客户端的数字签名对所述资源流使用凭证进行验证，若验证为真，将所述资源流使用凭证发送至区块链服务器；并且/或者

所述第二交易管理模块，还用于将所述资源流使用凭证和提供方客户端的数字签名对应发送至区块链服务器。