CN106648696A

CN106648696A - 一种资源管理的方法及服务器

Info

Publication number: CN106648696A
Application number: CN201611264766.6A
Authority: CN
Inventors: 郭嘉扬; 车欣; 李享荫
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2016-12-30
Filing date: 2016-12-30
Publication date: 2017-05-10
Anticipated expiration: 2036-12-30
Also published as: CN106648696B

Abstract

一种资源管理的方法及服务器，所述方法包括：通过至少一种渠道获取多种资源；按照资源的类型，确定所述多种资源中至少一个类型对应的至少一个第一资源集合，第一资源集合中各资源具有相同的类型；建立所述第一资源集合中各资源之间的绑定关系；从所述第一资源集合中确定第二资源集合，所述第二资源集合中各资源具有相同的版本；从所述第二资源集合中选择可靠性最高的资源作为主键资源；根据每种版本对应的主键资源生成用于提供下载的资源标识；向终端设备提供下载所述多种资源中已生成资源标识的资源的关联入口。通过采用本方案，能够对资源进行统一管理和准确的定位到对应的资源，从而优化后台的应用管理机制。

Description

一种资源管理的方法及服务器

技术领域

本发明涉及互联网技术领域，尤其涉及一种资源管理的方法及服务器。

背景技术

目前的提供用户下载应用的应用程序(英文全称：Application，英文简称：App)涉及应用下载、应用分发等功能。在App上上架的应用一般是由App开发后台上传，但对于App开发后台而言，只能被动的接收外部渠道推送的应用，然后将推送的应用上传，以供用户下载。但在后续有新增的外部渠道向App推送应用时，在App后台不能对新增的应用进行修改操作，只能被动接受后上传。并且也不能对新增的应用进行自动化的管理，只能由App后台维护人员手动添加，并且对于后续新增的属于同一应用的应用需要分门别类进行管理，而不能进行流程统一化的管理，可见对于应用的管理机制并不完善。

发明内容

本发明提供了一种资源管理的方法及服务器，能够解决现有技术中App后台无法对从多种渠道获取的应用进行合理的管理的问题。

第一方面提供一种资源管理的方法，所述方法包括：

通过至少一种渠道获取多种资源；

按照资源的类型，确定所述多种资源中至少一个类型对应的至少一个第一资源集合，所述第一资源集合中各资源具有相同的类型；

建立所述第一资源集合中各资源之间的绑定关系；

从所述第一资源集合中确定第二资源集合，所述第二资源集合中各资源具有相同的版本；

从所述第二资源集合中选择可靠性最高的资源作为主键资源；

根据每种版本对应的主键资源生成用于提供下载的资源标识；

向终端设备提供下载所述多种资源中已生成资源标识的资源的关联入口。

本发明第二方面提供一种服务器，具有实现对应于上述第一方面提供的资源管理的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块，所述模块可以是软件和/或硬件。

一种可能的设计中，所述服务器包括：

获取模块，用于通过至少一种渠道获取多种资源；

处理模块，用于按照资源的类型，确定所述多种资源中至少一个类型对应的至少一个第一资源集合，所述第一资源集合中各资源具有相同的类型；

建立所述第一资源集合中各资源之间的绑定关系；

相较于现有技术，本发明提供的方案中，从不同渠道获取的第一资源集合后，建立第一资源集合中各资源之间的绑定关系，从所述第一资源集合中确定第二资源集合，并从所述第二资源集合中选择主键资源。在得到每个版本的主键资源后，可根据每个版本的主键资源生成用于提供下载的资源标识。通过该资源标识可以对该资源标识下的所有相同类型的资源进行统一管理和准确的定位到对应的资源，从而优化后台的应用管理机制。

附图说明

图1为本实施例中状态机的一种状态示意图；

图2为本实施例中场景架构示意图；

图3为本实施例中资源管理的方法的一种流程示意图；

图4为本实施例中绑定资源的一种示意图；

图5为本实施例中有限状态机的一种状态示意图；

图6为本实施例中一种应用场景示意图；

图7为本实施例中游戏管理的应用界面的一种示意图；

