一种资源管理方法及装置与流程

本公开涉及计算机技术领域，具体而言，涉及一种资源管理方法及装置。

背景技术：

随着计算机以及互联网信息时代的蓬勃发展，计算机领域中产生的实体资源越来越多。其中，实体资源一般存储在服务器中。

目前，服务器一般采用横向管理的方式对存储在本地的实体资源进行管理，即将实体资源按照类型进行分类存储，将相同类型的实体资源存储在一个对应的实体资源库中。例如，以用于网页(web)前端展示的实体资源为例，服务器可以对存储在本地的实体资源进行分类处理，将实体资源分类为：图表组件(charts)、图片(images)、视频(videos)、第三方插件(plugins)等。将图表组件存储在图表组件库中，将图片存储在图片库中，将视频存储在视频库中，以及，将第三方插件存储在第三方插件库中。但采用上述实体资源管理方法，当客户端需要从服务器中获取实体资源时，服务器根据客户端发送的资源请求，遍历各类实体资源库，以查找出客户端所需的实体资源，当各实体资源库中实体资源数量较大时，查找实体资源所需的时间较长，实体资源查找效率较低。

技术实现要素：

有鉴于此，本公开的目的在于提供一种资源管理方法及装置，用于解决现有技术中实体资源管理效率较低的问题。

第一方面，本公开实施例提供了一种资源管理方法，应用于服务器，该方法包括：

对存储在本地的实体资源进行分类处理，并将分类后的各实体资源分别存储至相应的实体资源库中；

创建主题并建立主题标识与所述各类实体资源库中各实体资源之间的映射关系；

在接收到客户端发送的、携带有第一主题标识的资源请求时，根据所述第一主题标识和所述第一主题标识与各类实体资源库中各实体资源之间的映射关系，确定对应的第一实体资源；

将所述第一实体资源发送给所述客户端。

结合第一方面，在第一种可能的实现方式中，

建立主题标识与所述各类实体资源库中各实体资源之间的映射关系的步骤包括：

针对每一新建主题设置对应的映射列表；

在一个新建主题对应的映射列表中，通过指针映射的方式建立所述一个新建主题的主题标识与所述各类实体资源库中所述一个新建主题的主题内容对应的各实体资源之间的映射关系。

结合第一方面，在第二种可能的实现方式中，所述方法还包括：

在接收到客户端发送的、携带有第二主题标识的主题内容更改请求时，确定主题内容更改后的第二主题对应的待增加实体资源和待删除实体资源；

建立所述第二主题标识与所述待增加实体资源之间的映射关系，并删除所述第二主题标识与所述待删除实体资源之间的映射关系。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，若所述各类实体资源库中不存在所述待增加实体资源，

所述方法还包括：

对所述待增加实体资源进行分类处理；

若所述待增加实体资源属于本地存在的任一类实体资源，则将所述待增加实体资源存储至该任一类实体资源库，并建立所述第二主题标识与所述待增加实体资源之间的映射关系；

若所述待增加实体资源不属于本地存在的任一类实体资源，则创建新的一类实体资源库，并将所述待增加实体资源存储至所述新的一类实体资源库，以及建立所述第二主题标识与所述待增加实体资源之间的映射关系。

结合第一方面、第一方面的第一种可能的实现方式或第二种可能的实现方式或第三种可能的实现方式，在第四种可能的实现方式中，所述对存储在本地的实体资源进行分类处理，得到各类实体资源库的步骤包括：

根据本地存储的各实体资源的后缀名，分别确定各实体资源的资源类型；

根据各实体资源的资源类型，分别将各实体资源存储至对应的实体资源库中。

第二方面，本公开实施例提供了一种资源管理装置，该装置包括：

分类模块，用于对存储在本地的实体资源进行分类处理，并将分类后的各实体资源分别存储至相应的实体资源库中；

映射关系创建模块，用于创建主题并建立主题标识与所述各类实体资源库中各实体资源之间的映射关系；

查询模块，用于在接收到客户端发送的、携带有第一主题标识的资源请求时，根据所述第一主题标识和所述第一主题标识与各类实体资源库中各实体资源之间的映射关系，确定对应的第一实体资源；

实体资源发送模块，用于将所述第一实体资源发送给所述客户端。

结合第二方面，在第一种可能的实现方式中，所述映射关系创建模块，具体用于：

