CN108833501B - 资源管理系统及方法 - Google Patents

Abstract

本发明公开了资源管理系统及方法。系统包括：通信装置，用于接收服务需求端的服务获取请求和服务提供端的服务加入请求；第一记录装置，用于根据服务获取请求，通过区块链记录服务需求端的需求；第二记录装置，用于根据服务加入请求，通过区块链记录服务提供端的信息；调度装置，用于根据需求和已记录的服务提供端的信息，选择为服务需求端提供服务的服务提供端。终端可以申请成为服务提供端，系统根据服务需求端的需求为其调度服务提供端。一方面，系统的可调度资源容量不存在上限，保证了服务的稳定性，另一方面，调度根据服务需求端的需求执行，保证服务差异化的要求。通过区块链来记录需求和服务提供端的信息，保证了所记录信息的安全性。

Description

资源管理系统及方法

技术领域

本发明涉及网络服务领域，特别涉及资源管理系统及方法。

背景技术

随着技术的不断发展，网络用户越来越多，对网络服务的需求也日益增长，例如安全防护服务、内容分发服务等。提供网络服务的过程中，如何合理有效的利用资源，提供稳定的网络服务，是一个有待解决的问题。

以安全防护服务为例，分布式拒绝服务(Distributed Denial of Service，英文缩写DDoS)攻击，是指通过大量合法的请求占用大量网络资源，达到瘫痪网络的目的。这种攻击包括以下几种：通过使网络过载来干扰甚至阻断正常的网络通讯；通过向服务器提交大量请求，使服务器超负荷；阻断某一用户访问服务器；阻断某服务与特定系统或个人的通讯。目前针对DDoS攻击提供安全防护的系统，防护能力存在上限，一旦突破该上限，系统将发生崩溃，所提供的服务并不稳定。

以内容分发服务为例，内容分发网络(Content Delivery Network，英文缩写CDN)，是指尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。通过在网络各处放置节点服务器所构成的在现有互联网基础之上的一层智能虚拟网络，能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息，将用户的请求重新导向离该用户最近的服务节点上。随着用户数量激增，未来对内容分发服务的要求将逐渐转向差异化、定制化和个性化，这将对如何有效的利用资源提出更高的要求。

发明内容

本发明实施例提供了资源管理系统及方法。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。

第一方面，本发明实施例提供了一种资源管理系统，所述系统包括：通信装置、第一记录装置、第二记录装置和调度装置；

所述通信装置，用于接收服务需求端的服务获取请求和服务提供端的服务加入请求；

所述第一记录装置，用于根据所述服务获取请求，通过区块链记录所述服务需求端的需求；

所述第二记录装置，用于根据所述服务加入请求，通过区块链记录所述服务提供端的信息；

所述调度装置，用于根据所述服务需求端的需求和已记录的服务提供端的信息，选择为所述服务需求端提供服务的服务提供端。

第二方面，本发明实施例提供了一种资源管理方法，所述方法包括：获取服务的步骤和提供服务的步骤；

所述提供服务的步骤包括：

接收服务提供端的服务加入请求；

根据所述服务加入请求，通过区块链记录所述服务提供端的信息；

所述获取服务的步骤包括：

接收服务需求端的服务获取请求；

根据所述服务获取请求，通过区块链记录所述服务需求端的需求；

根据所述服务需求端的需求和已记录的服务提供端的信息，选择为所述服务需求端提供服务的服务提供端。

本发明实施例中的资源管理系统及方法，终端可以申请加入服务成为服务提供端，系统根据服务需求端的需求为其调度提供服务的服务提供端。一方面，系统的可调度资源容量不存在上限，保证了服务的稳定性，另一方面，调度根据服务需求端的需求执行，保证服务差异化的要求。同时，通过区块链来记录服务需求端的需求和服务提供端的信息，保证了所记录信息的安全性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是一示例性实施例中的资源管理系统的示意图；

