CN110633250A - 资源管理系统和方法 - Google Patents

Abstract

本发明提供了一种用于管理资源的系统，包括：第一存储区，用于存储资源文件；第二存储区，其不同于所述第一存储区，并用于存储所述资源文件的存档信息；文件服务器，用于响应于用户的请求对所述资源文件进行操作；以及信息服务器，用于响应于用户的请求对所述存档信息进行操作。还提供了一种用于管理资源的方法。本发明的用于管理资源的系统和方法更为精简。

Description

资源管理系统和方法

技术领域

本发明涉及计算机技术领域，更具体地，涉及一种资源管理方法和系统。

背景技术

在很多由多人共同完成同一项目的领域中，都涉及对资源的统一管理和共享。例如，在动画片制作领域中，需要对动画片中的资源进行管理和共享。动画片中的资源包括纹理、模型、动作、音频、特效等。制作动画片时通常需要对这些资源进行转换、存储、管理和共享。一般来说，资源管理和共享是动画片制作系统中的重要组成部分。如何处理多人以及多项目之间的资源管理和共享对项目开发的效率和质量具有重要影响。

目前，在开发动画片项目时，为了管理和共享资源，往往需要使用版本管理工具或数据库软件等第三方软件以达到版本管理和多人协同工作的目的。这些第三方软件的规模通常比较庞大。

发明内容

本发明的目的在于提供一种更为精简的资源管理方法和系统。

根据本发明的一个方面，提供了一种用于管理资源的系统，包括：第一存储区，用于存储资源文件；第二存储区，其不同于第一存储区，并用于存储资源文件的存档信息；文件服务器，用于响应于用户的请求对资源文件进行操作；以及信息服务器，用于响应于用户的请求对存档信息进行操作。

根据本发明的一个实施例，第一存储区位于文件服务器上，第二存储区位于信息服务器上。

根据本发明的一个实施例，资源文件包括原始资源文件和由原始资源文件转换的具有目标格式的目标资源文件，并且，原始资源文件的存档信息包含目标资源文件的存储路径信息，目标资源文件的存档信息包含原始资源文件的存储路径信息。

根据本发明的一个实施例，响应于用户的请求，文件服务器在对资源文件进行与请求对应的操作的同时，信息服务器对资源文件的存档信息也进行与请求对应的操作，其中操作包括上传、更新、删除中的任意之一。

根据本发明的一个实施例，系统可通过通信网络被多个客户端访问，并且，当资源文件的存档信息因为响应于来自多个客户端中的一个客户端的用户的请求而被操作时，信息服务器能够将被操作的存档信息发送到多个客户端中的其他客户端，其中操作包括上传、更新、删除中的任意之一。

根据本发明的一个实施例，该用于管理资源的系统还包括：客户端，其能够保存用户的历史上传记录，以使得用户再次上传该历史上传记录所指向的资源文件时无需再次输入上传操作所需的参数。

根据本发明的一个实施例，存档信息包括能够由用户设置、增加、删除或变更的标签，以用于辅助于资源文件的归类、显示或搜索。

根据本发明的一个实施例，其中标签在整个系统内是统一的。

根据本发明的一个实施例，在文件服务器或信息服务器响应于用户的请求对资源文件或存档信息进行读操作以外的操作时，拒绝接受来自其他用户的读操作以外的操作请求。

根据本发明的一个实施例，其中系统能够使用户对资源文件或目标文件进行操作时可视化地定位到对应的目标文件或资源文件。

根据本发明的一个实施例，其中系统能够使资源文件或目标文件被操作时，对应的目标文件或资源文件也被进行相应的操作。

根据本发明的一个实施例，资源文件包括原始资源文件和由原始资源文件转换的具有目标格式的目标资源文件，并且，目标文件与对应的编辑器相关联。

根据本发明的一个实施例，当文件服务器接收到的用户的请求是上传资源文件时，资源文件被转换为具有目标格式的目标资源文件，并且在转换完成后，资源文件和目标资源文件都被存储到第一存储区，而资源文件和目标资源文件各自的存档信息被存储到第二存储区。

本发明的另一方面提供了一种用于管理资源的方法，包括：接收对原始资源文件的上传请求；响应于上传请求，使得原始资源文件被转换为目标资源文件；接收原始资源文件和目标资源文件；将原始资源文件和目标资源文件存储至第一存储区；以及将原始资源文件的存档信息和目标资源文件的存档信息存储至与第一存储区不同的第二存储区。

