CN111090818B - 资源管理方法、资源管理系统、服务器及计算机存储介质 - Google Patents

Abstract

本申请提供了一种资源管理方法、资源管理系统、服务器及计算机存储介质。资源管理方法应用于资源管理系统，资源管理系统至少包括第一服务器和第二服务器；其中，第一服务器和第二服务器建立通信连接；资源管理方法包括：第一服务器从消息队列获取资源的第一下载地址；第一服务器根据第一下载地址下载资源；第一服务器将资源上传到第二服务器；第二服务器根据资源产生第二下载地址，并将第二下载地址发送给第一服务器，其中，第二下载地址为资源在第二服务器中的地址；第一服务器将第二下载地址发送给审核服务器，以使审核服务器根据第二下载地址审核资源。通过上述资源管理方法，有效防止出现审核服务器无法审核出更改后的资源的情况，提高资源管理的针对性。

Description

资源管理方法、资源管理系统、服务器及计算机存储介质

技术领域

本申请涉及计算机应用技术领域，特别是涉及一种资源管理方法、资源管理系统、服务器及计算机存储介质。

背景技术

现代生活中，互联网与人们的生活密不可分。通过互联网用户可以获取第三方的服务资源。

网络安全法规定不允许传播违规或违法资源，用户通过互联网获取第三方的服务资源时，往往需要审核；审核通过后，用户采用获取并使用服务资源。

但目前的资源管理技术中，审核系统根据资源的链接进行审核，当用户修改第三方的服务资源后，对应链接也是不变的。这样就容易出现以下风险：当第三方的服务资源不是违规时，秩序审核通过之后，用户在第三方平台修改该链接的资源，把服务资源改成违规的，秩序审核的链接不变，这样就跳过了秩序审核。

发明内容

本申请提供了一种资源管理方法、资源管理系统、服务器及计算机存储介质，主要解决的技术问题是如何防止发生违法或违规资源跳过秩序审核的情况。

为解决上述技术问题，本申请提供了一种资源管理方法，所述资源管理方法应用于资源管理系统，所述资源管理系统至少包括第一服务器和第二服务器；其中，所述第一服务器和所述第二服务器建立通信连接；

所述资源管理方法包括：

所述第一服务器从消息队列获取资源的第一下载地址；

所述第一服务器根据所述第一下载地址下载所述资源；

所述第一服务器将所述资源上传到所述第二服务器；

所述第二服务器根据所述资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器，其中，所述第二下载地址为所述资源在所述第二服务器中的地址；

所述第一服务器将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述资源。

为解决上述技术问题，本申请还提供了一种应用于直播的资源管理方法，所述资源管理方法应用于直播资源管理系统，所述直播资源管理系统至少包括第一服务器和第二服务器；其中，所述第一服务器和所述第二服务器建立通信连接；

所述资源管理方法包括：

所述第一服务器从消息队列获取直播资源的第一下载地址；

所述第一服务器根据所述第一下载地址下载所述直播资源；

所述第一服务器将所述直播资源上传到所述第二服务器；

所述第二服务器根据所述直播资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器，其中，所述第二下载地址为所述直播资源在所述第二服务器中的地址；

所述第一服务器将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述直播资源。

为解决上述技术问题，本申请还提供了一种资源管理系统，所述资源管理系统至少包括第一服务器和第二服务器；其中，所述第一服务器与所述第二服务器建立通信连接；

所述第一服务器用于从消息队列获取资源的第一下载地址；

所述第一服务器还用于根据所述第一下载地址下载所述资源；

所述第一服务器还用于将所述资源上传到所述第二服务器；

所述第二服务器用于根据所述资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器，其中，所述第二下载地址为所述资源在所述第二服务器中的地址；

所述第一服务器进一步用于将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述资源。

为解决上述技术问题，本申请还提供了另一种资源管理方法，所述资源管理方法应用于所述第一服务器，所述第一服务器与所述第二服务器建立通信连接；

所述第一服务器从消息队列获取资源的第一下载地址；

所述第一服务器根据所述第一下载地址下载所述资源；

所述第一服务器将所述资源上传到所述第二服务器，以使所述第二服务器根据所述资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器，其中，所述第二下载地址为所述资源在所述第二服务器中的地址；

