CN104951855A - 用于促进对资源的管理的装置和方法 - Google Patents

Abstract

本发明的实施方式提供了一种用于促进对资源的管理的装置和方法。所述装置包括：收集单元，被配置为收集用户可用的所有软硬件资源；存储单元，被配置为存储与所收集的资源相关联的信息；接口单元，被配置为向所述用户呈现与所收集的资源相关联的信息以及从所述用户接收资源分配请求；以及配置单元，被配置为基于所述资源分配请求来配置所请求的资源；其中所述接口单元还被配置为向所述用户分配所配置的资源。利用本发明，能够实现一站式资源查询、全自动化资源配置、降低的维护成本、和/或关于资源扩充的准确指示。

Description

用于促进对资源的管理的装置和方法

技术领域

本发明的实施方式涉及资源管理领域。更具体地，本发明的实施方式涉及用于促进对资源的管理的装置和方法。

背景技术

目前，一些大型IT企业通常拥有分布于世界各地的多个研发中心。例如出于对维护成本的考虑，这些大型IT企业会将多个研发中心所需的研发资源进行集中管理和维护。例如，企业可以在某地建立研发实验室，在实验室内放置、组织和管理多个研发中心中某几个研发中心所需的研发资源。因此，该研发实验室内的研发资源也称为“实验室资源”。由此，上述某几个研发中心需要远程地访问和使用该实验室资源。此外，实验室资源通常被划分给不同的业务部门、研发团队。因此，企业面临着如何管理和维护被划分给不同业务部门或研发团队的实验室资源、以实现跨部门/团队共享实验室资源的挑战。

例如，每个业务部门管理自身的实验室资源并维护资源列表。然而，大多数资源列表是手动创建的并且可能没有及时更新，因此难以实时查询所有可用的实验室资源，进而难以实现资源的使用状况跟踪、远程预订、跨部门共享等。

又例如，如果上述某几个研发中心想要远程使用实验室资源，则需要请求实验室资源的管理员根据自身的研发需求来手动配置所需资源。然而，在管理员延迟响应的情况下，请求方难以及时地获取期望的资源。

再例如，目前大多数实验室资源维护工作都是手动完成的，包括硬件健康检查、服务包安装、驱动程序和固件更新、识别损耗的组件等，造成了高额的维护成本。

还例如，由于难以有效地跟踪实验室资源的使用状况，管理员在计划对实验室资源进行扩充时没有真实的历史资源使用数据可以参照，因此实验室资源扩充通常依赖于管理员的经验。

鉴于以上问题，需要一种有效管理实验室资源的方式。

发明内容

为了缓解上述问题，本发明提供一种更为有效地管理维护和共享设备的解决方案和方法。

根据本发明实施方式的第一方面，提供一种用于促进对资源的管理的装置。所述装置包括：收集单元，被配置为收集用户可用的所有软硬件资源；存储单元，被配置为存储与所收集的资源相关联的信息；接口单元，被配置为向所述用户呈现与所收集的资源相关联的信息以及从所述用户接收资源分配请求；以及配置单元，被配置为基于所述资源分配请求来配置所请求的资源；其中所述接口单元还被配置为向所述用户分配所配置的资源。

根据本发明实施方式的第一方面，提供一种用于促进对资源的管理的方法。所述方法包括：收集用户可用的所有软硬件资源；存储与所收集的资源相关联的信息；向所述用户呈现与所收集的资源相关联的信息；从所述用户接收资源分配请求；基于所述资源分配请求来配置所请求的资源；以及向所述用户分配所配置的资源。

本发明的实施方式预期具有下列益处中的至少一种。

a.一站式资源查询

利用本发明的方案，用户能够通过接口单元查询实时的、整合的软硬件实验室资源的信息，查看资源的状态、请求分配资源以及通过该接口单元释放资源。

b.全自动化资源配置

利用本发明的方案，远程用户所请求的资源能够基于用户的需求而被自动地配置，不再需要实验室本地人员的干预，例如创建分区、映射LUN等。一旦所请求的资源被配置好，则可以分配给用户。