相比于现有技术，本发明的用于管理资源的系统和方法更为精简。

附图说明

图1为本发明的服务器和客户端的体系结构图。

图2为本发明的上传资源的流程图。

图3为本发明的客户端的资源管理器窗口的软件界面图。

具体实施方式

下面结合附图对本发明的具体实施例进行描述。应理解，这些实施例仅仅是说明性的，其不用于限制本发明的范围。

参照图1，示出了根据本发明的一个实施例的资源管理系统的架构图。系统可以有一个或多个前端服务器，用于接收来自用户端的请求，并对请求进行初步的处理。图1所示的系统可以包含文件服务器集群和信息服务器集群。文件服务器集群可以包含一个或多个文件服务器。信息服务器集群可以包含一个或多个信息服务器。在规模较小的系统中，也可以只有一个文件服务器和一个信息服务器，而不存在集群。文件服务器用于管理资源文件，信息服务器用于管理资源文件的相关信息。前端服务器也可以不是一个专门、单独的服务器，而是文件服务器或信息服务器上运行的一个模块(优选在信息服务器上)。一个服务器可以是一台独立的硬件设备，也可以是运行在一台硬件设备上的多个虚拟服务器中的一个。从客户端的角度来看，所有的前端、文件和信息服务器在逻辑上可以看作为单个服务器。下文中将不加区分地使用“服务器”，除非明确指出是前端、文件还是信息服务器。

本申请所述的资源文件可以包括各种类型的计算机可读的数据。例如，在动画片制作领域，资源文件可以包括体现纹理、模型、动作、音频、特效等的数据(例如以计算机可读的文件的形式存储)。

资源文件可以包括原始资源文件和具有目标格式的目标资源文件。原始资源文件可以是相关工作人员使用第三方软件制作生成的各种类型的文件。以动画片制作为例，动画片原始资源文件往往是使用例如3DMax、Maya等已知的第三方软件制作生成的各种类型的资源，通常不直接在动画片开发中使用(例如因为它们具有其原始制作工具确定的格式)。

目标资源文件是由原始资源文件转换得到的具有目标格式的数据。例如，在动画片制作领域，目标资源文件是制作动画片时实际使用的数据，它们通常由原始资源文件转换生成，用于之后的动画片制作。

资源文件的相关信息可以例如包括原始资源文件和目标资源文件的存储位置信息(存储路径)、文件名、文件类型、纹理分辨率、修改时间、修改人、描述信息、标签名称和颜色等信息。当然，以上仅仅是举例，文件的相关信息可以包括任何与文件有关的信息，并被存储在根据本发明的系统中(以下统称“存档信息”)。可以通过信息服务器对文档信息进行各种操作，例如读取、更新、修改、删除等。例如，在一个实施例中，原始资源文件的存档信息可以包含由该原始资源文件转换的目标资源文件被上传后的存储路径或位置。对应地，该目标资源文件的存档信息也可以包含该原始资源文件被上传后的存储路径或位置。这样使得原始资源文件的存档信息和目标资源文件的存档信息能够通过存储对方的存储路径而彼此关联起来。根据需要，只要知道原始资源文件或目标资源文件中的一个的存档信息，就可以知道原始资源文件或目标资源文件中的另一个的位置，进而获取其存档信息甚至其他信息，从而对二者进行某种联动式的操作。例如，当对原始资源文件进行删除或更新的操作时，可以定位到对应的目标资源文件，并对其进行相应的删除或更新等操作。

每个服务器均可以配备有备份服务器，定期进行数据备份，以提高系统安全性和防止数据意外丢失。服务器程序还具有崩溃后自动重启等功能，以提高服务器程序的安全性、适应性、稳定性和鲁棒性。

服务器集群可以连接有多个客户端。每个客户端可以通过访问信息服务器获取与资源文件相关的目录树结构和存档信息，而在需要读写资源文件时访问文件服务器。目录树结构是由服务器程序生成的，服务器程序初始化的时候可以创建根目录并根据需要创建一级目录。用户通过客户端作出“创建文件夹”或者“上传文件”请求；响应于该请求，在文件服务器创建文件夹或向文件服务器上选定的文件夹上传文件，同时在信息服务器上将该文件/文件夹位置加入目录树结构。