图8为本实施例中服务器的一种示意图；

图9为本实施例中服务器的另一种示意图。

具体实施方式

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块，本文中所出现的模块的划分，仅仅是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本文中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本发明实施例方案的目的。

本发明实施例提供了一种资源管理的方法及服务器，本发明可基于有限状态机实现全部功能，主要用于互联网通信技术领域，能够有效合理和高效的管理资源。以下进行详细说明。

本发明中的服务器包括数据库系统，数据库系统能够存储各种应用数据的操作系统，其存储的信息可包括应用名称、应用安装包、应用平台信息等，可通过该数据库系统与外部渠道交互，以更新数据库系统本地存储的数据。服务器可随时调用该数据库中的数据，或写入数据、编辑其中的数据等操作。例如，该数据库系统为游戏库系统时，该游戏库系统是指存储多平台大量游戏数据的操作系统，存储的信息包括平台信息、游戏名称、开发商信息、游戏安装包等字段，通过外部渠道数据联通，自动更新游戏信息，并保存记录各游戏所处状态。通过对游戏库系统进行操作，可实现对游戏状态的扭转，游戏信息的增删改查和线上内容数据的打通。

服务器的数据库系统可搭建管理端数据库和运营端数据库。其中，管理端数据库用来维护未上线资源的各种数据，与线上运营无关。管理端数据库可包括绑定的资源、资源的绑定信息、未上线的应用信息、各种类型和各种版本的资源信息以及未上线的各应用的图标、图片等信息。运营端数据库则是用来维护线上应用的各种数据。运营端数据库可包括绑定的资源、资源的绑定信息、上线的应用的应用标识、上线的应用信息、各种类型和各种版本的资源信息以及上线的各应用的图标、图片等信息。通过搭建两种数据库，能够分离线上环境和管理环境，从而减少耦合，减少一方出现问题致使另一方瘫痪的可能性。此外，对于需要调用的各种数据表的归属划分上可以依据一个原则：服务器后台服务需要关注的数据表，统一放在运营端数据库；反之，如果可以对后台服务不可见的数据表，就放在管理端数据库中。

此外，对于数据库系统而言，运营端数据库可使用AngularJS框架，基于AngularJS框架构建应用程序，能够通过复用代码和技能来构建适用于所有平台的应用，能够对运营端数据库的模型视图控制器(英文全称：Model View C ontroller，英文简称：mvc)框架解耦，运营端数据库中数据的变化对管理端数据库框架选择及mvc框架结构不会有任何影响。

管理端数据库则可使用Django框架，Django框架是一个基于Python用来开发Web应用的mvc框架，具有双向绑定功能，通过在Django框架内把数据和视图绑定，即可实现数据和视图中的一方改变，另一方便随之改变。此外，Django框架中设计了可随时调用的应用组件，一定程度上能够进一步的减少代码的管理成本，以及提高代码的复用性。因此，管理端数据库采用D jango框架后，就只需关注业务逻辑。

状态机是指有限个状态以及在这些状态之间的转移和动作等行为的数学模型，也可称之为有限状态机(英文全称：Finite State Machine，英文简称：FSM)，其在任意时刻都处于有限状态集合中的某一状态。当其获得一个输入字符时，将从当前状态转换到另一个状态，或者仍然保持在当前状态。任何一个FSM都可以用状态转换图来描述，如图1所示，图1为FSM的一种状态转换示意图，图1中的节点表示FSM中的一个状态，每个节点对应一个状态对象，有向加权边表示输入字符时状态的变化。其中，每个状态对象通过一个输入字符转换到另一个状态上，或者保持原状态不变，通过输入字符从一个状态转换到另一个状态的过程，可称为一个映射。

如果图1中不存在与当前状态与输入字符对应的有向边，则FSM将进入“消亡状态”，此后FSM将一直保持“消亡状态”。状态转换图中还有两个特殊状态：状态1称为“起始状态”，表示FSM的初始状态。状态6称为“结束状态”，表示成功识别了所输入的字符序列。在启动一个FSM时，首先必须将FSM置于“起始状态”，然后输入一系列字符，最终，FSM会到达“结束状态”或者“消亡状态”。