针对每一新建主题设置对应的映射列表；

在一个新建主题对应的映射列表中，通过指针映射的方式建立所述一个新建主题的主题标识与所述各类实体资源库中所述一个新建主题的主题内容对应的各实体资源之间的映射关系。

结合第二方面，在第二种可能的实现方式中，所述装置还包括：

主题内容更改模块，用于在接收到客户端发送的、携带有第二主题标识的主题内容更改请求时，确定主题内容更改后的第二主题对应的待增加实体资源和待删除实体资源；

建立所述第二主题标识与所述待增加实体资源之间的映射关系，并删除所述第二主题标识与所述待删除实体资源之间的映射关系。

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述主题内容更改模块还用于：

若各类实体资源库中不存在所述待增加实体资源，

对所述待增加实体资源进行分类处理；

若所述待增加实体资源属于本地存在的任一类实体资源，则将所述待增加实体资源存储至该任一类实体资源库，并建立所述第二主题标识与所述待增加实体资源之间的映射关系；

若所述待增加实体资源不属于本地存在的任一类实体资源，则创建新的一类实体资源库，并将所述待增加实体资源存储至所述新的一类实体资源库，以及建立所述第二主题标识与所述待增加实体资源之间的映射关系。

结合第二方面、第二方面的第一种可能的实现方式或第二种可能的实现方式或第三种可能的实现方式，在第四种可能的实现方式中，所述分类模块，具体用于：

根据本地存储的各实体资源的后缀名，分别确定各实体资源的资源类型；

根据各实体资源的资源类型，分别将各实体资源存储至对应的实体资源库中。

第三方面，本公开实施例提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

第四方面，本公开实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述的方法的步骤。

本公开实施例提供的一种资源管理方法及装置，通过对存储在本地的实体资源进行分类处理，并将分类后的各实体资源分别存储至相应的实体资源库中；创建主题并建立主题标识与所述各类实体资源库中各实体资源之间的映射关系；在接收到客户端发送的、携带有第一主题标识的资源请求时，根据所述第一主题标识和所述第一主题标识与各类实体资源库中各实体资源之间的映射关系，确定对应的第一实体资源；将所述第一实体资源发送给所述客户端。这样，依据创建的映射关系查询主题标识对应的实体资源，无需在各类实体资源库中进行遍历查找，有效降低了查询所需的时间，提升实体资源管理效率。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本公开实施例提供的资源管理方法流程示意图；

图2为本公开实施例提供的基于图1的步骤102的流程示意图；

图3为现有实体资源管理示意图；

图4为本公开实施例的实体资源管理示意图；

图5为本公开实施例提供的基于图1的另一方法流程示意图；

图6为本公开实施例提供的基于图1的步骤101的流程示意图；

图7为本公开实施例提供的资源管理装置结构示意图；

图8为本公开实施例提供的一种计算机设备800的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

实施例一

图1为本公开实施例提供的资源管理方法流程示意图。应用于服务器，如图1所示，该方法包括：

步骤101，对存储在本地的实体资源进行分类处理，并将分类后的各实体资源存储至相应的实体资源库中；

本公开实施例中，服务器对存储在本地的实体资源进行分类，并按照分类结果构建对应的实体资源库。例如，对存储在本地的、用于web前端展示的实体资源进行分类处理后，可以将实体资源分为：图表组件类、图片类、视频类以及第三方插件类等。相应地，针对各类实体资源创建相应的实体资源库(即实体资源存储空间)，将资源类型相同的实体资源存储至同一实体资源库中，得到的各类实体资源库，例如，图表组件库中存储有图表组件、图片库中存储有图片、视频库中存储有视频以及第三方插件库中存储有第三方插件。

步骤102，创建主题并建立主题标识与所述各类实体资源库中各实体资源之间的映射关系；

实际应用中，一个主题可以对应一个主题大屏，不同主题的大屏可用于向用户展示不同主题下的数据、信息，客户端在展示一个主题大屏时，需要预先从服务器获取展示该一个主题大屏所需的实体资源，客户端根据获取到的实体资源进行该一个主题的大屏展示。

本公开实施例中，在一种可能实施方式中，创建的主题数量可以不限，一个主题对应一个唯一标识该一个主题的主题标识。

具体的，在创建一个主题时，在各类实体资源库中，确定出该一个主题的主题内容对应的实体资源(即展示该一个主题的主题大屏所需要的实体资源)，并建立该一个主题与对应的实体资源之间的映射关系。