下面将结合图2对本发明的资源管理方法各个实施例进行详细描述。

在实施本发明的方法之前，可以先配置服务器。具体地，可以准备服务器集群设备，安装服务器程序，启动该程序并初始化。然后在各个客户端设备上安装客户端程序，并连入服务器所在的通信网络。

在实际操作中，可以按如下方式进行。首先，用户打开客户端程序并登录服务器，如果登陆成功，则客户端成功连接信息服务器和文件服务器。接下来，用户可以在客户端中打开目标目录、创建新的目录或选择已有目录，并通过客户端向服务器(通常是前端服务器)发送上传原始资源文件到某目录的请求。服务器接收该请求，并响应于该请求对该原始资源文件进行格式转换(可以由前端服务器完成，也可以交由文件服务器完成)。针对原始资源文件的不同类型和格式，可以采用现有技术中已知的相应的转换方法。可以将多种转换方法集成到客户端转换程序库中，以便集中地调用。系统预先设置了转换前类型与转换后类型的映射关系。原始资源文件与目标资源文件可以是一对一或一对多的关系。比如，可以将Photoshop生成的png文件转换成dds文件，还可以将3DMax生成的FBX文件生成骨骼、蒙皮、材质、网格等文件(例如将FBX中包含的不同类型的信息分别独立导出成单个文件)。当原始资源文件和目标资源文件是一对多的时候可以只选择一个或多个目标格式进行转换，以分别生成相应的目标资源文件。转换可以在上传过程中在客户端本地机器上进行。如果转换成功，上传原始文件和目标文件；如果转换失败，停止上传，并还可以显示具体错误信息。上传过程中，还可以生成目标文件(或原始文件和目标文件二者)的缩略图以用于预览。

上传到服务器的资源文件(包括原始资源文件和目标资源文件)和其存档信息可以存储在同一个服务器的不同位置。优选地，资源文件与该文件的存档信息可以存储在同一服务器集群中的不同服务器上。可以对服务器集群中的服务器进行整体式的分配，以决定某个或某些服务器用于存储资源文件或存档信息，而某些服务器仅用于执行程序。资源文件和其存档信息分别存储在不同位置(例如文件服务器和信息服务器分别具有各自的存储系统，或在相同存储系统中具有不同的存储区域)，在一定程度上利于未来的扩展以及数据的备份和恢复。例如，当存储资源文件的服务器空间不够用时，可以直接增加一台服务器，而不影响存储信息的服务器。

在上传成功以后，服务器会将原始资源文件的存档信息和目标资源文件的存档信息发送到所有其他客户端，使得通过其他客户端能够看到这些存档信息，从而实现资源的共享，便于多人协同开发同一动画片。此通知可以在上传完成后立即发生，以提高资源更新的实时程度。类似地，当资源被修改、删除、隐藏的时候，也可以实时同步到所有客户端。

在一个实施例中，服务器在接收到上传请求时，会通过检索信息服务器来确定由用户选定的上传路径是否已经存在同名的文件(这通常是前端服务器执行的初步处理中的一项)。具体地，在一个实施例中，服务器可以根据上传请求识别待上传的原始资源文件的文件名及上传路径，检索信息服务器中的数据以判断该上传路径是否存在同名的文件。如果在存在同名的文件，则向客户端发送表示是否覆盖该文件的指令。若用户选择“覆盖”，则客户端会如是通知服务器，上传过程继续，否则将结束上传。原始资源文件及由其转换的目标资源文件上传完成后，服务器会利用该原始资源文件和目标资源文件替换掉上述的同名文件以及由该同名文件转换出的目标文件。如上所述，可以通过存档信息来寻找到将要被替换的目标文件。同时，该同名资源文件及其关联的目标文件二者的存档信息也将被替换。在一些实施例中，在替换完成后，服务器会将新上传的原始资源文件和目标资源文件的存档信息发送到所有客户端或仅发送到其他客户端。

可以提供快捷上传窗口保存历史上传记录，便于对同一文件的再次上传。例如，假设一个原始资源文件曾经被上传过而现在又被更新了且需要重新上传，如果该文件的本地存储路径未变(即历史上传记录仍指向需要被上传的资源文件)，则可以使用快捷上传窗口中该文件的历史上传记录中的各种上传参数，快速地再次上传该文件(即上传该文件被更新的版本)，而无需用户再次输入各参数(例如上传路径)，同时也进行与前述替换同名文件的操作基本相同的替换操作。一些实施例中不需要用户特别确认覆盖，但也可以仍要求用户确认。