图2是一示例性实施例中的资源管理系统的示意图；

图3是一示例性实施例中资源管理系统提供DDoS防护服务的示意图；

图4是一示例性实施例中资源管理系统提供CDN服务的示意图；

图5a和图5b是一示例性实施例中的资源管理方法的流程图。

具体实施方式

以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。在本文中，各实施方案可以被单独地或总地用术语“发明”来表示，这仅仅是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为任何单个发明或发明构思。本文中，诸如第一和第二等之类的关系术语仅仅用于将一个实体或者操作与另一个实体或操作区分开来，而不要求或者暗示这些实体或操作之间存在任何实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素。本文中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

在一示例性实施例中，如图1所示，资源管理系统10包括：通信装置11、第一记录装置121、第二记录装置122和调度装置13。

通信装置11，用于接收服务需求端14的服务获取请求和服务提供端15的服务加入请求。

第一记录装置121，用于根据服务获取请求，通过区块链记录服务需求端14的需求。

第二记录装置122，用于根据服务加入请求，通过区块链记录服务提供端15的信息。

调度装置13，用于根据服务需求端14的需求和已记录的服务提供端15的信息，选择为服务需求端14提供服务的服务提供端15。

可选的，调度装置13可以针对所有类型的服务，在第一记录装置121记录服务需求端14的需求之后，为被记录的服务需求端14调度提供服务的服务提供端15。

可选的，调度装置13还可以针对不同类型的服务，来执行调度操作。针对需要即时开始的服务，例如CDN加速服务，调度装置13可以在第一记录装置121记录服务需求端14的需求之后，就为服务需求端14调度提供服务的服务提供端15。针对不需要即时开始的服务，例如DDoS防护服务，调度装置13在第一记录装置121记录服务需求端14的需求之后，可以不立即为服务需求端14调度提供服务的服务提供端15，而是在后续通信装置11收到服务需求端14发送的服务开始请求后，再为服务需求端14调度提供服务的服务提供端15。

可选的，不同类型的服务所对应的服务获取请求可以具有不同的格式、或者携带不同的信息，这样第一记录装置121记录的服务需求端14的需求中，将包含指示不同类型服务的信息，从而使得调度装置13可以针对不同类型的服务，来执行调度。

可见，本示例性实施例中的资源管理系统，终端可以申请加入服务成为服务提供端，系统根据服务需求端的需求为其调度提供服务的服务提供端。一方面，系统的可调度资源容量不存在上限，保证了服务的稳定性，另一方面，调度根据服务需求端的需求执行，保证服务差异化的要求。同时，通过区块链来记录服务需求端的需求和服务提供端的信息，保证了所记录信息的安全性。

在一示例性实施例中，如图2所示，服务需求端14通过区块链的智能合约在资源管理系统10获取服务，服务提供端15通过区块链的智能合约加入资源管理系统来提供服务。服务需求端14可以是企业、运营商等的终端设备。服务需求端14和服务提供端15可以是移动终端、机顶盒等消费级终端设备，也可以是专用于资源管理系统10的专业级服务提供端设备。对于消费级终端设备，只需在终端设备上安装客户端软件，用户即可使用该终端设备执行与资源管理系统10相关的各项功能，对于专业级服务提供端设备，其本身就安装有客户端软件。对于专业级服务提供端设备，具备较高的性能，例如更大的存储空间、更高的运算力等，可以是服务器等。

资源管理系统10包括：通信装置11、第一记录装置121、第二记录装置122、调度装置13、计费装置16和评估装置17。

通信装置11，用于接收服务需求端14的服务获取请求和服务提供端15的服务加入请求。通信装置11，还用于接收服务需求端14的服务开始请求。针对不同类型的服务，通信装置11都负责通知调度装置13选择出的服务提供端15提供服务。