所述第一服务器将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述资源。

为解决上述技术问题，本申请还提供了一种服务器，所述服务器包括通信器和处理器；其中，所述通信器与所述处理器耦接；

所述通信器用于通信连接所述第二服务器；

所述处理器用于：

从消息队列获取资源的第一下载地址；

根据所述第一下载地址下载所述资源；

将所述资源上传到所述第二服务器，以使所述第二服务器根据所述资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器，其中，所述第二下载地址为所述资源在所述第二服务器中的地址；

将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述资源。

为解决上述技术问题，本申请还提供了一种计算机存储介质，所述计算机存储介质存储有程序数据，所述程序数据能够被执行以实现上述的资源管理方法。

与现有技术相比，本申请的有益效果是：第一服务器从消息队列获取资源的第一下载地址；第一服务器根据第一下载地址下载资源；第一服务器将资源上传到第二服务器；第二服务器根据资源产生第二下载地址，并将第二下载地址发送给第一服务器；第一服务器将第二下载地址发送给审核服务器，以使审核服务器根据第二下载地址审核资源；第二服务器产生资源对应的新的下载地址，第一服务器将新的下载地址发送给审核服务器进行秩序审核；当资源出现更新时，第二服务器也能够及时根据更新后的资源产生用于秩序审核的新的下载地址，有效防止出现审核服务器无法审核出更新后的资源的情况，提高资源管理的针对性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1是本申请资源管理方法第一实施例的流程示意图；

图2是图1中资源管理系统的结构示意图；

图3是图2中资源管理系统的信息交互示意图；

图4是本申请资源管理方法第二实施例的流程示意图；

图5是本申请资源管理方法第三实施例的流程示意图；

图6是本申请资源管理方法第四实施例的流程示意图；

图7是本申请资源管理系统一实施例的结构示意图；

图8是本申请服务器一实施例的结构示意图；

图9是本申请计算机存储介质一实施例的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请提出了一种资源管理方法，通过资源管理方法可以实现多种资源的管理；例如，通过本实施例的资源管理方法可以实现和用于直播资源的管理，如用户头像资源管理等；具体请参见图1～图3，图1是本申请资源管理方法第一实施例的流程示意图，图2是图1中资源管理系统的结构示意图，图3是图2中资源管理系统的信息交互示意图。

本实施例的资源管理方法应用于资源管理系统20，如图2所示，资源管理系统20至少包括第一服务器21和第二服务器22，其中，第一服务器21和第二服务器22建立通信连接。

在本实施例中，至少一个客户端23、用户服务器24和审核服务器25连接消息管理系统20，客户端23、用户服务器24和审核服务器25通过消息管理系统20实现资源管理方法。客户端23可以是观众端或者主播端。

具体地，客户端23分别与用户服务器24和消息管理系统20中的第一服务器22建立通信连接。在终端的领域，客户端23可为家用电脑、智能手机、平板电脑等智能终端；在操作系统的领域，客户端23可为安卓客户端或IOS客户端。

用户服务器24为资源下载地址的生产者，用户服务器24也可为用户系统。用户服务器24与第一服务器21之间构建消息队列，使用Java消息服务应用程序接口作为生产者和消费者的桥梁，其中，用户服务器24为下载地址的生产者，第一服务器21为下载地址的消费者。进一步地，用户服务器24和第一服务器21均采用分布式部署的服务器集群，提高消息管理系统20的可靠性和稳定性。

第一服务器21可为本地服务器，将第三方服务资源拉回本地服务器，接触与第三方平台的关联，能够最大限度的控制用户的行为。多个客户端23与第一服务器21建立通信连接后，多个客户端23从第一服务器21处下载第三方服务资源。

第二服务器22可为S3云存储服务器或S3云存储平台，S3云存储服务器有无限容量，并且S3云存储服务器有大量免费流量，同时能够提供给多个客户端23直接上传资源。

如图1所示，结合图3的信息交互示意图，该资源管理方法包括以下步骤：

S11：第一服务器从消息队列获取资源的第一下载地址。

其中，一个或多个客户端23发送请求信息给用户服务器24，请求获取服务资源。例如，在直播系统中，作为观众端或主播端的客户端23使用第三方账号注册时，客户端23发送请求信息给用户服务器24，请求获取头像服务资源。