在一种可能实施方式中，服务器在接收到客户端发送的、携带有一个主题的主题标识和展示该一个主题对应的主题大屏所需的实体资源信息的主题创建请求时，需要从各实体资源库中确定出该一个主题对应的实体资源的位置，并建立该一个主题的主题标识与确定出的各实体资源库中各实体资源的映射关系。

步骤103，在接收到客户端发送的、携带有第一主题标识的资源请求时，根据所述第一主题标识和所述第一主题标识与各类实体资源库中各实体资源之间的映射关系，确定对应的第一实体资源；

本公开实施例中，当客户端需要获取某一主题对应的实体资源用于主题大屏展示时，向服务器发送资源请求。在发送的资源请求中至少携带有该某一主题的第一主题标识。

服务器接收资源请求，对资源请求进行解析，获取资源请求中携带的第一主题标识，并根据主题标识与各类实体资源库中各实体资源之间的映射关系，查找第一主题标识映射的第一实体资源。

步骤104，将所述第一实体资源发送给所述客户端。

本公开实施例中，将确定的第一实体资源向发起资源请求的客户端发送。

本公开实施例中，通过对存储在本地的实体资源进行分类处理，并将分类后的各实体资源分别存储至相应的实体资源库中；创建主题并建立主题标识与各类实体资源库中各实体资源之间的映射关系；在接收到客户端发送的、携带有第一主题标识的资源请求时，根据所述第一主题标识和所述第一主题标识与各类实体资源库中各实体资源之间的映射关系，确定对应的第一实体资源；将所述第一实体资源发送给所述客户端。这样，通过创建主题标识与各类实体资源库中各实体资源之间的映射关系，在进行实体资源查询时，依据创建的映射关系查询主题标识对应的实体资源，无需在各类实体资源库中进行遍历查找，可以有效降低查询所需的时间，从而提升实体资源管理效率。

实施例二

图2为本公开实施例提供的基于图1的步骤102的流程示意图。如图2所示，该方法包括：

步骤201，针对每一新建主题设置对应的映射列表；

具体的，可以针对每一类实体资源库设置对应的映射列表(如，实体资源管理模块)，用于管理各主题与对应一类实体资源库中各实体资源之间的映射关系。例如，针对图表组件库设置有图表组件管理模块，图表组件管理模块中维护有各主题与图表组件之间的映射关系；针对图片库设置有图片管理模块，图片管理模块中维护有各主题与图片之间的映射关系；针对视频库设置有视频管理模块，视频管理模块中维护有各主题与视频之间的映射关系；针对第三方插件库设置有第三方插件管理模块，第三方插件管理模块中维护有各主题与第三方插件之间的映射关系。

当然，也可以针对各实体资源库只设置一个管理模块，用于统一维护各主题与各实体资源库中各实体资源之间的映射关系。

本公开实施例中，作为一可选实施例，可以依据实际需要新建主题，并为每一新建主题设置对应的一映射列表，以及，为每一新建主题设置对应的一主题标识。

步骤202，在一个新建主题对应的映射列表中，通过指针映射的方式建立所述一个新建主题的主题标识与所述各类实体资源库中所述一个新建主题的主题内容对应的各实体资源之间的映射关系。

本公开实施例中，在映射列表中，通过指针映射的方式建立新建主题的主题标识与该新建主题的主题内容对应的各实体资源之间的映射关系，例如，主题1的主题内容对应的图表组件是bar1.js和bar3.js，那么，在图表组件管理模块中，主题1的主题标识对应的指针指向bar1.js和bar3.js的存储位置。

本公开实施例中，作为一可选实施例，建立所述一个新建主题的主题标识与所述各类实体资源库中所述一个新建主题的主题内容对应的各实体资源之间的映射关系，包括：

a01，依据所述一个新建主题的主题内容的特征词，分别计算与所述各类实体资源库中的每一实体资源的特征词的特征相似度；

本公开实施例中，作为一可选实施例，特征词可以是主题内容或实体资源中包含的特征词。例如，对于图表实体资源，可以是从图表中提取文本，依据提取的文本进行分词得到的特征词，作为该图表实体资源的特征词。