上述服务获取请求，指服务需求端14向资源管理系统10申请获取服务的请求，该请求中可以携带服务需求端14的需求及其他信息，例如服务期限、服务类型、所需资源类型、自身位置等。上述所需资源类型可以包括带宽、存储容量等。

上述服务加入请求，指服务提供端15向资源管理系统10申请提供服务的请求，该请求中可以携带服务提供端15的信息，例如存储空间、网络带宽、自身位置、中央处理器类型等。服务加入请求可以发送一次，也可以发送多次。如果资源管理系统10考虑服务提供端15的设备资源可能发生变化，在进行资源调度时只考虑其最低可调度资源，则服务加入请求可以只发送一次。另一种情况，如果资源管理系统10按照服务提供端15上报的设备资源进行调度，则服务提供端15可以在设备资源每发生一次设定的变化时就发送一次服务加入请求，以通知资源管理系统10自身的设备资源情况，便于资源管理系统10后续准确的调度，这里设定的变化可以是预先设置的变化量标准。例如，一个服务提供端15本身能防御的DDoS攻击为10Gb，如果此时用户正在用该服务提供端15玩游戏，则其能防御的DDoS攻击可能会降低为5Gb，如果资源管理系统10按照预先设置的比例确定服务提供端15的最低可调度资源为3Gb、并在调度资源时考虑最低可调度资源，则服务提供端15无需在设备资源发生变化时再次发送服务加入请求。如果资源管理系统10按照服务提供端15上报的设备资源进行调度，则服务提供端15需要在游戏开始运行时再次发送服务加入请求，资源管理系统10接收到该请求后，将更新已记录的服务提供端15的信息。

上述服务开始请求，指服务需求端14申请服务之后，通知资源管理系统10开始服务的请求。根据服务类型的不同，该请求可以发送一次，也可以发送多次。

第一记录装置121，用于根据服务获取请求，通过区块链记录服务需求端14的需求。

第二记录装置122，用于根据服务加入请求，通过区块链记录服务提供端15的信息。

第一记录装置121和第二记录装置122通过区块链生成永久的、不可逆向修改的记录，可以有效的保证安全性。

调度装置13，用于根据服务需求端14的需求和已记录的服务提供端15的信息，选择为服务需求端14提供服务的服务提供端15。

调度装置13可以有两种调度方式。

第一种，针对普通服务需求，建立对应的动态资源池。

在这种情况下，调度装置13需首先解析服务需求端14的需求，从而获知服务需求端14的地理位置、所需的服务期限、所需的存储空间等信息。调度装置13在解析完成后，根据记录装置12已记录的服务提供端15的信息，选择与解析出的需求匹配的服务提供端15，然后将选择出的服务提供端15组成对应服务需求端14的资源池。

调度装置13主要调度的是消费级终端设备，因为这种终端设备的存储空间等资源有限，但可以满足此类普通服务的需求。

第二种，针对专业服务需求，建立专业资源池。

在这种情况下，第二记录装置122还可以根据发送服务加入请求的服务提供端15的信息，判断发送服务加入请求的服务提供端15是否满足专用资源池的设定条件。专业服务需要更大的存储空间、更快速的运算力等，因此设定条件可以是存储空间、运算力等参数的最低要求。当发送服务加入请求的服务提供端15满足设定条件时，将该服务提供端15加入该专业资源池。由于专业资源池中的服务提供端15相对比较固定，通信装置11可以每隔一段时间，发布专业资源池的信息，包括位置、带宽、存储空间、池龄、服务提供端15的个数、信用度评价等，这里的发布可以通过安装在终端上的客户端软件进行。专业资源池的带宽为其中所有服务提供端15的带宽综合，专业资源池的存储空间为其中所有服务提供端15的存储空间总和。专业资源池的信用度评价由其中所有服务提供端15的打分获得，服务提供端15的打分将在后文中详细说明。