用户服务器24将第三方服务资源的第一下载地址存入消息队列。当第一下载地址存入消息队列后，Java消息服务应用程序接口通知第一服务器21。第一服务器21从消息队列获取服务资源的第一下载地址。

S12：第一服务器根据第一下载地址下载资源。

其中，获取服务资源的第一下载地址后，第一服务器21根据该第一下载地址下载对应的服务资源。

S13：第一服务器将资源上传到第二服务器。

其中，第一服务器21将服务资源上传到第二服务器22。

S14：第二服务器根据资源产生第二下载地址，并将第二下载地址发送给第一服务器。

其中，第二服务器22根据服务资源产生第二下载地址，其中，第二下载地址为服务资源在第二服务器22中的地址，该第二下载地址用于秩序审核。

具体地，当服务资源被更改时，第一下载地址不会改变，第一服务器21根据第一下载地址下载服务资源，并将服务资源上传到第二服务器22。第二服务器22根据服务资源第二下载地址，通过第二下载地址，审核服务器25或其它服务器可以从第二服务器22中获取服务资源，从而实现将第三方平台的服务资源直接拉回第二服务器22。

进一步地，由于第二服务器22能够直接获取服务资源，并根据服务资源产生第二下载地址，当服务资源出现更新时，第二服务器22也能够获取更新后的服务资源，从而产生对应的第二下载地址。

第二服务器22将第二下载地址发送给第一服务器21。

S15：第一服务器将第二下载地址发送给审核服务器，以使审核服务器根据第二下载地址审核资源。

其中，第一服务器21将第二下载地址发送给审核服务器25，审核服务器25对第二下载地址对应的服务资源进行审核。审核结果为通过时，客户端23允许继续使用该服务资源。

例如，在直播系统中，客户端23成功注册后，客户端23向用户服务器24请求头像服务资源。该头像服务资源通过秩序审核并审核成功时，客户端23允许使用该头像服务资源。客户端23重新登录时，客户端23通过第三方平台更改头像服务资源；第三方平台更改头像服务资源后，产生的第一下载地址不会改变。

在现有技术中，审核服务器25只能通过第一下载地址从第三方平台获取头像服务资源，从而审核对应的头像服务资源。在本实施例中，第二服务器22从第一服务器21获取第一下载地址，并存储第一下载地址对应的头像服务资源，然后根据存储的头像服务资源生成第二下载地址，并由第一服务器21发送至审核服务器25进行秩序审核，此时，审核服务器25根据第二下载地址即可审核第二服务器22中的头像服务资源，从而解除资源管理系统20与第三方平台的关联。

在本实施例中，资源管理系统20通过第二服务器22根据服务资源产生第二下载地址，并通过第一服务器21将第二下载地址发送至审核服务器25进行秩序审核，保证了审核服务器25秩序审核的对象为最新的服务资源，从而有效防止出现审核服务器25无法审核出更新后的服务资源的情况，提高资源管理的针对性；进一步地，本实施例的资源管理方法引入消息队列，实现数据接入和处理分离，提高数据传输的效率。

本申请还提供了另一种资源管理方法，具体请参见图4，图4是本申请资源管理方法第二实施例的流程示意图。

同样地，本实施例的资源管理方法应用于图2的资源管理系统20，具体请参见图2，在此不再赘述。

在上述资源管理方法第一实施例的步骤S14的基础上，本实施例的资源管理方法进一步还包括以下步骤：

S21：第二服务器将第二下载地址存储在数据库。

其中，根据服务资源产生第二下载地址后，第二服务器22将第二下载地址存储在数据库(图中未示出)。数据库可为第二服务器22的数据库，也可为独立的分布式部署的数据库集群。步骤S21后，资源管理方法分别进入步骤S22和步骤S23。

S22：第一服务器从数据库获取第二下载地址。

其中，第一服务器21与数据库建立通信连接。在第二服务器22将第二下载地址存储在数据库后，第一服务器21获取数据库中的第二下载地址。

S23：客户端从数据库获取第二下载地址，并根据第二下载地址下载资源。