本发明的实施例还可以支持目录上传方式，一次性上传整个目录下的全部文件，以提高上传的效率。

图3示出了根据本发明一个实施例的客户端的操作界面。资源上传成功之后，任一已连接的客户端的用户都可以进行操作，例如，浏览、管理、使用资源。例如，服务器可以接收来自一个客户端的对某一文件的操作请求，例如，该操作请求可以是删除、隐藏、添加标签、删除标签中的一个或多个。服务器可以响应于该操作请求，对该文件进行相应操作，并且对由其转换的目标资源文件进行相同的操作，并相应地替换或更新相关的存档信息。替换或更新后的存档信息可以被发送至所有客户端或仅发送至其他客户端。

在一些实施例中，用户仅能浏览服务器上的原始资源，但不能对其进行编辑或删除；这意味着对如果对目标文件进行编辑或删除时，未必一定要对对应的原始资源进行相同的操作。如果一项原始(目标)资源对应的目标(原始)资源被删除，此时可将该资源的存档信息中记录对应资源的存储路径的信息项置为空。

根据本发明的实施例，在服务器响应于一个客户端的操作请求对文件或存档信息进行上传、更新、编辑、删除等会改变该资源的某种状态的操作时(通常不包括读操作)，会拒绝接受来自其他客户端的任何操作请求(在一些实施例中只允许来自其他客户端的读操作)，从而保证一个服务器中的一个文件或一项存档信息在一个时刻只允许被一个用户修改，因此避免了多用户同时操作同一文件/存档信息带来的冲突。

在一些实施例中，目标资源和对应于材质、模型、动作、特效等不同类型的资源的编辑器相关联，以易于在各个编辑器中进行打开、编辑和保存。这些编辑器本身的实现方式是已知的。打开资源时直接启动相应的编辑器。

本发明的实施例还对每个资源文件都添加了访问和读写的权限设置功能，不同用户对同一文件拥有不同的读写权限，保证了资源文件的安全。本发明的实施例可以对每个用户分配权限，权限的分配任何时候都可以进行。

资源文件的显示可以具有列表或缩略图的方式。列表包括文件名、文件类型、纹理分辨率、修改时间、修改人、描述信息、标签名称和颜色等信息。缩略图是在资源文件上传时由客户端或服务器生成并保存在服务器的预览文件的快照图片。客户端可以具有一个预览窗口，用于在客户端对模型、动作等资源文件进行实时动态预览。

为了可视化地将任意一组数据文件归为一类，本发明的实施例支持用户设置、增加、删除、变更标签，标签数量可以没有限制。一个资源文件可以具有多个标签，并作为其存档信息的一部分而被存储。文件所具有的标签可以以文字和颜色的形式同时显示在列表视图中。可以通过选择一组任意数目的标签来列出属于该标签组的所有资源文件。在一些实施例中，标签是统一的。例如，一个用户改了某标签，也会体现在其他用户的客户端，并且系统保证不同用户创建的标签彼此不重复(例如已经存在由用户甲创建的“猴子”的标签时，则在用户乙试图创建“猴”时得到提示从而中止创建而使用已有的“猴子”标签)。并且。本发明的实施例支持按文件类型过滤显示当前目录的资源文件。

本发明的实施例可以具有搜索功能，包括按文件名和按文件描述信息(通常是一段文本信息)两种搜索方式。在搜索结果中还可以继续按文件类型进行过滤显示。搜索记录可以保存下来。还可以将常用搜索关键词保存在搜索收藏夹中。

本发明的实施例支持在原始资源和目标资源分别的显示视图之间快速切换，并可以通过存档信息中对应资源的存储路径快速定位到对应的资源。

本发明的实施例还支持对目录和资源文件的复制和粘贴、创建快捷方式、输出到本地等功能。这些功能可以通过客户端来实现。

本发明各实施例的方法和装置可以实现为纯粹的软件模块(例如用Java语言来编写的软件程序)，也可以根据需要实现为纯粹的硬件模块(例如专用ASIC芯片或FPGA芯片)，还可以实现为结合了软件和硬件的模块(例如存储有固定代码的固件系统)。