调度装置13需解析服务获取请求中的资源池选择指示，后续按照该资源池选择指示，为服务需求端14选择资源池。服务需求端14通过资源管理系统10发布的专业资源池的信息，就可以在申请获取服务时向资源管理系统10指示所需的专业资源池，因此服务获取请求中可以携带资源池选择指示。

计费装置16，用于在通信装置11接收到服务需求端14的服务获取请求后，确定服务需求端14的账户中的余额，在余额满足设定条件时，触发第一记录装置121记录服务需求端14的需求。可见，计费装置16通过审核服务需求端14的账户余额，来判断该服务需求端14是否能够从资源管理系统10获取服务，当审核通过时，第一记录装置121才记录服务需求端14的需求，后续该服务需求端14要开始服务时，资源管理系统10才会提供服务。

服务需求端14在申请从资源管理系统10获取服务时，需充值对应的费用，充值可用资源管理系统10发行的虚拟币。计费装置16在确定服务需求端14的账户中的余额满足设定条件时，可确定服务需求端14可以申请从系统获取服务，即可触发第一记录装置121执行操作。当计费装置16确定服务需求端14的账户中的余额不满足设定条件时，可以通过通信装置11向服务需求端14返回充值请求，在服务需求端14充值完成后，通过通信装置11向计费装置16返回充值完成的消息，计费装置16可以再次执行上述确定账户余额的操作。

计费装置16，还用于在提供服务完成后，按照设定计费规则，从服务需求端14的账户中扣除费用。

提供服务是否完成，有多种方式判断，例如服务需求端14超过设定时间长度后未再次发送服务开始请求，或者服务需求端14通过通信装置11发送服务结束消息。

上述设定计费规则，包含在服务需求端14申请获取服务时所使用的智能合约中，针对不同的服务类型，可以设置不同的计费规则。

计费装置16，还用于按照设定奖励规则，为调度装置13选择出的服务提供端15的账户分发奖励费用。由此，服务提供端15在提供服务后，可以获得相应的奖励。

上述设定奖励规则，可以综合服务提供端15的提供服务时间、贡献存储空间大小、贡献带宽大小等来设定，因此并非每个服务提供端15都获得相同的奖励。

作为一种可选的实施方式，计费装置16可以被配置为：根据服务提供端15在提供服务时贡献的资源，计算服务提供端15获得的奖励费用。这里的资源可以是流量、带宽、存储空间等。

服务提供端15贡献的资源可以与获得的奖励费用成正比。例如，服务提供端15贡献的资源为流量时，可以预先设定单位流量对应的奖励费用，然后按照服务提供端15贡献的流量，即可得出服务提供端15获得的奖励费用。

作为另一种可选的实施方式，计费装置16可以被配置为：根据服务提供端15在提供服务时贡献的资源及挖矿难度，计算服务提供端15获得的奖励费用。

上述挖矿难度指示服务提供端15获得奖励费用的难易程度，当服务提供端15已获得的奖励费用越高时，挖矿难度越大。下面给出计算挖矿难度的一种举例，假设奖励费用以设定的虚拟币来计量。

上述已挖虚拟币个数为服务提供端15已获得的奖励费用，信用度与服务提供端15的服务质量成正比，关于信用度的计算下文中将给出举例。上述设定基础难度可以设置为25Gb/每个虚拟币。

利用挖矿难度，可以按照下面的公式计算服务提供端15的奖励费用。

如果服务需求端14在申请获取服务之后，在申请的服务期限内并未真正开始服务，则在超过服务期限后，计费装置16还可以向该服务需求端14的账户内增加设定的费用，可以看做是对服务需求端14的一种保证及奖励机制。

计费装置16通过和执行终端的交互，来完成对服务需求端14或服务提供端15的账户的更新。上述执行终端负责维护与更新服务提供端15对应的账户。可选的，上述执行终端可以是银行等金融机构的终端设备。

评估装置17，用于评估调度装置13选择出的服务提供端15的服务质量，根据服务质量，计算调度装置13选择出的服务提供端15的信用度。