本公开实施例中，可以从预先设置的特征词向量库中，获取新建主题的主题内容的特征词对应的向量，分别与各类实体资源库中的每一实体资源的特征词对应的向量进行余弦运算，得到主题内容与该实体资源的特征相似度。

a02，若所述各类实体资源库中的任一实体资源对应的特征相似度大于预先设置的特征相似度阈值，建立所述一个新建主题的主题标识与所述任一实体资源的映射关系。

本公开实施例中，从计算得到的各特征相似度中，获取大于预设特征相似度阈值的特征相似度对应的各实体资源，并建立所述一个新建主题的主题标识与获取的各实体资源之间的映射关系。

本公开实施例中，以用户终端的网页前端为例，图3为现有实体资源管理示意图。如图3所述，对存储在本地的实体资源进行分类处理，得到图表组件类、图片类、视频类以及第三方插件类，并分别存储在对应的实体资源库中。其中，

图表组件库中存储有以下图表组件：bar1.js，bar2.js，bar3.js，line.js，scater3d.js，…；图片库中存储有以下图片：aaa.png，bbb.png，ccc.png，ddd.jpg，eee.bmp，fff.gif，…；视频库中存储有以下视频：aa1.mp4，bb1.mp4，cc1.mp4，dd1.3gp，ee1.avi，ff1.mpeg，…；第三方插件库中存储有以下第三方插件：字体插件，轮播插件，取色器插件，巴比伦插件，d3插件，…。

图4为本公开实施例的实体资源管理示意图。如图4所述，相对于图3所示的对实体资源进行分类管理之外，还包括主题映射库，主题映射库中，包含有预设的多个主题。例如，主题映射库中，包含有主题1、主题2、主题3等，每一主题均与各实体资源库中对应的实体资源相关联，对实体资源进行管理。即在采用分类存储进行实体资源管理的基础上，增加各主题与对应实体资源的之间的映射关系的管理。具体地，针对每一类实体资源库设置对应的实体资源管理模块，每一实体资源管理模块中维护有各主题的主题标识与一类实体资源之间的映射关系。

具体的，如图4所示，图表组件管理模块对应图表组件库，用于管理各主题(主题1、主题2、主题3、…)与对应的图表组件之间的映射关系，例如，主题1与bar1.js和bar3.js之间的映射关系；图片管理模块对应图片库，同样地，用于管理各主题与对应的图片之间的映射关系，例如，主题1与bbb.png之间的映射关系；视频管理模块对应视频库，用于管理各主题与对应的视频之间的映射关系，例如，主题1与aa1.mp4和cc1.mp4之间的映射关系；第三方插件管理模块对应第三方插件库，用于管理各主题与对应的图片之间的映射关系，例如，主题1与字体插件和轮播插件之间的映射关系。图4中未示出除主题1之外的其它主题与各实体资源库中各实体资源之间的映射关系。

本公开实施例中，通过构建映射列表的方式，建立起各主题与各实体资源库中实体资源之间的映射关系，采用实体资源分类以及用于管理主题与实体资源之间的映射关系的实体资源管理模块对实体资源进行管理，其中，实体资源库用于存储实体资源，实体资源管理模块用于维护各主题与对应的实体资源之间的映射关系，从而形成多维度的实体资源存储及管理体系，从而提高实体资源的查找效率。

实施例三

图5为本公开实施例提供的基于图1的另一方法流程示意图。如图5所示，该方法还包括：

步骤501，在接收到客户端发送的、携带有第二主题标识的主题内容更改请求时，确定主题内容更改后的第二主题对应的待增加实体资源和待删除实体资源；

本公开实施例中，可以对主题内容进行编辑，即对主题所要展示的数据、信息进行更改，当对主题进行编辑后，编辑的主题可以理解为一个新主题，但主题标识不会更改。而原有的主题由于进行编辑后，内容发生变化，因而，原有的主题的主题标识与实体资源之间的映射关系需要更新，真对更改后的主题而言，可能有新增的实体资源，可能有需要删除的实体资源。

本公开实施例中，服务器在接收到主题内容更改请求时，解析主题内容更改请求，获取主题内容更改请求中携带的第二主题标识，确定该第二主题标识对应的第二主题对应的待增加实体资源和待删除实体资源。

步骤502，建立所述第二主题标识与所述待增加实体资源之间的映射关系，并删除所述第二主题标识与所述待删除实体资源之间的映射关系。