资源集合是指资源的集合，一个资源集合中的资源属于类型相同的资源，其中的各资源的版本可相同或不同，例如资源集合是指应用数据的集合时，该集合中可包括各种不同版本的应用数据。

主键资源：针对类型相同且版本相同的资源，将其中的一个可靠性最高的资源作为唯一获取渠道的资源，便可将这唯一获取渠道的资源称为主键资源。

图2为服务器、应用分发平台和终端设备之间的场景架构图。其中，应用分发平台能够提供各种应用数据，可以通过各种方式(例如爬虫、豌豆荚等应用)从不同的渠道抓取资源，并将抓取到的资源推送给服务器。然后，服务器对这些资源进行编辑等二次加工操作，然后建立各相关资源之间的绑定关系，并生成建立绑定关系的相关资源的资源标识，然后向终端设备提供下载这些相关资源的关联入口。终端设备则可通过该关联入口，使用对应的资源标识获取到对应的资源。

为解决上述技术问题，本发明实施例主要提供以下技术方案：

从不同的渠道获取多种资源，然后按照资源的类型，确定这些资源中类型相同的资源，类型相同的资源包括至少两个版本的资源。再建立所述多种资源中类型相同的资源之间的绑定关系，并针对类型相同的资源中相同版本的资源，从相同版本的资源中选择可靠性最高的资源作为主键资源。最后根据属于相同类型的每个版本的主键资源生成用于提供下载的资源标识，并向终端设备提供下载所述多种资源中已生成资源标识的资源的关联入口。

通过以上技术方案，通过建立上述绑定关系并生成对应的资源标识，使得服务器能够对获取到的各资源进行统一、有序的管理，能够提高资源管理的效率。

请参照图1，以下对本发明提供一种资源管理的方法进行举例说明，本方法实施例包括：

101、通过至少一种渠道获取多种资源。

获取资源的渠道主要有：应用分发平台、爬虫、豌豆荚和人工录入等，具体渠道本发明不作限定。

102、按照资源的类型，确定所述多种资源中至少一个类型对应的至少一个第一资源集合，所述第一资源集合中各资源具有相同的类型。

其中，所述第一资源集合还可包括对通过至少一种渠道获取的多种资源进行编辑后的资源。换句话说，本发明中，在获取上述多个资源后，还可以对获取的资源进行二次加工(例如修补漏洞、更改逻辑或加入新的功能等)，得到符合当前业务需求的资源，避免只能被动的将获取到的资源直接提供给终端设备时可能带来的不兼容、运行容易出故障或者运行不流畅等问题。

103、建立所述第一资源集合中各资源之间的绑定关系。

例如，第一资源集合为应用A的资源集合，应用A的资源集合包括安卓(Android)版应用A、IOS版应用A、电视版应用A和电脑(英文全称：Computer，英文简称：PC)版应用A。

104、从所述第一资源集合中确定第二资源集合，所述第二资源集合中各资源具有相同的版本。

本发明中的资源的版本是指用在同类型平台的资源的版本，同类型平台的资源可来自不同的渠道，按照版本来确定出第二资源集合即可。相应的，同步骤103中的应用A的资源集合，由于此处的第二资源集合表示具有相同版本的应用A的集合，那么第二资源集合可以包括Android版应用A(渠道：应用分发平台推送)、Android版应用A(渠道：人工录入)和Android版应用A(渠道：爬虫)，或者可以包括IOS版应用A(渠道：人工录入)和IOS版应用A(渠道：爬虫)，或者包括电视版应用A和PC版应用A。

105、从所述第二资源集合中选择可靠性最高的资源作为主键资源。

例如，针对Android版应用A，可以从Android版应用A(渠道：应用分发平台推送)、Android版应用A(渠道：人工录入)和Android版应用A(渠道：爬虫)中选择Android版应用A(渠道：应用分发平台推送)作为主键资源，其他版本的应用A同理，不作赘述。