其中，多个客户端23分别与步骤S21中的数据库建立通信连接。在第二服务器22将第二下载地址存储在数据库后，客户端23从数据库获取对应的第二下载地址，并根据该第二下载地址下载和使用服务资源。

例如，在直播系统中，客户端23使用第三方账号注册后，资源管理系统20的第一服务器21根据从消息队列获取的第一下载地址下载对应的头像服务资源，并将头像服务资源发送给第二服务器22。第二服务器22根据头像服务资源产生第二下载地址，并将第二下载地址存储在数据库中。客户端23从该数据库获取对应的第二下载地址，并根据该第二下载地址下载和使用对应的头像服务资源，以在客户端23上显示相应的头像。

在上述过程中，客户端23允许在头像服务资源经过秩序审核的审核结果产生前使用该头像服务资源。现有技术中，客户端23必须在头像服务资源经过秩序审核，且秩序审核的审核结果为通过时，才能使用头像服务资源。但由于秩序审核需要处理时间，客户端23在注册后，需要一定时间才能使用头像服务资源，资源管理系统20的效率降低，会影响客户端23的用户体验。

在本实施例中，秩序审核之前或秩序审核过程中，客户端23允许先使用头像服务资源，同时第一服务器21将该头像服务资源的第二下载地址发送至审核服务器25进行秩序审核。第一服务器21根据秩序审核的结果判断是否允许客户端23继续使用该头像服务资源。当第一服务器21接收到审核服务器25的审核成功信息时，客户端23允许继续使用该头像服务资源；当审核失败时，进入步骤S24。

S24：当第一服务器接收到审核服务器的审核失败信息时，第一服务器发送控制指令给数据库，以使数据库根据控制指令删除资源。

其中，当数据库为第一服务器22的本地数据库时，第一服务器21发送控制指令给第二服务器22，以使第二服务器22删除数据库中与审核失败信息对应的服务资源；当数据库为独立的数据库集群时，第一服务器21发送控制指令给数据库，以使数据库根据控制指令删除服务资源。

当数据库中的服务资源被删除，客户端23注册或重新登录时，客户端23无法从数据库中获取服务资源的第二下载地址。例如，在直播系统中，当数据库中的头像服务资源的第二下载地址被删除，客户端23重新登录直播系统时，客户端23无法从数据库中获取头像服务资源的第二下载地址，客户端23的头像无法显示或者显示空白图像。客户端23需要重新申请第三方平台的合法头像服务资源。

或者，第一服务器21也可发送控制指令给第二服务器22，以使第二服务器22删除已存储的服务资源。即使客户端23从数据库中获取服务资源的第二下载地址，客户端23无法根据第二下载地址下载对应的服务资源，以禁止客户端23继续使用违法服务资源。

在本实施例中，资源管理系统20允许客户端23在服务资源经过秩序审核的审核结果产生前使用该服务资源，能够提高客户端23获取服务资源的速度，提高资源管理系统20的效率，进一步提高用户体验。

本申请还提供了又一种资源管理方法，具体请参见图5，图5是本申请资源管理方法第三实施例的流程示意图。

同样地，本实施例的资源管理方法应用于图2的资源管理系统20，具体请参见图2，在此不再赘述。

在上述资源管理方法第一实施例的基础上，资源管理方法步骤S11进一步还包括以下步骤：

S31：多个第一服务器监听消息队列。

其中，资源管理系统20进一步包括多个第一服务器21，多个第一服务器21监听与用户服务器24之间的消息队列。当消息队列中写入资源对应的第一下载地址时，多个第一服务器21能够及时获悉该情况，并从消息队列中获取下载地址。

本实施例中，用户服务器24与第一服务器21之间通过Java消息服务应用程序接口构建消息队列，能够避免长时间轮询查看是否有下载地址写入消息队列，造成不必要的资源消耗。通过Java消息服务应用程序接口能够直接通知多个第一服务器21出现下载地址写入消息队列的情况，第一服务器21通过监听或者短轮询的方式即可获取消息队列的情况。

S32：在监听到消息队列写入多个资源对应的第一下载地址时，多个第一服务器同时分别获取对应的第一下载地址。