c.降低的维护成本

利用本发明的方案，能够在收集资源的同时进行大部分的资源维护操作，包括硬件健康检查、服务包安装、驱动程序和固件升级、识别和报告坏损的组件等。

d.关于资源扩充的准确指示

利用本发明的方案，能够记录、收集和分析所有资源使用数据，例如资源的使用率、资源的空闲窗口以及资源的短缺率等。这些数据能够用来规划和优化对实验室资源的扩充。

附图说明

结合附图并参考以下详细说明，本发明各实施方式的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本发明的若干实施方式。在附图中：

图1示出了根据本发明一个实施方式的用于促进对资源的管理的装置100的框图；

图2示出了根据本发明一个实施方式的用于促进对资源的管理的方法200的流程图；

图3示出了根据本发明一个具体实施例的用于促进对资源的管理的方法的流程图；

图4示出了适合用来实践本发明实施方式的计算机系统400的框图。

在各个附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考附图中示出的若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。

首先参考图1，其示出了根据本发明一个实施方式的用于促进对资源的管理的装置100的框图。

如图1所示，装置100包括收集单元101、存储单元102、接口单元103、以及配置单元104。

收集单元101被配置为收集用户可用的所有软硬件资源。如前所述，为了实现资源的集中管理和维护，IT企业可以在某地建立研发实验室，在实验室内放置、组织和管理多个研发中心中某几个研发中心所需的研发资源，因此该研发实验室内的研发资源也称为“实验室资源”。在此使用的术语“资源”是指上述“实验室资源”。此外，在此使用的术语“软硬件资源”包括硬件、软件/固件实验室资源。所述硬件、软件/固件实验室资源包括计算资源、存储资源等。作为示例，所述硬件资源包括但不限于：主机总线适配器(Host BusAdapter，HBA)、主机服务器、交换机、存储阵列、以及其他组件和设备，例如数据远程恢复设备(例如EMC²公司的Recoverpoint)、虚拟存储设备(例如EMC²公司的VPLEX)、广域网(Wide AreaNetwork，WAN)优化设备。所述软件/固件资源包括但不限于：各自类型的软件/固件包资源，例如操作系统(OS)安装镜像、来自各个厂商的各种版本的HBA驱动程序、交换机和其他硬件组件的固件和软件镜像。此外，在此使用的术语“用户”是指有资格远程或者本地使用上述实验室资源的团体或个人，例如，上述实验室资源所属企业的业务部门或业务部门的员工，包括实验室之外和实验室本地的业务部门或业务部门的员工，或者该企业授权使用的人员。

收集单元101可以利用各种现有的资源收集获取方式来收集用户可用的所有软硬件资源。例如，收集单元101可以利用目前业界已经成熟的实验室资源收集技术，比如不同服务器厂商的对外管理接口(例如IBM公司的IMM模块，Dell的iDRAC卡，HP的iLO)，操作系统层面的信息管理和收集接口(例如windows的WMI)以及其他可以利用的业界标准组织定义的资源管理标准和协议(例如DMTF定义的SMASH-Systems Management Architecture for ServerHardware等)。又例如，收集单元101可以利用用于查询子网络(fabric)内部所有硬件资源的自动化脚本，以收集该子网络内部所有可用的硬件资源。此外，收集单元101还可以利用例如用于从指定位置(例如ftp服务器或共享文件夹)获取OS/软件/固件安装镜像的脚本，以收集软件/固件资源。此外，收集单元101还被配置为在收集所有可用的硬件和软件/固件资源的同时记录与所收集的资源相关联的信息。与所收集的资源相关联的信息可以包括但不限于：HBA的型号、交换机的型号、主机服务器的型号、存储阵列前端端口的类型、存储控制器(director)设置以及逻辑单元编号(logical unitnumber，LUN)信息等。此外，收集单元101还被配置为支持手动向其中添加资源。

