CN108900569A - 服务提供端设备及服务提供方法 - Google Patents

Abstract

本发明公开了服务提供端设备及服务提供方法。设备包括：处理装置，用于根据所述服务提供端设备的信息，生成服务加入请求；通信装置，用于向资源管理系统发送所述服务加入请求；所述服务提供端设备的信息通过区块链记录在所述资源管理系统中，用于与服务需求设备的需求进行匹配。终端可以申请成为服务提供端设备，资源管理系统根据服务需求端设备的需求为其调度服务提供端设备。一方面，系统的可调度资源容量不存在上限，保证了服务的稳定性，另一方面，调度根据服务需求端设备的需求执行，保证服务差异化的要求。通过区块链来记录服务提供端设备的信息，保证了所记录信息的安全性。

Description

服务提供端设备及服务提供方法

技术领域

本发明涉及网络服务领域，特别涉及服务提供端设备及服务提供方法。

背景技术

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

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

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

发明内容

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

第一方面，本发明实施例提供了一种服务提供端设备，所述设备包括：

处理装置，用于根据所述服务提供端设备的信息，生成服务加入请求；

通信装置，用于向资源管理系统发送所述服务加入请求；

所述服务提供端设备的信息通过区块链记录在所述资源管理系统中，用于与服务需求设备的需求进行匹配。

第二方面，本发明实施例提供了一种服务提供方法，所述方法包括：

根据服务提供端设备的信息，生成服务加入请求；

向资源管理系统发送所述服务加入请求；

所述服务提供端设备的信息通过区块链记录在所述资源管理系统中，用于与服务需求端设备的需求进行匹配。

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

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

附图说明

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

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

图2是一示例性实施例中服务提供端设备的客户端软件界面图；

图3是一示例性实施例中服务提供端设备的示意图；

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

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

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

图7是一示例性实施例中服务提供方法的流程图。

具体实施方式

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

本发明实施例中的服务提供端设备，在资源管理系统的调度下提供服务，下面先介绍资源管理系统的架构。

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

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

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

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

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

服务提供端设备15包括：处理装置151和通信装置152。

处理装置151，用于根据自身的设备信息，生成服务加入请求。

通信装置152，用于向资源管理系统10发送服务加入请求。

可选的，调度装置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可以针对不同类型的服务，来执行调度。

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

在一示例性实施例中，服务提供端设备15可以是移动终端、机顶盒等消费级终端设备，也可以是专用于资源管理系统10的专业级服务提供端设备，专业级服务提供端设备，具备较高的性能，例如更大的存储空间、更高的运算能力等，可以是服务器等。对于消费级终端设备，只需在终端设备上安装客户端软件，用户即可使用该终端设备执行与资源管理系统10相关的各项功能，对于专业级服务提供端设备，其本身就安装有客户端软件。图2示出了一种客户端服务提供端设备的客户端软件界面。

如图3所示，服务提供端设备15包括：处理装置151、通信装置152和计费装置153。

处理装置151，用于确定要提供的服务类型，根据服务类型和自身的设备信息，生成服务加入请求。

服务提供端设备15的用户通过客户端软件的界面可以指定要提供的服务类型。对于消费级终端设备，可以指定单独的某种服务，例如DDoS服务或CDN服务，对于专业级终端设备，可以同时指定多种服务。处理装置151可以获取用户的指定，从而确定要提供的服务类型。

服务提供端设备15的设备信息，可以包括存储空间、网络带宽、自身位置、中央处理器类型等。

通信装置152，用于向资源管理系统10发送所述服务加入请求。

资源管理系统10可以在收到服务加入请求后进行审核，主要是查询服务提供端设备15的账户余额是否满足设定条件，当服务提供端设备15的账户余额不足时，资源管理系统10会向服务提供端设备15发送余额不足通知，此时计费装置153向服务提供端设备15的账户中充值，并向通信装置152返回充值完成通知，通信装置152将向资源管理系统10发送充值完成通知。在资源管理系统10的审核通过之后，通信装置152将接收到资源管理系统10发送的服务开始通知。

在一示例性实施例中，如图4所示，服务需求端设备14通过区块链的智能合约在资源管理系统10获取服务，服务提供端设备15通过区块链的智能合约加入资源管理系统来提供服务。服务需求端设备14可以是企业、运营商等的终端设备。

资源管理系统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指示所需的专业资源池，因此服务获取请求中可以携带资源池选择指示。