其中，在多个资源对应的第一下载地址写入消息队列时，多个第一服务器21均需获取消息队列中的下载地址。下载地址在Java消息服务应用程序接口中同步传输容易出现传输错误的问题，本申请的资源管理方法采用异步队列分布式处理的方式实现下载地址传输，不会影响资源管理系统20的业务逻辑，同时能够达到资源传输目的。

具体地，资源管理方法使用spring boot框架自带的多线程方式去处理多个第一服务器21分别获取对应的第一下载地址的操作，能够提升高并发下的下载速度。

多线程技术能够同步完成多项下载任务，通过提高资源使用效率来提高系统的效率，能够在同一时间完成多项任务。具体地，资源管理方法将每个第一服务器21获取对应第一下载地址的任务分配到各个线程运行，每个线程运行的任务可以同时进行，且互不干扰，从而提高资源使用效率。

在本实施例中，第一服务器21通过监听或短轮询的方式查看是否有下载地址写入消息队列，相对于长时间轮询查看的方式，能够减少不必要的资源消耗；多个第一服务器21通过多线程技术获取对应的第一下载地址，多个获取任务同时进行且互不干扰，从而提高资源使用效率，进而提高资源管理系统20的效率。

本申请还提供了再一种资源管理方法，具体请参见图6，图6是本申请资源管理方法第四实施例的流程示意图。

同样地，本实施例的资源管理方法应用于图2的资源管理系统20，具体请参见图2，在此不再赘述。

在上述资源管理方法第一实施例的基础上，资源管理方法步骤S11进一步还包括以下步骤：

S41：第一服务器通过缓冲字节的方法从消息队列获取资源的第一下载地址。

其中，第一服务器21通过缓存IO流的方式下载消息队列中的第一下载地址。字节流IO下载会将第一下载地址的所有字节写入JVM(JAVA虚拟机)内存，然后，第一服务器21再将JVM内存的第一下载地址存储在自身的数据库中。

S42：当第一服务器成功获取资源的第一下载地址后，第一服务器清除已缓冲的字节。

其中，在第一服务器21成功将资源的第一下载地址存储在自身的数据库时，第一服务器21清除JVM内存中已缓冲的字节。

在现有技术中，JVM内存已缓冲的字节不作清除或者清除周期较长，由于JVM内存的大小有限，随着读写的字节越来越多，最终会导致JVM内存溢出，导致程序崩溃。在本实施例中，资源管理方法引入了buffer读写方式和每次写入结束清除JVM内存的操作，进一步提升IO效率和避免JVM存储溢出。

具体地，第一服务器21每次存储完第一下载地址，就将该次读写的字节从JVM内存中清除，确保JVM内存中一直有足够的空间进行读写任务；进一步地，使用buffer读写能够提升读写效率。本实施例通过JAVA IO的函数对IO数据进行清除，利用该特性去提升第一服务器21的业务逻辑的效率和避免故障。

在本实施例中，通过引入buffer读写方式和每次写入结束清除JVM内存的操作对IO流进行优化，提高第一服务器21的下载效率和解决JVM内存溢出问题。

本申请还提供了一种资源管理系统，具体请参见图7，图7是本申请资源管理系统一实施例的结构示意图。

如图7所示，资源管理系统30至少包括第一服务器31和第二服务器32。

在本实施例中，至少一个客户端41和推送端44分别连接资源管理系统40，至少一个客户端43、用户服务器44和审核服务器45通过资源管理系统30实现上述实施例中的资源管理方法。

具体地，客户端43分别与用户服务器44和资源管理系统30的第一服务器31建立通信连接，第一服务器41分别与第二服务器42、审核服务器45和用户服务器44建立通信连接。

其中，第一服务器41用于从消息队列获取资源的第一下载地址。

第一服务器41还用于根据第一下载地址下载资源。

第一服务器41还用于将资源上传到第二服务器42。

第二服务器42用于根据资源产生第二下载地址，并将第二下载地址发送给第一服务器41，其中，第二下载地址为资源在第二服务器42中的地址。

第一服务器41进一步用于将第二下载地址发送给审核服务器45，以使审核服务器45根据第二下载地址审核资源。

本申请还提供了一种服务器，具体请参见图8，图8是本申请服务器一实施例的结构示意图。

服务器800为上述实施例所揭示的第一服务器21，服务器800与第二服务器建立通信连接。