根据本发明的实施方式，收集单元101被进一步配置为在收集用户可用的所有软硬件资源的同时，对所述所有软硬件资源中的至少一部分进行维护。例如，收集单元101可以在收集用户可用的所有软硬件资源的同时，执行硬件健康检查、进行服务包安装、进行驱动程序和固件升级、识别坏损的硬件等。收集单元101还可以生成维护日志，以记录维护结果，从而便于向资源管理员报告。

存储单元102被配置为存储与所收集的资源相关联的信息。存储单元102可以包括硬件资源存储库(未示出)和软件资源存储库(未示出)。硬件资源存储库存储与所收集的硬件资源相关联的信息。与所收集的硬件资源相关联的信息可以包括但不限于：HBA的型号、交换机的型号、主机服务器的型号、存储阵列前端端口的类型、存储控制器设置以及LUN信息等。软件资源存储库存储与所收集的软件/固件资源相关联的信息。与所收集的软件/固件资源相关联的信息可以包括但不限于：OS安装镜像、来自各个厂商的各种版本的HBA驱动程序、交换机和其他硬件组件的固件和软件镜像。与所收集的软件/固件资源相关联的信息还可以包括所收集的软件/固件资源的访问信息，例如用于访问所收集的软件/固件资源的IP地址。

根据本发明的实施方式，所述硬件资源存储库和软件资源存储库可以利用任何目前已知或将来开发的适当技术来实现。例如，所述硬件资源存储库和软件资源存储库可以实现为数据库，例如关系数据库或者其他类型的数据库。备选地，所述硬件资源存储库和软件资源存储库的其他实施方式也是可行的。本发明的范围在此方面不受限制。与所收集的资源相关联的信息可以按照表(table)的形式被组织和保存在硬件资源存储库和软件资源存储库中。收集单元101可以与硬件资源存储库和软件资源存储库通信，以从其获取与所收集的资源相关联的信息。

接口单元103被配置为向用户呈现与所收集的资源相关联的信息。根据本发明的实施方式，接口单元103被配置为响应于从用户接收到查询请求而访问存储单元102，从而向用户呈现存储单元102中所存储的、与所收集的资源相关联的信息。可替换地，接口单元103可以在本地保存一定时间段(例如近来3天)内、存储单元102中所存储的信息的副本，接口单元103被配置为响应于从用户接收到查询请求而向用户呈现本地保存的、与所收集的资源相关联的信息的副本。

接口单元103还被配置为从用户接收资源分配请求。所述资源分配请求至少包括：所请求的资源的种类；每个种类的资源的数量；以及对于每个所请求的资源的配置要求。对于每个所请求的资源的配置要求包括但不限于：HBA的型号、交换机的型号、主机服务器的型号、存储阵列的型号、存储阵列前端端口的类型(例如iSCSI、FC或FCoE)、OS版本、驱动器版本、LUN要求(例如，独立磁盘冗余阵列(Redundant Array of Inexpensive Disks，RAID)的类型、RAID的大小、期望的LUN等)、期望的安装在每个硬件设备上的固件/软件版本等。对于每个所请求的资源的配置要求还包括对于所请求的硬件资源之间的连接关系的要求。

根据本发明的实施方式，接口单元103还被配置为响应于从用户接收到所述资源分配请求而访问存储单元102，以找到用户所请求的资源。根据本发明的实施方式，接口单元103可以基于所述资源分配请求来访问存储单元102，以从所收集的资源中找到所请求的资源，并且标记所找到的资源。根据本发明的实施方式，接口单元103还被配置为向收集单元101转发从用户接收到的资源分配请求。

根据本发明的实施方式，所述资源分配请求进一步包括以下各项中的至少一项：所述用户的标识；所请求的资源的用途；以及将要使用所请求的资源的时间段。由于用户的资源分配请求是通过接口单元103发送的，因此接口单元103能够跟踪所请求的资源，例如知晓哪个用户正在使用该资源、该资源的用途(例如用于哪个项目)、何时归还。此外，接口单元103还被配置为跟踪所请求的资源的状态；以及向用户呈现所请求的资源的状态。关于接口单元103如何跟踪所请求的资源的状态将在下文中进行详细描述。