本公开实施例中，通过删除第二主题标识与待删除实体资源之间的映射关系。同时，建立第二主题标识与待增加实体资源之间的映射关系，形成该第二主题标识新的映射关系。而当删除某一主题(例如，在该主题长期不用)时，该主题标识与各类实体资源库中各实体资源的映射关系也被相应删除。这样，可以对实体资源建立可动态更新的映射关系管理，实现主题标识与实体资源映射关系的动态存储管理。

本公开实施例中，还可以在主题内容更改请求中携带待增加实体资源。作为一可选实施例，若各类实体资源库中不存在该待增加实体资源，

该方法还包括：

对所述待增加实体资源进行分类处理；

若所述待增加实体资源属于本地存在的任一类实体资源，则将所述待增加实体资源存储至该任一类实体资源库，并建立所述第二主题标识与所述待增加实体资源之间的映射关系；

若所述待增加实体资源不属于本地存在的任一类实体资源，则创建新的一类实体资源库，并将所述待增加实体资源存储至所述新的一类实体资源库，以及建立所述第二主题标识与所述待增加实体资源之间的映射关系。

本公开实施例中，对于各类实体资源库中不存在该待增加实体资源的情形，首先需要将该待增加实体资源上传至服务器，然后对该待增加实体资源进行分类处理，并确定该分类处理的待增加实体资源是否属于本地存在的任一类实体资源：如果是，则将该待增加实体资源存储至对应类的实体资源库，并建立第二主题标识与该待增加实体资源之间的映射关系；如果否，则为该待增加实体资源创建新的实体资源库，将该待增加实体资源存储至创建的实体资源库中，并建立第二主题标识与该待增加实体资源之间的映射关系。

本公开实施例中，作为一可选实施例，确定各类实体资源库中不存在该待增加实体资源，包括：

a11，获取所述待增加实体资源的特征值，与所述各类实体资源库中的每一实体资源的特征值进行比较；

本公开实施例中，作为一可选实施例，特征值可以通过消息摘要算法计算实体资源得到，也可以通过哈希算法计算实体资源得到。

a12，若所述待增加实体资源的特征值与所述各类实体资源库中的每一实体资源的特征值的差值均大于预先设置的阈值，确定所述各类实体资源库中不存在所述待增加实体资源。

本公开实施例中，分别计算待增加实体资源的特征值与各类实体资源库中的每一实体资源的特征值的差值，若有一差值不大于预先设置的阈值，则不对待增加实体资源进行存储。这样，可以有效减少待增加实体资源在各类实体资源库中的冗余存储。例如，由于在存储时出现异常，可能会使得将实体资源进行存储后，但相应的映射关系并未构建。使得后续中，对相同的实体资源进行再次存储时，不能避免该实体资源的冗余存储。因而，存储时可以在各类实体资源库中进行查找以确定是否存在相同的实体资源。

实施例四

图6为本公开实施例提供的基于图1的步骤101的流程示意图。如图6所示，该方法包括：

步骤601，根据本地存储的各实体资源的后缀名，分别确定各实体资源的资源类型；

本公开实施例中，后缀名可以表征不同的实体资源的资源类型，例如，后缀名为.js的实体资源的资源类型为图表组件，后缀名为图片格式(如，.gif，.jpeg等)的实体资源的资源类型为图片。

当然，还可以根据实体资源的属性，用途等预设对应的分类规则，服务器基于预设的分类规则对实体资源进行分类处理，本公开实施例中，在此不做具体限定。

步骤602，根据各实体资源的资源类型，分别将各实体资源存储至对应的实体资源库中。

本公开实施例中，将资源类型为图表组件的实体资源存储至图表组件库，将资源类型为图片的实体资源存储至图片库。

实施例五

图7为本公开实施例提供的资源管理装置结构示意图。如图7所示，该装置包括：

分类模块701，用于对存储在本地的实体资源进行分类处理，得到各类实体资源库；

本公开实施例中，对存储在本地的实体资源进行分类，并按照分类结果构建对应的实体资源库。

映射关系创建模块702，用于创建主题并建立主题标识与所述各类实体资源库中各实体资源之间的映射关系；

本公开实施例中，在各类实体资源库中，获取创建的主题的主题内容对应的实体资源，依据获取的实体资源和该主题的主题标识建立映射关系。