如图8所示，服务器800包括通信器81和处理器82，其中，通信器81与处理器82建立连接。

其中，通信器81用于通信连接所述第二服务器。

处理器82用于：

从消息队列获取资源的第一下载地址；

根据第一下载地址下载资源；

将资源上传到第二服务器，以使第二服务器根据资源产生第二下载地址，并将第二下载地址发送给第一服务器，其中，第二下载地址为资源在第二服务器中的地址；

将第二下载地址发送给审核服务器，以使审核服务器根据第二下载地址审核资源。

在本实施例中，处理器82还可以称为CPU(Central Processing Unit，中央处理单元)。处理器82可能是一种集成电路芯片，具有信号的处理能力。处理器82还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器82也可以是任何常规的处理器等。

本申请还提供一种计算机存储介质，如图9所示，计算机存储介质900存储有程序数据，程序数据能够被执行以实现如本申请资源管理方法实施例中所述的方法。

本申请资源管理方法实施例中所涉及到的方法，在实现时以软件功能单元的形式存在并作为独立的产品销售或使用时，可以存储在装置900中，例如一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种资源管理方法，其特征在于，所述资源管理方法应用于资源管理系统，所述资源管理系统至少包括第一服务器和第二服务器；其中，所述第一服务器和所述第二服务器建立通信连接；

所述资源管理方法包括：

所述第一服务器从消息队列获取第三方服务资源的第一下载地址；

所述第一服务器根据所述第一下载地址下载所述第三方服务资源；

所述第一服务器将所述第三方服务资源上传到所述第二服务器；

所述第二服务器根据所述第三方服务资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器，其中，所述第二下载地址为所述第三方服务资源在所述第二服务器中的地址；

所述第一服务器将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述第三方服务资源；

所述第一服务器将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述第三方服务资源；

所述第二服务器进一步包括数据库；

所述第二服务器根据所述第三方服务资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器的步骤，进一步包括：

所述第二服务器将所述第二下载地址存储在所述数据库；

所以第一服务器从所述数据库获取所述第二下载地址；

所述第一服务器将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述第三方服务资源的步骤之后，所述资源管理方法还包括：

当所述第一服务器接收到所述审核服务器的审核失败信息时，所述第一服务器发送控制指令给所述数据库，以使所述数据库根据所述控制指令删除所述第三方服务资源。

2.根据权利要求1所述的资源管理方法，其特征在于，

所述第二服务器将所述第二下载地址存储在所述数据库的步骤之后，所述资源管理方法进一步包括：

客户端从所述数据库获取所述第二下载地址，并根据所述第二下载地址下载所述第三方服务资源。

3.根据权利要求1所述的资源管理方法，其特征在于，所述第一服务器从消息队列获取所述第三方服务资源的第一下载地址的步骤，进一步包括：

所述第一服务器监听所述消息队列；

在所述第一服务器监听到所述消息队列写入所述第一下载地址时，所述第一服务器获取所述第三方服务资源的第一下载地址。

4.根据权利要求3所述的资源管理方法，其特征在于，所述资源管理系统包括多个所述第一服务器；

所述第一服务器监听所述消息队列的步骤之后，所述资源管理方法还包括：

在监听到所述消息队列写入多个所述第三方服务资源对应的第一下载地址时，多个所述第一服务器同时分别获取对应的所述第一下载地址。

5.根据权利要求1所述的资源管理方法，其特征在于，所述第一服务器从消息队列中获取所述第三方服务资源的第一下载地址的步骤，进一步包括：

所述第一服务器通过缓冲字节的方法从消息队列获取所述第三方服务资源的第一下载地址；

当所述第一服务器成功获取所述第三方服务资源的第一下载地址后，所述第一服务器清除已缓冲的字节。

6.一种应用于直播的资源管理方法，其特征在于，所述资源管理方法应用于直播资源管理系统，所述直播资源管理系统至少包括第一服务器和第二服务器；其中，所述第一服务器和所述第二服务器建立通信连接；

所述资源管理方法包括：

所述第一服务器从消息队列获取第三方直播服务资源的第一下载地址；

所述第一服务器根据所述第一下载地址下载所述第三方直播服务资源；

所述第一服务器将所述第三方直播服务资源上传到所述第二服务器；