本发明的另一个方面是一种计算机可读介质，其上存储有计算机可读指令，所述指令被执行时可实施本发明各实施例的方法。

本发明的实施例实现了一种精简的资源管理方法和系统，其能够有效地实现资源的上传、更新、共享、浏览、删除等功能。

本领域普通技术人员可以意识到，以上所述仅为本发明的示例性实施例，并不用于限制本发明。本发明还可以包含各种修改和变化。任何在本发明的精神和范围内作的修改和变化均应包含在本发明的保护范围内。

Claims (14)

1.一种用于管理资源的系统，包括：

第一存储区，用于存储资源文件；

第二存储区，其不同于所述第一存储区，并用于存储所述资源文件的存档信息；

文件服务器，用于响应于用户的请求对所述资源文件进行操作；以及

信息服务器，用于响应于用户的请求对所述存档信息进行操作。

2.根据权利要求1所述的用于管理资源的系统，其特征在于，所述第一存储区位于所述文件服务器上，所述第二存储区位于所述信息服务器上。

3.根据权利要求1所述的用于管理资源的系统，其特征在于，所述资源文件包括原始资源文件和由所述原始资源文件转换的具有目标格式的目标资源文件，并且，所述原始资源文件的存档信息包含所述目标资源文件的存储路径信息，所述目标资源文件的存档信息包含所述原始资源文件的存储路径信息。

4.根据权利要求1所述的用于管理资源的系统，其特征在于，响应于用户的所述请求，所述文件服务器在对所述资源文件进行与所述请求对应的操作的同时，所述信息服务器对所述资源文件的存档信息也进行与所述请求对应的操作，其中所述操作包括上传、更新、删除中的任意之一。

5.根据权利要求1所述的用于管理资源的系统，其中，所述系统可通过通信网络被多个客户端访问，并且，当所述资源文件的存档信息因为响应于来自所述多个客户端中的一个客户端的用户的请求而被操作时，所述信息服务器能够将被操作的所述存档信息发送到所述多个客户端中的其他客户端，其中所述操作包括上传、更新、删除中的任意之一。

6.根据权利要求1所述的用于管理资源的系统，还包括：

客户端，其能够保存用户的历史上传记录，以使得所述用户再次上传该历史上传记录所指向的资源文件时无需再次输入上传操作所需的参数。

7.根据权利要求1所述的用于管理资源的系统，其中，所述存档信息包括能够由用户设置、增加、删除或变更的标签，以用于辅助于资源文件的归类、显示或搜索。

8.根据权利要求7所述的用于管理资源的系统，其中所述标签在整个系统内是统一的。

9.根据权利要求1所述的用于管理资源的系统，其中，在所述文件服务器或所述信息服务器响应于用户的请求对所述资源文件或所述存档信息进行读操作以外的操作时，拒绝接受来自其他用户的读操作以外的操作请求。

10.根据权利要求3所述的用于管理资源的系统，其中所述系统能够使用户对资源文件或目标文件进行操作时可视化地定位到对应的目标文件或资源文件。

11.根据权利要求3所述的用于管理资源的系统，其中所述系统能够使资源文件或目标文件被操作时，对应的目标文件或资源文件也被进行相应的操作。

12.根据权利要求1所述的用于管理资源的系统，其中，所述资源文件包括原始资源文件和由所述原始资源文件转换的具有目标格式的目标资源文件，并且，所述目标文件与对应的编辑器相关联。

13.根据权利要求1所述的用于管理资源的系统，其中，当所述文件服务器接收到的所述用户的请求是上传所述资源文件时，所述资源文件被转换为具有目标格式的目标资源文件，并且在所述转换完成后，所述资源文件和所述目标资源文件都被存储到所述第一存储区，而所述资源文件和所述目标资源文件各自的存档信息被存储到所述第二存储区。

14.一种用于管理资源的方法，包括：

接收对原始资源文件的上传请求；

响应于所述上传请求，使得所述原始资源文件被转换为目标资源文件；

接收所述原始资源文件和所述目标资源文件；

将所述原始资源文件和所述目标资源文件存储至第一存储区；以及

将所述原始资源文件的存档信息和所述目标资源文件的存档信息存储至与所述第一存储区不同的第二存储区。

Images