上述服务质量可以从多方面来评估，例如服务提供端15提供服务的次数、本次服务贡献的带宽和存储空间、本次服务时长等，评估时可以为每项指标设定权重和取值原则，然后计算服务提供端15的评分。设置不同的分数线，根据服务提供端15的评分，确定服务提供端15的信用度。

在服务提供端15具有信用度的情况下，调度装置13在执行调度操作时，可以按照信用度由高到低的顺序执行调度操作，即信用度越高的服务提供端15，获得调度的机会越多。

如前文所述，专业资源池也具有信用度，调度装置13也可以先获取资源池选择指示对应的资源池的信用度，然后按照信用度的由高到低的顺序，为服务需求端14选择专业资源池。

下面给出两种具体应用场景下，本示例性实施例的资源管理系统10如何提供服务的举例。

图3是一示例性实施例中资源管理系统10提供DDoS防护服务的示意图。服务需求端14通过智能合约从资源管理系统10获取服务，一旦受到攻击，服务需求端14向资源管理系统10发送防护请求，资源管理系统10为服务提供端15动态建立资源池，将攻击流量分发至资源池中的服务提供端15。由于资源池中的服务提供端15的数量可以很多，因此能够提供无上限的防御服务，从而缓解服务需求端14的压力，达到防御DDoS的目的。

假设服务提供端15是智能机顶盒或智能电视机，目前分布的智能机顶盒或智能电视机约2000万台，日活跃智能机顶盒或智能电视机约为200万台，家庭下行带宽为100Mbps，每台智能机顶盒或智能电视机都可成为服务提供端15。目前中小型企业面临的DDoS攻击90％是100Gb以下的攻击，若防御10Gb的DDoS攻击，资源管理系统10可以使用100台服务提供端15进行防御，并每天能对外提供2万个防护服务。若防御100Gb的DDoS攻击，资源管理系统10可以使用1000台服务提供端15进行防御，每天能对外提供2千个防护服务。

图4是一示例性实施例中资源管理系统10提供CDN服务的示意图。服务需求端14通过智能合约从资源管理系统10获取服务，当需要CDN服务时，服务需求端14向资源管理系统10发送加速请求，资源管理系统10根据加速流量等级、加速地域动态建立资源池，资源池中的每个服务提供端15都具有文件缓存能力，服务提供端15之间通过P2P技术获取资源文件的缓存。服务需求端14可以很容易的从相邻的服务提供端15中获取到资源。

假设服务提供端15为智能机顶盒，目前家庭主流智能机顶盒配置为双核CPU，1GRAM，4GROM，上行带宽为1Mbps，则一个智能机顶盒24小时可提供1*60*60*24Mb＝84Gb＝11GB的CDN流量加速。智能机顶盒节点分布在全国各地，一线各城市日活智能机顶盒平均有几十万台，二线各城市日活智能机顶盒平均有几万台。以江苏省为例，目前日活跃智能机顶盒为约为94W，若空闲时间为16小时，则可提供CDN流量服务为：

1*60*60*16*940000＝54144000000Gb＝6768000000GB＝6768000TB。即可对外提供6768000个TB级别服务。

在一示例性实施例中，资源管理方法包括：获取服务的步骤和提供服务的步骤。

如图5a所示，提供服务的步骤包括：

步骤51：接收服务提供端的服务加入请求；

步骤52：根据服务加入请求，通过区块链记录服务提供端的信息。

如图5b所示，获取服务的步骤包括：

步骤53：接收服务需求端的服务获取请求；

步骤54：根据服务获取请求，通过区块链记录服务需求端的需求；

步骤55：根据服务需求端的需求和已记录的服务提供端的信息，选择为服务需求端提供服务的服务提供端。

可选的，在获取服务的步骤中，可以针对所有类型的服务，在记录服务需求端的需求之后，为被记录的服务需求端调度提供服务的服务提供端。