所述第二服务器根据所述第三方直播服务资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器，其中，所述第二下载地址为所述第三方直播服务资源在所述第二服务器中的地址；

所述第一服务器将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述直播资源；

所述第二服务器进一步包括数据库；

所述第二服务器根据所述第三方直播服务资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器的步骤，进一步包括：

所述第二服务器将所述第二下载地址存储在所述数据库；

所以第一服务器从所述数据库获取所述第二下载地址；

所述第一服务器将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述第三方直播服务资源的步骤之后，所述资源管理方法还包括：

当所述第一服务器接收到所述审核服务器的审核失败信息时，所述第一服务器发送控制指令给所述数据库，以使所述数据库根据所述控制指令删除所述第三方直播服务资源。

7.一种资源管理系统，其特征在于，所述资源管理系统至少包括第一服务器和第二服务器；其中，所述第一服务器与所述第二服务器建立通信连接；

所述第一服务器用于从消息队列获取第三方服务资源的第一下载地址；

所述第一服务器还用于根据所述第一下载地址下载所述第三方服务资源；

所述第一服务器还用于将所述第三方服务资源上传到所述第二服务器；

所述第二服务器用于根据所述第三方服务资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器，其中，所述第二下载地址为所述第三方服务资源在所述第二服务器中的地址；

所述第一服务器进一步用于将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述第三方服务资源；

所述第二服务器进一步包括数据库；

所述第二服务器还用于将所述第二下载地址存储在所述数据库；

所以第一服务器还用于从所述数据库获取所述第二下载地址；当所述第一服务器接收到所述审核服务器的审核失败信息时，所述第一服务器发送控制指令给所述数据库，以使所述数据库根据所述控制指令删除所述第三方服务资源。

8.一种资源管理方法，其特征在于，所述资源管理方法应用于第一服务器，所述第一服务器与第二服务器建立通信连接；

所述第一服务器从消息队列获取第三方服务资源的第一下载地址；

所述第一服务器根据所述第一下载地址下载所述第三方服务资源；

所述第一服务器将所述第三方服务资源上传到所述第二服务器，以使所述第二服务器根据所述第三方服务资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器，其中，所述第二下载地址为所述第三方服务资源在所述第二服务器中的地址；

所述第一服务器将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述第三方服务资源；

所述第一服务器将所述第三方服务资源上传到所述第二服务器，以使所述第二服务器根据所述第三方服务资源产生第二下载地址，并将所述第二下载地址发送给所述第一服务器的步骤包括：

所述第一服务器将所述第三方服务资源上传到所述第二服务器，以使所述第二服务器根据所述第三方服务资源产生第二下载地址并存储于数据库中，并将所述数据库中的第二下载地址发送所述第一服务器；

所述第一服务器将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述第三方服务资源之后，包括：

当所述第一服务器接收到所述审核服务器的审核失败信息时，所述第一服务器发送控制指令给所述数据库，以使所述数据库根据所述控制指令删除所述第三方服务资源。

9.一种服务器，其特征在于，所述服务器包括通信器和处理器，其中，所述通信器与所述处理器耦接；

所述通信器用于通信连接第二服务器；

所述处理器用于：

从消息队列获取第三方服务资源的第一下载地址；

根据所述第一下载地址下载所述第三方服务资源；

将所述第三方服务资源上传到所述第二服务器，以使所述第二服务器根据所述第三方服务资源产生第二下载地址，并将所述第二下载地址发送给第一服务器，其中，所述第二下载地址为所述第三方服务资源在所述第二服务器中的地址；

将所述第二下载地址发送给审核服务器，以使所述审核服务器根据所述第二下载地址审核所述第三方服务资源；

所述处理器还用于将所述第二下载地址存储在数据库，以使所述第一服务器从所述数据库中获取第二下载地址；

所述处理器还用于，当所述第一服务器接收到所述审核服务器的审核失败信息时，获取所述第一服务器发送的控制指令，以使所述数据库根据所述控制指令删除所述第三方服务资源。

10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有程序数据，所述程序数据能够被执行以实现权利要求1～5中任一项所述的资源管理方法和/或权利要求6所述的资源管理方法和/或所述权利要求8所述的资源管理方法。