配置单元104被配置为基于用户的资源分配请求，为用户配置所请求的资源。根据本发明的实施方式，收集单元101响应于接口单元103对所查找到的资源的标记，向配置单元104发送通知消息，所述通知消息携带有用户的资源分配请求。配置单元104响应于接收到所述通知消息，基于用户的资源分配请求来配置所标记的资源。根据本发明的实施方式，配置单元104还被配置为生成用于访问所配置的资源的访问信息，并经由收集单元101提供给接口单元103，接口单元103还被配置为向用户提供所述访问信息，以实现向用户分配所配置的资源。所述访问信息例如为访问链接。

根据本发明的实施方式，配置单元104被配置有能够满足用户对于所请求的资源的配置要求的各种脚本，包括但不限于：PXE(Pre-boot Execution Environment，预启动运行环境)OS部署和驱动程序安装脚本，用于将所请求的固件/软件镜像应用到所请求的交换机、数据远程恢复设备和其他组件上的脚本，用于在存储阵列上创建所请求的LUN的脚本，用于将所请求的硬件和端口通过OnPath模块连接成子网络的脚本，用于配置网络和存储分区(VSAN，VLAN和Zone等)的脚本，用于设备映射和屏蔽的脚本等。

根据本发明的实施方式，装置100进一步包括回收单元(未示出)，被配置为响应于从收集单元101接收到关于用户使用所分配的资源的时间段已到期的通知，来从用户回收所分配的资源，并且将所回收的资源重新放置回存储单元102。由此，收集单元101可以响应于对所分配的资源的回收，而将所分配的资源重新标记为“可分配”。

如前所述，接口单元103能够跟踪所请求的资源的状态以及向用户呈现所请求的资源的状态。所请求的资源的状态包括以下各项中的一项：正在配置；可供使用；在使用中；以及准备回收。配置单元104启动对所请求的资源的配置之后，可以向收集单元101发送已启动资源配置的通知，收集单元101可以向接口单元103转发该通知，从而使得接口单元103能够跟踪所请求的资源的“正在配置”状态以及向用户呈现“正在配置”状态。类似地，配置单元104完成对所请求的资源的配置之后，可以向收集单元101发送已完成资源配置的通知，收集单元101可以向接口单元103转发该通知，从而使得接口单元103能够跟踪所请求的资源的“可供使用”状态以及向用户呈现“可供使用”状态。此外，接口单元103向用户分配资源后，当从另一用户接收到对于该资源的查询请求时，可以向该另一用户呈现“在使用中”状态。另外，响应于用户使用所分配的资源的时间段即将到期，收集单元101可以通过接口单元103向请求的用户发送提醒消息，此时若接口单元103从另一用户接收到对于该资源的查询请求时，接口单元103则可以向该另一用户呈现所请求的资源的“准备回收”状态。

根据本发明的实施方式，收集单元101被进一步配置为记录与所请求的资源的分配有关的信息。装置100进一步包括分析单元(未示出)，被配置为分析所记录的信息，以优化对所收集的资源的扩充。分析单元可以与收集单元101通信，以获取所记录的信息。分析单元可被进一步配置为分析预定时间段内所记录的信息以确定以下各项中的至少一项：资源的使用率；资源的空闲窗口；以及资源的短缺率。

应当理解，上文参考图1描述的装置100可以利用各种方式实现。例如，在某些实施方式中，装置100可以利用软件和/或固件来实现。备选地或附加地，装置100可以部分地或者完全地基于硬件来实现。例如，装置100可以实现为集成电路(IC)芯片或专用集成电路(ASIC)。装置100也可以实现为片上系统(SOC)。现在已知或者将来开发的其他方式也是可行的，本发明的范围在此方面不受限制。