106、根据每种版本对应的主键资源生成用于提供下载的资源标识。

在前述步骤105中所选择的各版本的主键资源分别为：Android版应用A(渠道：应用分发平台推送)、IOS版应用A(渠道：爬虫)以及PC版应用A，那么，可根据这三个主键资源生成一个资源标识(线上标识)，使得终端设备可根据该线上标识获取到应用A的列表，然后通过硬件匹配后，选择下载对应版本的应用A。

107、向终端设备提供下载所述多种资源中已生成资源标识的资源的关联入口。

通俗来说，提供关联入口是指开通供终端设备下载这些资源的关联入口，也可以理解为资源上架，便于终端设备根据内置的应用宝、管家等软件去下载这些资源。

与现有机制相比，本发明实施例中，通过建立第一资源集合中各资源之间的绑定关系，从所述第一资源集合中确定第二资源集合，并从所述第二资源集合中选择主键资源。在得到每个版本的主键资源后，可根据每个版本的主键资源生成用于提供下载的资源标识。通过该资源标识可以对该资源标识下的所有相同类型的资源进行统一管理和准确的定位到对应的资源，从而优化后台的应用管理机制。

可选的，在一些发明实施例中，各个终端设备在使用相同类型的不同版本的资源中会在终端设备上安装的客户端产生各自的用户数据，例如该资源为某个论坛，有的终端设备使用的论坛App为安卓版本，有的使用的则是IOS版本、电视版本、Windows版本等版本。因此，这些终端设备会相应的这些不同版本的论坛App上产生对应用户数据(例如，对某些帖子发表的评论、发帖子、帖子的浏览量等)。可能会存在不同版本的App的用户只能看到与自己使用相同版本的App的用户在论坛上产生的用户数据更新，但无法看到使用其他版本App的用户在论坛上产生的用户数据。

那么，本发明中，由于前述部分中生成了资源标识，所以，针对向所述终端设备提供下载资源的关联入口的资源，通过生成的资源标识即可同步相同类型且不同版本的资源的用户操作数据，通过采用这种方式，可使得论坛的社区内容同步。

在一些发明实施例中，当获取的多种资源至少包括第一类型的资源集合和第二类型的资源集合时，为了便于对多种类型的资源的统一管理，还可以将不同类型的资源绑定。具体的，本发明实施例可建立一种绑定机制：

即建立所述第一类型的资源集合和所述第二类型的资源集合之间的绑定关系，使得所述第一类型的资源集合与所述第二类型的资源集合共用相同的资源标识。具体来说，在资源类型很多时，这种处理方式更加便于资源的统一管理。

例如图4所示，资源标识001对应安卓版本的应用A、IOS版本的应用A以及PC版本的应用A，资源标识002对应安卓版本的应用B、IOS版本的应用B以及电视版本的应用B。可知，这3个版本的应用A以及3个版本的应用B都已经建立绑定关系。如果现在服务器新获取一个应用C，现可将应用C与应用A建立绑定关系，以实现应用A与应用C共用资源标识001的目的。或者将应用C与应用B建立绑定关系，以实现应用B与应用C共用资源标识002的目的。考虑到服务器已向终端设备提供下载应用A域应用B的入口，所以为避免资源标识的混淆，不会再建立应用A和应用B的绑定关系，除非其中一个应用被删除，当服务器再次处理该被删除的应用时，才可能建立这两种应用的绑定关系。

在实际应用场景中，由于服务器在建立各资源之间的绑定关系时，很可能会将不需要绑定在一起管理的资源绑定，或者在绑定某些资源时出现资源标识的混淆，或者状态处理异常，或者特定情况况下的状态跳转等问题。所以，为避免这类问题，在服务器端还可设置一种防御机制，以避免建立错误的绑定关系，以及建立一种实时的根据预先计划去执行阶段性的行为。具体包括以下几种情况：

1、若未建立所述第一类型的资源集合中各资源之间的绑定关系，以及未建立所述第二类型的资源集合中各资源之间的绑定关系，则可由数据库自增生成一个作为所述第一类型的资源集合和所述第二类型的资源集合的共同的资源标识。通过这种机制能够保证当前生成的资源标识的唯一性。