可选的，在获取服务的步骤中，还可以针对不同类型的服务，来执行调度操作。针对需要即时开始的服务，例如CDN加速服务，可以在记录服务需求端的需求之后，就为服务需求端调度提供服务的服务提供端。针对不需要即时开始的服务，例如DDoS防护服务，在记录服务需求端的需求之后，可以不立即为服务需求端调度提供服务的服务提供端，而是在后续收到服务需求端发送的服务开始请求后，再为服务需求端调度提供服务的服务提供端。

可选的，不同类型的服务所对应的服务获取请求可以具有不同的格式、或者携带不同的信息，这样所记录的服务需求端的需求中，将包含指示不同类型服务的信息，从而使得后续可以针对不同类型的服务，来执行调度。

可见，本示例性实施例中的资源管理方法，终端可以申请加入服务成为服务提供端，根据服务需求端的需求为其调度提供服务的服务提供端。一方面，可调度资源容量不存在上限，保证了服务的稳定性，另一方面，调度根据服务需求端的需求执行，保证服务差异化的要求。同时，通过区块链来记录服务需求端的需求和服务提供端的信息，保证了所记录信息的安全性。

在一示例性实施例中，上述获取服务的步骤还可以包括对服务需求端进行审核的步骤，与前文系统实施例中介绍的相同，对服务需求端的审核可以通过确定其账户中的余额来进行。

在一示例性实施例中，上述获取服务的步骤还可以包括对服务需求端进行扣费及对服务提供端进行奖励的步骤，具体实现方式与前文系统实施例中介绍的相同，这里不再赘述。

在一示例性实施例中，在执行调度时，既可以组成动态资源池，也可以调度专业资源池，具体实现方式与前文系统实施例中介绍的相同，这里不再赘述。

在一示例性实施例中，获取服务的步骤还可以包括计算服务提供端信用度的步骤，执行调度时也可以按照服务提供端信用度由高到低的顺序来执行，具体实现方式与前文系统实施例中介绍的相同，这里不再赘述。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的流程及结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (16)

1.一种资源管理系统，其特征在于，所述系统包括：通信装置、第一记录装置、第二记录装置和调度装置；

所述通信装置，用于接收服务需求端的服务获取请求和服务提供端的服务加入请求；

所述第一记录装置，用于根据所述服务获取请求，通过区块链记录所述服务需求端的需求；其中，所述需求包括资源池选择指示；

所述第二记录装置，用于根据所述服务加入请求，通过区块链记录所述服务提供端的信息；

所述调度装置，用于根据所述服务需求端的需求和已记录的服务提供端的信息，选择为所述服务需求端提供服务的服务提供端，包括：在所述需求为普通服务需求时，根据已记录的服务提供端的信息，选择与解析出的需求匹配的服务提供端，然后将选择出的服务提供端组成对应所述服务需求端的资源池；在所述需求为专业服务需求时，解析所述资源池选择指示，按照所述资源池选择指示，为所述服务需求端选择资源池；当所述调度装置按照最低可调度资源进行调度时，所述服务加入请求的接收次数为一次，当所述调度装置按所述服务提供端上报的设备资源进行调度时，所述服务加入请求的接收次数为多次。

2.如权利要求1所述的系统，其特征在于，所述通信装置，还用于接收所述服务需求端的服务开始请求；

所述调度装置，被配置为在所述通信装置接收到所述服务开始请求后，执行所述选择。

3.如权利要求1或2所述的系统，其特征在于，所述系统还包括：

计费装置，用于在所述通信装置接收到所述服务需求端的服务获取请求后，确定所述服务需求端的账户中的余额；在所述余额满足设定条件时，触发所述第一记录装置执行操作。

4.如权利要求3所述的系统，其特征在于，所述计费装置还用于，在所述服务需求端请求的服务完成后，按照设定计费规则，从所述服务需求端的账户中扣除费用。