下面参照图2，其示出了根据本发明一个实施方式的用于促进对资源的管理的方法200的流程图。应当理解，方法200中示出的步骤仅仅是示意性的。例如，这些步骤可以按照不同的顺序执行甚至并行执行。此外，方法200也可以包括附加的步骤，替换某些步骤，或者省略某些步骤。

在步骤S201，收集用户可用的所有软硬件资源。在步骤S202，存储与所收集的资源相关联的信息。在步骤S203，向所述用户呈现与所收集的资源相关联的信息。在步骤S204，从所述用户接收资源分配请求。在步骤S205，基于所述资源分配请求来配置所请求的资源。在步骤S206，向所述用户分配所配置的资源。

根据一个实施方式，方法200进一步包括：在收集用户可用的所有软硬件资源的同时，对所述所有软硬件资源中的至少一部分进行维护。

根据一个实施方式，方法200进一步包括：响应于从用户接收到所述资源分配请求而访问与所收集的资源相关联的信息，以找到用户所请求的资源。

根据一个实施方式，方法200进一步包括：记录与所请求的资源的分配有关的信息；以及分析所记录的信息，以优化对所收集的资源的扩充。

根据一个实施方式，分析所记录的信息包括：分析预定时间段内所记录的信息以确定以下各项中的至少一项：资源的使用率；资源的空闲窗口；以及资源的短缺率。

根据某些实施方式，所述资源分配请求至少包括：所请求的资源的种类；每个种类的资源的数量；以及对于每个所请求的资源的配置要求。

根据一个实施方式，所述资源分配请求进一步包括以下各项中的至少一项：所述用户的标识；所请求的资源的用途；以及将要使用所请求的资源的时间段。

根据一个实施方式，方法200进一步包括：跟踪所请求的资源的状态；以及向用户呈现所请求的资源的状态。

根据某些实施方式，所请求的资源的状态包括以下各项中的一项：正在配置；可供使用；在使用中；准备回收。

应当理解，结合图2描述的方法200可以由结合图1描述的装置100来执行。特别地，方法200中的各个步骤可以由装置100中的相应单元来执行。由此，上文参考装置100描述的各种特征均适用于方法200中的各个步骤，在此不再赘述。

下面参考图3来描述根据本发明实施方式的用于促进对资源的管理的方法的一个具体示例。

在图3所示的示例中，用于促进对资源的管理的装置包括：收集单元301、存储单元302、接口单元303、配置单元304、回收单元305、分析单元306，其中存储单元302包括软件存储库302a和硬件存储库302b。图3所示的各单元与上文参照图1所描述的相应单元具有相同或相似的结构、和/或执行相同或相似的操作，故在此不再赘述。

在图3所示的示例中，用户A向接口单元303发送查询请求。接口单元303响应于从用户A接收到查询请求而访问存储单元302，从而向用户A呈现存储单元302中所存储的、与所收集的资源相关联的信息(图中未示出)。在步骤S301，用户A基于接口单元303所呈现的，信息向接口单元发送资源分配请求。在步骤S302，接口单元303响应于从用户A接收到所述资源分配请求而访问与收集单元301关联的存储单元302，以找到用户A所请求的资源。例如，通过基于所述资源分配请求来访问存储单元302，以从所收集的资源中查找所请求的资源，并且标记所查找到的资源，从而确定用户A所请求的资源。

接下来，在步骤S303，收集单元301响应于接口单元303对所查找到的资源的标记，向配置单元304发送通知消息，所述通知消息携带有用户A的资源分配请求。在步骤S304，配置单元304响应于接收到所述通知消息，基于用户A的资源分配请求来配置所标记的资源。根据该示例，配置单元304还生成用于访问所配置的资源307的访问信息(例如访问链接)，并发送给收集单元301(步骤S305)。然后，在步骤S306，收集单元301将该访问信息转发给接口单元303。在步骤S307，接口单元303可以例如通过向用户A发送电子邮件来向用户A提供所述访问信息，以实现向用户A分配所配置的资源。之后，用户A可以使用所分配(配置)的资源(步骤S308)。