2、若已建立所述第一类型的资源集合中各资源之间的绑定关系，且未建立所述第二类型的资源集合中各资源之间的绑定关系，则将所述第一类型的资源集合对应的资源标识作为所述第一类型的资源集合和所述第二类型的资源集合的共同的资源标识。通过这种机制，能够保证资源标识的唯一，且尽量简化资源标识的生成规则。

3、若已建立所述第一类型的资源集合中各资源之间的绑定关系，未建立所述第二类型的资源集合中各资源之间的绑定关系，且已开通供终端设备下载所述第一类型的资源集合的关联入口，则在建立所述第一类型的资源集合和所述第二类型的资源集合之间的绑定关系时，将所述第一类型的资源集合对应的资源标识作为所述第一类型的资源集合和所述第二类型的资源集合的共同的资源标识。

4、若已开通供终端设备下载资源的关联入口的第一类型的资源集合中包含的资源数目为两个以上，则在建立所述第一类型的资源集合和所述第二类型的资源集合时，提示绑定关系失败。通过提供这种异常处理机制，能够有效避免系统维护人员在绑定各资源时的错误绑定情况，从而优化资源管理机制。

5、若已建立所述第一类型的资源集合中各资源之间的绑定关系，未建立所述第二类型的资源集合中各资源之间的绑定关系，且未向所述终端设备提供下载所述第一类型的资源集合的关联入口，在建立所述第一类型的资源集合和所述第二类型的资源集合之间的绑定关系时，删除所述第一类型的资源集合，则在建立所述第一类型的资源集合和所述第二类型的资源集合时，提示建立绑定关系失败。

在一些发明实施例中，还可以基于状态机建立所述第一资源集合中各资源之间的绑定关系，或者基于状态机建立所述第一类型的资源集合与第二类型的资源集合之间的绑定关系。基于状态机建立绑定关系，能够按照预先定义好的状态跳转机制，预测到各种可能出现的状态，并灵活的根据当前出现的状态转移到下一个状态或者执行设定好的行为，使得整个资源管理有计划性的执行阶段性的行为，进一步优化资源管理的机制。本发明中，对应的状态机的一种数学模型如图5所示，图5以飞鹰平台为应用分发平台为例，整个状态流程跳转如下：录入新数据，对已录入的新数据进行编辑，对编辑的新数据进行审核，对已审核的新数据进行编辑，对再次编辑的新数据进行审核，若审核不通过，则将审核不通过的数据列入已下架状态；若审核通过，则将属于同一个游戏的多渠道的数据合并，绑定同一个游戏的多渠道的数据，分别从每个版本的渠道中选一个渠道的数据作为该版本的主键数据，并跳转至已选取状态，对这些渠道的数据进行上架操作，并跳转至已上架状态，在已上架状态可对上架的游戏信息(例如版本、厂商、日期等)进行编辑以及通过飞鹰平台进行推送更新，对已上架的游戏进行下架操作，跳转至已下架状态。

为便于理解，下面举一具体应用场景为例，如图6所示，图6为基于FSM的多数据源游戏库的一种流程示意图。图6中，通过应用分发平台推送、人工录入和爬虫三种渠道获取到王者荣耀的如下6种数据：Android(渠道：应用分发平台推送)、Android(渠道：人工录入)、Android(渠道：爬虫)、IOS(渠道：人工录入)、IOS(渠道：爬虫)、主机游戏和电视游戏。然后，服务器建立来自三种渠道的6种数据的王者荣耀之间的绑定关系，其绑定关系可以以映射表的形式呈现，具体呈现方式本发明不作限定。

在建立好绑定关系后，再分别从Android(渠道：应用分发平台推送)、Android(渠道：人工录入)和Android(渠道：爬虫)这三个渠道的王者荣耀中选择一个可靠性较高的版本(例如Android(渠道：应用分发平台推送))作为Android版本的主键游戏，以及从IOS(渠道：人工录入)和IOS(渠道：爬虫)这两种渠道中选择IOS(渠道：人工录入)的版本作为IOS版本的主键游戏，以及从主机游戏和电视游戏中选择主机游戏作为主键游戏。