5.如权利要求4所述的系统，其特征在于，所述计费装置还用于，按照设定奖励规则，为所述调度装置选择出的服务提供端的账户分发奖励费用。

6.如权利要求1或2所述的系统，其特征在于，所述第二记录装置还用于：根据发送所述服务加入请求的服务提供端的信息，确定发送所述服务加入请求的服务提供端是否满足设定资源池的设定条件；

在确定发送所述服务加入请求的服务提供端满足设定资源池的设定条件时，将发送所述服务加入请求的服务提供端加入所述设定资源池。

7.如权利要求1或2所述的系统，其特征在于，所述系统还包括：

评估装置，用于评估所述调度装置选择出的服务提供端的服务质量；根据所述服务质量，计算所述调度装置选择出的服务提供端的信用度。

8.如权利要求7所述的系统，其特征在于，所述调度装置被配置为：

按照所述信用度由高到低的顺序，根据所述服务需求端的需求和已记录的服务提供端的信息，选择为所述服务需求端提供服务的服务提供端。

9.一种资源管理方法，其特征在于，所述方法包括：获取服务的步骤和提供服务的步骤；

所述提供服务的步骤包括：

接收服务提供端的服务加入请求；

根据所述服务加入请求，通过区块链记录所述服务提供端的信息；

所述获取服务的步骤包括：

接收服务需求端的服务获取请求；

根据所述服务获取请求，通过区块链记录所述服务需求端的需求；其中，所述需求包括资源池选择指示；

根据所述服务需求端的需求和已记录的服务提供端的信息，选择为所述服务需求端提供服务的服务提供端，包括：

在所述需求为普通服务需求时，根据已记录的服务提供端的信息，选择与解析出的需求匹配的服务提供端，然后将选择出的服务提供端组成对应所述服务需求端的资源池；在所述需求为专业服务需求时，解析所述资源池选择指示，按照所述资源池选择指示，为所述服务需求端选择资源池；

当按照最低可调度资源进行调度时，所述服务加入请求的接收次数为一次，当按所述服务提供端上报的设备资源进行调度时，所述服务加入请求的接收次数为多次。

10.如权利要求9所述的方法，其特征在于，所述获取服务的步骤还包括：接收所述服务需求端的服务开始请求；

所述选择在所述接收所述服务需求端的服务开始请求之后执行。

11.如权利要求9或10所述的方法，其特征在于，所述获取服务的步骤还包括：

在接收到所述服务需求端的服务获取请求后，确定所述服务需求端的账户中的余额；

在所述余额满足设定条件时，执行所述通过区块链记录所述服务需求端的需求的步骤。

12.如权利要求11所述的方法，其特征在于，所述获取服务的步骤还包括：在所述服务需求端请求的服务完成后，按照设定计费规则，从所述服务需求端的账户中扣除费用。

13.如权利要求12所述的方法，其特征在于，所述获取服务的步骤还包括：按照设定奖励规则，为选择出的服务提供端的账户分发奖励费用。

14.如权利要求9或10所述的方法，其特征在于，所述提供服务的步骤还包括：

根据发送所述服务加入请求的服务提供端的信息，确定发送所述服务加入请求的服务提供端是否满足设定资源池的设定条件；

在确定发送所述服务加入请求的服务提供端满足设定资源池的设定条件时，将发送所述服务加入请求的服务提供端加入所述设定资源池。

15.如权利要求9或10所述的方法，其特征在于，所述获取服务的步骤还包括：

评估选择出的服务提供端的服务质量；

根据所述服务质量，计算选择出的服务提供端的信用度。

16.如权利要求15所述的方法，其特征在于，所述根据所述服务需求端的需求和已记录的服务提供端的信息，选择为所述服务需求端提供服务的服务提供端，包括：

按照所述信用度由高到低的顺序，根据所述服务需求端的需求和已记录的服务提供端的信息，选择为所述服务需求端提供服务的服务提供端。

Images