在步骤S309，实验室管理员B向收集单元301发送分析请求。收集单元301响应于接收到该分析请求而与存储单元302通信，从而将存储单元302中所记录的与所请求的资源的分配有关的信息发送到分析单元306(步骤S310)。与所请求的资源的分配有关的信息例如包括：资源的分配和释放记录等。所述分析请求可以指定用于分析的时间段，例如最近3个月，从而将存储单元302中该时间段内所记录的与所请求的资源的分配有关的信息发送到分析单元306。分析单元306可以分析该时间段内所记录的信息以确定资源的使用率、资源的空闲窗口和/或资源的短缺率，从而优化对所收集的资源的扩充。在步骤S311，分析单元306向实验室管理员B报告分析结果。

下面参考图4，其示出了适于用来实践本发明实施方式的计算机系统400的示意性框图。例如，图4所示的计算机系统400可以用于实现如上文描述的用于促进对资源的管理的装置100。

如图4所示，计算机系统可以包括：CPU(中央处理单元)401、RAM(随机存取存储器)402、ROM(只读存储器)403、系统总线404、硬盘控制器405、键盘控制器406、串行接口控制器407、并行接口控制器408、显示控制器409、硬盘410、键盘411、串行外部设备412、并行外部设备413和显示器414。在这些设备中，与系统总线404耦合的有CPU401、RAM402、ROM403、硬盘控制器405、键盘控制器406、串行控制器407、并行控制器408和显示控制器409。硬盘410与硬盘控制器405耦合，键盘411与键盘控制器406耦合，串行外部设备412与串行接口控制器407耦合，并行外部设备413与并行接口控制器408耦合，以及显示器414与显示控制器409耦合。应当理解，图4所述的结构框图仅仅为了示例的目的而示出的，而不是对本发明范围的限制。在某些情况下，可以根据具体情况而增加或者减少某些设备。

如上所述，装置100可以实现为纯硬件，例如芯片、ASIC、SOC等。这些硬件可以集成在计算机系统400中。此外，本发明的实施方式也可以通过计算机程序产品的形式实现。例如，参考图2描述的方法200可以通过计算机程序产品来实现。该计算机程序产品可以存储在例如图4所示的RAM404、ROM404、硬盘410和/或任何适当的存储介质中，或者通过网络从适当的位置下载到计算机系统400上。计算机程序产品可以包括计算机代码部分，其包括可由适当的处理设备(例如，图4中示出的CPU401)执行的程序指令。所述程序指令至少可以包括用于实现方法200的步骤的指令。

上文已经结合若干具体实施方式阐释了本发明的精神和原理。根据本发明的实施方式，可以自动地分析每个备份任务的执行时间和执行路径，从而在实际运行备份任务之前便可以检测可能影响系统性能的备份任务之间的潜在冲突。而且，在创建新的备份任务时，可以首先预判它与已经调度或者执行的备份任务之间是否存在冲突，并将可能存在的冲突提示给用户。不仅如此，还可以智能地向用户建议可行的备份任务调度方案。另外，本发明的实施方式还允许用户交互地指定针对备份任务的特定需求信息，并且在生成备份任务调度方案时将此类需求信息纳入考虑。以此方式，可以比现有技术更为有效和智能地实现对备份任务的管理。

应当注意，本发明的实施方式可以通过硬件、软件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现；软件部分可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域的普通技术人员可以理解上述的设备和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本发明的设备及其模块可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用由各种类型的处理器执行的软件实现，也可以由上述硬件电路和软件的结合例如固件来实现。

说明书中提及的通信网络可以包括各类网络，包括但不限于局域网(“LAN”)，广域网(“WAN”)，根据IP协议的网络(例如，因特网)以及端对端网络(例如，ad hoc对等网络)。