然后，根据Android(渠道：应用分发平台推送)版本的王者荣耀、IOS(渠道：人工录入)版本的王者荣耀和主机游戏版本的王者荣耀生成一个线上标识，生成线上标识后就可以对这些渠道的各版本的王者荣耀的运营数据进行线上运营管理了。

在执行完图6所示的流程后，可进入游戏库的管理界面(如图7所示)，在管理界面中，可以对各种版本的王者荣耀进行发布、绑定、查询等操作，保存后即可进行王者荣耀的发布，使得终端设备能够根据需求下载对应版本的王者荣耀到本地。

以上对本发明中一种资源管理的方法进行说明，以下对执行上述资源管理的方法的服务器进行描述。

一、参照图8，对服务器80进行说明，服务器80包括：

获取模块801，用于通过至少一种渠道获取多种资源；

处理模块802，用于按照资源的类型，确定所述获取模块801获取到的所述多种资源中至少一个类型对应的至少一个第一资源集合，所述第一资源集合中各资源具有相同的类型；

建立所述第一资源集合中各资源之间的绑定关系；

本发明实施例中，在获取模块801从不同渠道获取的第一资源集合后，处理模块802建立第一资源集合中各资源之间的绑定关系，从所述第一资源集合中确定第二资源集合，并从所述第二资源集合中选择主键资源。在得到每个版本的主键资源后，可根据每个版本的主键资源生成用于提供下载的资源标识。通过该资源标识可以对该资源标识下的所有相同类型的资源进行统一管理和准确的定位到对应的资源，从而优化后台的应用管理机制。

可选的，在一些发明实施例中，所述处理模块802还用于：

针对向所述终端设备提供下载资源的关联入口的资源，通过生成的资源标识同步相同类型且不同版本的资源的用户操作数据。

其中，所述第一资源集合包括对通过至少一种渠道获取的多种资源进行编辑后的资源。

可选的，在一些发明实施例中，所述多种资源至少包括第一类型的资源集合和第二类型的资源集合，所述处理模块802还用于：

建立所述第一类型的资源集合和所述第二类型的资源集合之间的绑定关系，以使所述第一类型的资源集合与所述第二类型的资源集合共用相同的资源标识。

可选的，在一些发明实施例中，所述处理模块802在建立所述第一类型的资源集合和所述第二类型的资源集合之间的绑定关系后，至少还用于执行以下项之一：

若未建立所述第一类型的资源集合中各资源之间的绑定关系，以及未建立所述第二类型的资源集合中各资源之间的绑定关系，则生成作为所述第一类型的资源集合和所述第二类型的资源集合的共同的资源标识；

或者，若已建立所述第一类型的资源集合中各资源之间的绑定关系，且未建立所述第二类型的资源集合中各资源之间的绑定关系，则将所述第一类型的资源集合对应的资源标识作为所述第一类型的资源集合和所述第二类型的资源集合的共同的资源标识；

或者，若已建立所述第一类型的资源集合中各资源之间的绑定关系，未建立所述第二类型的资源集合中各资源之间的绑定关系，且已开通供终端设备下载所述第一类型的资源集合的关联入口，则在建立所述第一类型的资源集合和所述第二类型的资源集合之间的绑定关系时，将所述第一类型的资源集合对应的资源标识作为所述第一类型的资源集合和所述第二类型的资源集合的共同的资源标识；

或者，若已开通供终端设备下载资源的关联入口的第一类型的资源集合中包含的资源数目为两个以上，则在建立所述第一类型的资源集合和所述第二类型的资源集合时，提示绑定关系失败。

可选的，在一些发明实施例中，所述处理模块802还用于：

若已建立所述第一类型的资源集合中各资源之间的绑定关系，未建立所述第二类型的资源集合中各资源之间的绑定关系，且未向所述终端设备提供下载所述第一类型的资源集合的关联入口，在建立所述第一类型的资源集合和所述第二类型的资源集合之间的绑定关系时，删除所述第一类型的资源集合，则在建立所述第一类型的资源集合和所述第二类型的资源集合时，提示建立绑定关系失败。