调度装置13主要调度的是服务器等专业级终端设备，这种终端设备的存储空间、运算力等都较大，能够满足专业服务的需求。

计费装置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如何提供服务的举例。

图5是一示例性实施例中资源管理系统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千个防护服务。

图6是一示例性实施例中资源管理系统10提供CDN服务的示意图。服务需求端设备14通过智能合约从资源管理系统10获取服务，当需要CDN服务时，服务需求端设备14向资源管理系统10发送加速请求，资源管理系统10根据加速流量等级、加速地域动态建立资源池，资源池中的每个服务提供端设备15都具有文件缓存能力，服务提供端设备15之间通过P2P技术获取资源文件的缓存。服务需求端设备14可以很容易的从相邻的服务提供端设备15中获取到资源。服务提供端设备15中的通信装置152，可以通过网络资源列表，从其他服务提供端设备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级别服务。

在一示例性实施例中，如图7所示，服务提供方法包括如下步骤：

步骤71：根据服务提供端设备的信息，生成服务加入请求；

步骤72：向资源管理系统发送服务加入请求。

上述服务提供端设备的信息通过区块链记录在资源管理系统中，用于与服务需求端设备的需求进行匹配。

可选的，在上述步骤71中，可以先确定要提供的服务类型，然后根据服务类型和服务提供端设备的信息，生成服务加入请求。

可选的，服务提供方法还可以包括：接收资源管理系统发送的服务开始通知。

进一步，可选的，服务提供方法还可以包括：在接收服务开始通知之前，接收资源管理系统发送的余额不足通知；向服务提供端设备的账户中充值；向资源管理系统发送充值完成通知。

可选的，在提供CDN加速服务时，服务提供方法还可以包括：获取网络资源列表，并根据列表从其他服务提供端设备获取缓存资源。

以上服务提供方法及各可选实施方式中的具体实现，与前文已描述过的装置部分的对应内容相同，这里不再赘述。

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

Claims (10)

1.一种服务提供端设备，其特征在于，所述设备包括：

处理装置，用于根据所述服务提供端设备的信息，生成服务加入请求；

通信装置，用于向资源管理系统发送所述服务加入请求；

所述服务提供端设备的信息通过区块链记录在所述资源管理系统中，用于与服务需求设备的需求进行匹配。

2.如权利要求1所述的设备，其特征在于，所述处理装置被配置为：

确定要提供的服务类型；

根据所述服务类型和所述服务提供端设备的信息，生成服务加入请求；

所述服务类型，用于与服务需求设备的需求进行匹配。

3.如权利要求1所述的设备，其特征在于，所述通信装置，还用于接收所述资源管理系统发送的服务开始通知。

4.如权利要求3所述的设备，其特征在于，所述通信装置，还用于接收所述资源管理系统发送的余额不足通知；向所述资源管理系统发送充值完成通知；

所述设备还包括：计费装置，用于在所述通信装置收到所述余额不足通知后，向所述服务提供端设备的账户中充值，并向所述通信装置返回充值完成通知。

5.如权利要求1至4任一项所述的设备，其特征在于，所述通信装置，还用于获取网络资源列表，并根据所述列表从其他服务提供端设备获取缓存资源。

6.一种服务提供方法，其特征在于，所述方法包括：

根据服务提供端设备的信息，生成服务加入请求；

向资源管理系统发送所述服务加入请求；

所述服务提供端设备的信息通过区块链记录在所述资源管理系统中，用于与服务需求端设备的需求进行匹配。

7.如权利要求6所述的方法，其特征在于，所述根据服务提供端设备的信息，生成服务加入请求，包括：

确定要提供的服务类型；

根据所述服务类型和所述服务提供端设备的信息，生成服务加入请求；

所述服务类型，用于与服务需求设备的需求进行匹配。

8.如权利要求6所述的方法，其特征在于，所述方法还包括：

接收所述资源管理系统发送的服务开始通知。

9.如权利要求8所述的方法，其特征在于，所述方法还包括：

在接收服务开始通知之前，接收所述资源管理系统发送的余额不足通知；

向所述服务提供端设备的账户中充值；

向所述资源管理系统发送充值完成通知。

10.如权利要求6至9任一项所述的方法，其特征在于，所述方法还包括：获取网络资源列表，并根据所述列表从其他服务提供端设备获取缓存资源。