应当注意，尽管在上文详细描述中提及了设备的若干装置或子装置，但是这种划分仅仅并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明，但是应该理解，本发明并不限于所公开的具体实施方式。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。所附权利要求的范围符合最宽泛的解释，从而包含所有这样的修改及等同结构和功能。

Claims (18)

1.一种用于促进对资源的管理的装置，包括：

收集单元，被配置为收集用户可用的所有软硬件资源；

存储单元，被配置为存储与所收集的资源相关联的信息；

接口单元，被配置为向所述用户呈现与所收集的资源相关联的信息以及从所述用户接收资源分配请求；以及

配置单元，被配置为基于所述资源分配请求来配置所请求的资源；

其中所述接口单元还被配置为向所述用户分配所配置的资源。

2.根据权利要求1所述的装置，其中所述收集单元被进一步配置为在收集用户可用的所有软硬件资源的同时，对所述所有软硬件资源中的至少一部分进行维护。

3.根据权利要求1所述的装置，其中所述接口单元被进一步配置为响应于从用户接收到所述资源分配请求而访问所述存储单元，以找到用户所请求的资源。

4.根据权利要求1所述的装置，其中所述存储单元被进一步配置为记录与所请求的资源的分配有关的信息；并且

所述装置进一步包括：

分析单元，被配置为分析所记录的信息，以优化对所收集的资源的扩充。

5.根据权利要求4所述的装置，其中所述分析单元被进一步配置为分析预定时间段内所记录的信息以确定以下各项中的至少一项：

资源的使用率；

资源的空闲窗口；以及

资源的短缺率。

6.根据权利要求1至5中任一项所述的装置，其中所述资源分配请求至少包括：

所请求的资源的种类；

每个种类的资源的数量；以及

对于每个所请求的资源的配置要求。

7.根据权利要求6所述的装置，其中所述资源分配请求进一步包括以下各项中的至少一项：

所述用户的标识；

所请求的资源的用途；以及

将要使用所请求的资源的时间段。

8.根据权利要求7所述的装置，其中所述接口单元被进一步配置为：

跟踪所请求的资源的状态；以及

向用户呈现所请求的资源的状态。

9.根据权利要求8所述的装置，其中所请求的资源的状态包括以下各项中的一项：

正在配置；

可供使用；

在使用中；以及

准备回收。

10.一种用于促进对资源的管理的方法，包括：

收集用户可用的所有软硬件资源；

存储与所收集的资源相关联的信息；

向所述用户呈现与所收集的资源相关联的信息；

从所述用户接收资源分配请求；

基于所述资源分配请求来配置所请求的资源；以及

向所述用户分配所配置的资源。

11.根据权利要求10所述的方法，进一步包括：

在收集用户可用的所有软硬件资源的同时，对所述所有软硬件资源中的至少一部分进行维护。

12.根据权利要求10所述的方法，进一步包括：

响应于从用户接收到所述资源分配请求而访问与所收集的资源相关联的信息，以找到用户所请求的资源。

13.根据权利要求10所述的方法，进一步包括：

记录与所请求的资源的分配有关的信息；以及

分析所记录的信息，以优化对所收集的资源的扩充。

14.根据权利要求13所述的方法，其中分析所记录的信息包括：分析预定时间段内所记录的信息以确定以下各项中的至少一项：

资源的使用率；

资源的空闲窗口；以及

资源的短缺率。

15.根据权利要求10至14中任一项所述的方法，其中所述资源分配请求至少包括：

所请求的资源的种类；

每个种类的资源的数量；以及

对于每个所请求的资源的配置要求。

16.根据权利要求15所述的方法，其中所述资源分配请求进一步包括以下各项中的至少一项：

所述用户的标识；

所请求的资源的用途；以及

将要使用所请求的资源的时间段。

17.根据权利要求16所述的方法，进一步包括：

跟踪所请求的资源的状态；以及

向用户呈现所请求的资源的状态。

18.根据权利要求17所述的方法，其中所请求的资源的状态包括以下各项中的一项：

正在配置；

可供使用；

在使用中；

准备回收。