可选的，在一些发明实施例中，建立所述第一资源集合中各资源之间的绑定关系的操作基于状态机执行。

上面从单元化功能实体的角度对本发明实施例中的服务器进行了描述，下面从硬件处理的角度分别对本发明实施例中的服务器90进行描述。图9为本发明实施例中服务器的一种结构示意图，服务器90包括：

收发器901、处理器902和存储器903(其中处理器902的数量可以一个或多个，图9中以一个处理器902为例)。

在本发明的一些实施例中，收发器901、处理器902和存储器903可通过总线或其它方式连接，其中，图9中以通过总线连接为例。

本发明实施例涉及的服务器可以具有比图9所示出的更多或更少的部件，可以组合两个或更多个部件，或者可以具有不同的部件配置或设置，各个部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件或硬件和软件的组合实现。

其中，通过调用存储器903存储的操作指令，处理器902用于执行如下步骤：

通过所述收发器901从至少一种渠道获取多种资源；

按照资源的类型，确定所述收发器901获取到的所述多种资源中至少一个类型对应的至少一个第一资源集合，所述第一资源集合中各资源具有相同的类型；

建立所述第一资源集合中各资源之间的绑定关系；

可选的，建立所述第一资源集合中各资源之间的绑定关系的操作基于状态机执行。

可选的，通过调用存储器903存储的操作指令，处理器902用于执行如下步骤：

可选的，在所述多种资源至少包括第一类型的资源集合和第二类型的资源集合时，通过调用存储器903存储的操作指令，处理器902用于执行如下步骤：

可选的，通过调用存储器903存储的操作指令，处理器902在建立所述第一类型的资源集合和所述第二类型的资源集合之间的绑定关系后，至少还用于执行以下步骤之一：

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

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

以上对本发明所提供的技术方案进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种资源管理的方法，其特征在于，所述方法包括：

通过至少一种渠道获取多种资源；

建立所述第一资源集合中各资源之间的绑定关系；

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

3.根据权利要求2所述的方法，其特征在于，所述第一资源集合包括对通过至少一种渠道获取的多种资源进行编辑后的资源。

4.根据权利要求1-3任一所述的方法，其特征在于，所述多种资源至少包括第一类型的资源集合和第二类型的资源集合，所述方法还包括：

5.根据权利要求4所述的方法，其特征在于，在建立所述第一类型的资源集合和所述第二类型的资源集合之间的绑定关系后，所述方法至少还包括以下项之一：

6.根据权利要求4或5所述的方法，其特征在于，所述方法还包括：

7.根据权利要求1所述的方法，其特征在于，建立所述第一资源集合中各资源之间的绑定关系的操作基于状态机执行。

8.一种服务器，其特征在于，所述服务器包括：

获取模块，用于通过至少一种渠道获取多种资源；

处理模块，用于按照资源的类型，确定所述获取模块获取到的所述多种资源中至少一个类型对应的至少一个第一资源集合，所述第一资源集合中各资源具有相同的类型；

建立所述第一资源集合中各资源之间的绑定关系；

9.根据权利要求8所述的服务器，其特征在于，所述处理模块还用于：

10.根据权利要求9所述的服务器，其特征在于，所述第一资源集合包括对通过至少一种渠道获取的多种资源进行编辑后的资源。

11.根据权利要求8-10任一所述的服务器，其特征在于，所述多种资源至少包括第一类型的资源集合和第二类型的资源集合，所述处理模块还用于：

12.根据权利要求11所述的服务器，其特征在于，所述处理模块在建立所述第一类型的资源集合和所述第二类型的资源集合之间的绑定关系后，至少还用于执行以下项之一：

13.根据权利要求11或12所述的服务器，其特征在于，所述处理模块还用于：

14.根据权利要求8所述的服务器，其特征在于，建立所述第一资源集合中各资源之间的绑定关系的操作基于状态机执行。