查询模块703，用于在接收到客户端发送的、携带有第一主题标识的资源请求时，根据所述第一主题标识和所述第一主题标识与各类实体资源库中各实体资源之间的映射关系，确定对应的第一实体资源；

实体资源发送模块704，用于将所述第一实体资源发送给所述客户端。

本公开实施例中，作为一可选实施例，映射关系创建模块702，具体用于：

针对每一新建主题设置对应的映射列表；

在一个新建主题对应的映射列表中，通过指针映射的方式建立所述一个新建主题的主题标识与所述各类实体资源库中所述一个新建主题的主题内容对应的各实体资源之间的映射关系。

本公开实施例中，依据实际需要设置新建主题，并为每一新建主题设置对应的一映射列表，以及，为每一新建主题设置对应的一主题标识。通过指针映射的方式建立新建主题的主题标识与该新建主题的主题内容对应的各实体资源之间的映射关系。

本公开实施例中，作为一可选实施例，该装置还包括：

主题内容更改模块(图中未示出)，用于在接收到客户端发送的、携带有第二主题标识的主题内容更改请求时，确定主题内容更改后的第二主题对应的待增加实体资源和待删除实体资源；

建立所述第二主题标识与所述待增加实体资源之间的映射关系，并删除所述第二主题标识与所述待删除实体资源之间的映射关系。

本公开实施例中，服务器在接收到主题内容更改请求时，解析主题内容更改请求，获取主题内容更改请求中携带的第二主题标识，确定该第二主题标识对应的第二主题对应的待增加实体资源和待删除实体资源。

本公开实施例中，作为一可选实施例，主题内容更改模块还用于：

若各类实体资源库中不存在所述待增加实体资源，

对所述待增加实体资源进行分类处理；

若所述待增加实体资源属于本地存在的任一类实体资源，则将所述待增加实体资源存储至该任一类实体资源库，并建立所述第二主题标识与所述待增加实体资源之间的映射关系；

若所述待增加实体资源不属于本地存在的任一类实体资源，则创建新的一类实体资源库，并将所述待增加实体资源存储至所述新的一类实体资源库，以及建立所述第二主题标识与所述待增加实体资源之间的映射关系。

本公开实施例中，作为一可选实施例，分类模块701，具体用于：

根据本地存储的各实体资源的后缀名，分别确定各实体资源的资源类型；

根据各实体资源的资源类型，分别将各实体资源存储至对应的实体资源库中。

如图8所示，本公开一实施例提供了一种计算机设备800，用于执行图1至图6中的资源管理方法，该设备包括存储器801、处理器802及存储在该存储器801上并可在该处理器802上运行的计算机程序，其中，上述处理器802执行上述计算机程序时实现上述资源管理方法的步骤。

具体地，上述存储器801和处理器802能够为通用的存储器和处理器，这里不做具体限定，当处理器802运行存储器801存储的计算机程序时，能够执行上述资源管理方法，用于解决现有技术中实体资源管理效率较低的问题，本公开实施例通过对存储在本地的实体资源进行分类处理，并将分类后的各实体资源分别存储至相应的实体资源库中；创建主题并建立主题标识与所述各类实体资源库中各实体资源之间的映射关系；在接收到客户端发送的、携带有第一主题标识的资源请求时，根据所述第一主题标识和所述第一主题标识与各类实体资源库中各实体资源之间的映射关系，确定对应的第一实体资源；将所述第一实体资源发送给所述客户端。这样，依据创建的映射关系查询主题标识对应的实体资源，无需在各类实体资源库中进行遍历查找，有效降低了查询所需的时间，提升实体资源管理效率。

对应于图1至图6中的资源管理方法，本公开实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述资源管理方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述资源管理方法，用于解决现有技术中实体资源管理效率较低的问题，本公开实施例通过对存储在本地的实体资源进行分类处理，并将分类后的各实体资源分别存储至相应的实体资源库中；创建主题并建立主题标识与所述各类实体资源库中各实体资源之间的映射关系；在接收到客户端发送的、携带有第一主题标识的资源请求时，根据所述第一主题标识和所述第一主题标识与各类实体资源库中各实体资源之间的映射关系，确定对应的第一实体资源；将所述第一实体资源发送给所述客户端。这样，依据创建的映射关系查询主题标识对应的实体资源，无需在各类实体资源库中进行遍历查找，有效降低了查询所需的时间，提升实体资源管理效率。

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

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

另外，在本公开提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围。都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。