CN115905120B - 档案文件管理方法、装置、计算机设备和存储介质 - Google Patents
档案文件管理方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN115905120B CN115905120B CN202211367509.0A CN202211367509A CN115905120B CN 115905120 B CN115905120 B CN 115905120B CN 202211367509 A CN202211367509 A CN 202211367509A CN 115905120 B CN115905120 B CN 115905120B
- Authority
- CN
- China
- Prior art keywords
- file
- archive
- user
- server
- queried
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000007726 management method Methods 0.000 title abstract description 55
- 238000000034 method Methods 0.000 claims abstract description 45
- 238000004590 computer program Methods 0.000 claims abstract description 23
- 230000004044 response Effects 0.000 claims description 8
- 230000008569 process Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 11
- 238000012545 processing Methods 0.000 description 8
- 238000006243 chemical reaction Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000013475 authorization Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000009469 supplementation Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请涉及一种档案文件管理方法、装置、计算机设备、存储介质和计算机程序产品。所述方法包括:获取各用户各自对应的多个档案文件,通过每一档案文件的文件名,确定每一档案文件的命名规则,每一命名规则中配置有相应文件名中各档案参数的排列方式;针对每一档案文件的文件名,根据每一档案文件对应的命名规则,获得每一档案文件的多个档案参数;根据每一档案文件档案参数中的用户标识,确定每一档案文件的存储目录,并分别存储各档案文件;响应于用户对已存储的各档案文件的查询请求,确定待查询文件名,基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得待查询文件。采用本方法能够提高档案文件管理效率。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种档案文件管理方法、装置、计算机设备、存储介质和计算机程序产品。
背景技术
随着计算机技术的发展,出现了电子文件存储技术,电子文件存储技术可以用于存储各个用户在各个平台产生的档案文件。
传统技术中,一般是将不同用户在各个平台产生的大量档案文件上传至服务器中存储,以便后续的查询、预览或下载。
然而,在传统技术中,由于大量的用户产生了大量的档案文件,服务器中的档案文件数量较多,导致档案文件的管理效率不高。
发明内容
基于此,有必要针对上述技术问题,提供一种能够提高档案文件管理效率的档案文件管理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
第一方面,本申请提供了一种档案文件管理方法。所述方法包括:
获取各用户各自对应的多个档案文件,通过每一档案文件的文件名,确定每一档案文件所对应的命名规则,每一命名规则中配置有相应文件名中各档案参数的排列方式;
针对每一档案文件的文件名,根据每一档案文件所对应的命名规则,获得每一档案文件所对应的多个档案参数;
根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件的存储目录,并按照存储目录分别存储各档案文件;
响应于用户对已存储的各档案文件的查询请求,确定待查询文件名,基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得待查询文件。
在其中一个实施例中,获取各用户各自对应的多个档案文件之前,包括:
获取各用户各自对应的多个待上传档案文件以及各待上传档案文件各自的档案参数,其中,各待上传档案文件各自的档案参数中至少包括各自的档案类型,每一档案类型配置有各自的命名规则;
根据每一待上传档案文件各自的档案类型,确定每一待上传档案文件各自对应的命名规则;
按照每一待上传档案文件所对应的命名规则,确定每一待上传档案文件所对应档案参数的排列方式,生成各待上传档案文件各自的文件名;
将各用户各自对应的已生成文件名的多个待上传档案文件进行上传。
在其中一个实施例中,每一用户标识中均包括多个标识号,根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件的存储目录,并按照存储目录分别存储各档案文件之前,包括:
获取每一用户各自对应的用户标识,从每一用户各自对应的用户标识中选取目标数量的目标标识号;
创建每一用户各自对应的一级存储目录,并根据每一用户各自对应的目标标识号,分别配置每一用户各自对应的一级存储目录的名称;
创建每一用户各自对应的二级存储目录,二级存储目录为相应一级存储目录的子目录,并将每一用户各自对应的用户标识,分别作为每一用户各自对应的二级存储目录的名称;
根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件的存储目录,并按照存储目录分别存储各档案文件包括:
根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件各自对应的一级存储目录与二级存储目录,并将每一档案文件分别存储于各自对应的二级存储目录中。
在其中一个实施例中,一级存储目录以及二级存储目录创建于第一服务器中,第二服务器中存储有多种档案类型各自对应的命名规则,将每一档案文件分别存储于各自对应的二级存储目录中之后,还包括:
获取已按照一级存储目录以及二级存储目录存储的多个目标档案文件,得到各目标档案文件各自对应的档案参数;
根据各目标档案文件各自档案参数中的档案类型,确定各目标档案文件各自对应的命名规则;
当各目标档案文件各自对应的命名规则与第二服务器中命名规则匹配成功时,将各目标档案文件各自的档案参数分别存储于第二服务器;
当第一服务器中各目标档案文件的档案参数存在更新时,同步更新第二服务器中存储的档案参数。
在其中一个实施例中,根据各目标档案文件各自档案参数中的档案类型,确定各目标档案文件各自对应的命名规则之后,还包括:
当存在目标档案文件所对应的命名规则与第二服务器中命名规则匹配不成功时,将匹配不成功的目标档案文件所对应命名规则添加至第二服务器中,得到第二服务器的更新后命名规则;
当匹配不成功的目标档案文件所对应命名规则与更新后命名规则匹配成功时,将匹配不成功的目标档案文件所对应档案参数存储于第二服务器。
在其中一个实施例中,响应于用户对已存储的各档案文件的查询请求,确定待查询文件名,基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得待查询文件包括:
响应于用户的查询请求,获得查询请求中待查询文件的待查询文件名,待查询文件名中包括多种档案参数,档案参数中至少包括待查询文件的文件格式以及用户标识;
当待查询文件的文件格式满足查询条件时,根据待查询文件的用户标识,确定待查询文件的存储目录,从待查询文件的存储目录中获得待查询文件。
第二方面,本申请还提供了一种档案文件管理装置。所述装置包括:
命名规则获得模块,用于获取各用户各自对应的多个档案文件,通过每一档案文件的文件名,确定每一档案文件所对应的命名规则,每一命名规则中配置有相应文件名中各档案参数的排列方式;
档案参数获得模块,用于针对每一档案文件的文件名,根据每一档案文件所对应的命名规则,获得每一档案文件所对应的多个档案参数;
档案文件存储模块,用于根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件的存储目录,并按照存储目录分别存储各档案文件;
待查询文件获得模块,用于响应于用户对已存储的各档案文件的查询请求,确定待查询文件名,基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得待查询文件。
第三方面,本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
获取各用户各自对应的多个档案文件,通过每一档案文件的文件名,确定每一档案文件所对应的命名规则,每一命名规则中配置有相应文件名中各档案参数的排列方式;
针对每一档案文件的文件名,根据每一档案文件所对应的命名规则,获得每一档案文件所对应的多个档案参数;
根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件的存储目录,并按照存储目录分别存储各档案文件;
响应于用户对已存储的各档案文件的查询请求,确定待查询文件名,基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得待查询文件。
第四方面,本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
获取各用户各自对应的多个档案文件,通过每一档案文件的文件名,确定每一档案文件所对应的命名规则,每一命名规则中配置有相应文件名中各档案参数的排列方式;
针对每一档案文件的文件名,根据每一档案文件所对应的命名规则,获得每一档案文件所对应的多个档案参数;
根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件的存储目录,并按照存储目录分别存储各档案文件;
响应于用户对已存储的各档案文件的查询请求,确定待查询文件名,基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得待查询文件。
第五方面,本申请还提供了一种计算机程序产品。所述计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
获取各用户各自对应的多个档案文件,通过每一档案文件的文件名,确定每一档案文件所对应的命名规则,每一命名规则中配置有相应文件名中各档案参数的排列方式;
针对每一档案文件的文件名,根据每一档案文件所对应的命名规则,获得每一档案文件所对应的多个档案参数;
根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件的存储目录,并按照存储目录分别存储各档案文件;
响应于用户对已存储的各档案文件的查询请求,确定待查询文件名,基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得待查询文件。
上述档案文件管理方法、装置、计算机设备、存储介质和计算机程序产品,通过各用户各自对应的多个档案文件的文件名,确定每一档案文件的命名规则,进而获得每一档案文件的多个档案参数,再根据档案参数中的用户标识,确定每一档案文件的存储目录,即用户标识相同的档案文件对应同一存储目录,然后按照存储目录分别存储各档案文件,由于同一用户的用户标识相同,因此,可以将同一用户的多个档案文件按照同一存储目录存储,从而能实现对同一用户所对应多个档案文件的统一管理,以提高档案文件管理效率,最后,响应于用户对已存储档案文件的查询请求,并基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录,提高了档案文件的查询效率。整个过程中,通过各个用户的用户标识,将同一用户的多个档案文件按照同一存储目录存储,实现了对同一用户所对应档案文件的统一管理,还可以通过待查询文件名中的用户标识,确定待查询文件的存储目录,从而提高了在档案文件管理过程中,查询各档案文件的效率,最终能够提高档案文件的管理效率。
附图说明
图1为一个实施例中档案文件管理方法的应用环境图;
图2为一个实施例中档案文件管理方法的流程示意图;
图3为一个实施例中基于文件名确定档案参数的流程示意图;
图4为一个实施例中基于档案参数确定命名规则的流程示意图;
图5为一个实施例中命名组件的交互示意图;
图6为一个实施例中基于文件名确定存储目录的流程示意图;
图7为一个实施例中文件预览服务的流程示意图;
图8为另一个实施例中档案文件管理方法的流程示意图;
图9为一个实施例中档案文件管理装置的结构框图;
图10为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请实施例提供的档案文件管理方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上,也可以放在云上或其他网络服务器上。服务器104可以从而每一用户各自对应的终端102中获取各用户各自对应的多个档案文件,并通过每一档案文件的文件名,确定每一档案文件所对应的命名规则,针对每一档案文件的文件名,服务器104可以根据每一档案文件所对应的命名规则,获得每一档案文件所对应的多个档案参数,再根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件的存储目录,并按照存储目录分别存储各档案文件,服务器104还可以响应于用户在各自对应的终端102所发起的,对已存储的各档案文件的查询请求,确定待查询文件名,基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得待查询文件。
其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和物联网设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现,具体可以包括CDM(Cloud Data Migration,云数据迁移)子服务器以及FTP(FileTransfer Protocol,文件传输协议)子服务器。CDM子服务器具体可以用于存储各类命名规则的对照表、各档案文件所对应的档案参数,还可以用于处理用户的查询请求、预览请求等。FTP子服务器具体可以用于获取、存储各终端所上传的档案文件,还可以用于响应用户的查询、下载请求。
在一个实施例中,如图2所示,提供了一种档案文件管理方法,以该方法应用于图1中的服务器为例进行说明,包括以下步骤:
步骤202,获取各用户各自对应的多个档案文件,通过每一档案文件的文件名,确定每一档案文件所对应的命名规则,每一命名规则中配置有相应文件名中各档案参数的排列方式。
其中,档案文件具体可以为用户在申请资源借用过程中所产生的电子档案文件,包括但不限定于用户标识凭证、资源借用账户凭证、用于记录资源借用阈值的凭证、用户的授权凭证等。用途不同的资源借用申请,对应不同的资源借用业务,在资源借用过程中所产生的业务编码不同。文件名中的档案参数可以包括但不限定于档案文件的档案类型、档案文件所对应用户的用户标识、资源借用请求所对应的业务编码、档案类型所对应的档案版本、档案文件所对应资源借用处理人的工号、资源借用凭证号、档案文件的生成时间等。
可选地,当获得各用户的授权后,服务器可以通过FTP子服务器,从各用户的终端,获取各用户各自上传的多个档案文件,并通过对每一档案文件文件名的起始部分进行识别,获得每一档案文件所对应的档案类型,其中,每一档案类型配置有各自的命名规则,从而可以确定每一档案文件所对应的命名规则。
示例性地,在每一档案文件的文件名中,档案文件所对应的多个档案参数均按照相应的命名规则排列,相邻档案参数之间设置有下划线“_”,以分隔不同的档案参数,且各档案文件的文件名均以档案类型所对应的编码、用户表示作为文件名起始部分。
示例性地,档案文件的文件名具体可以为“档案类型编码_用户标识_(选填内容).文件格式”的形式。其中,文件名中的“选填内容”,具体包括但不限定于业务编码、档案文件所对应资源借用处理人的工号、资源借用凭证号、档案文件的生成时间等。文件格式包括但不限定于“jpg”、“pdf”、“mp3”、“mp4”、“html”等。
可选地,服务器可以通过CDM子服务器中存储的命名规则对照表,确定每一档案类型所对应的命名规则。如表1所示,提供了一种存储于CDM子服务器,且配置有档案类型与命名规则之间对应关系的对照表。但本实施例中不对档案类型的种类以及每一档案类型所对应的命名规则进行限定,本申请中的档案类型以及每一档案类型所对应的命名规则包括但不限定为表1所示的几种。
表1档案类型与命名规则之间对应关系的对照表
示例性地,同一档案类型的档案文件,可以对应至少一个档案版本,且不同档案版本的档案文件,对应不同的命名规则。以档案类型为“用于确定资源借用阈值的凭证”的档案文件为例进行说明,如表2所示,提供了一种档案版本与命名规则之间对应关系的对照表。但本实施例中不对档案版本的种类以及每一档案版本所对应的命名规则进行限定,本申请中的每一档案类型所对应的档案版本以及每一档案版本所对应的命名规则包括但不限定为表2所示的几种。
表2档案版本与命名规则之间对应关系的对照表
可选地,服务器可以CDM子服务器,对FTP子服务器所获取的各档案文件的文件名进行识别,从而确定档案文件所对应的档案类型,并获得每一档案文件所对应文件名中各档案参数的排列方式,进而根据文件名中档案参数的排列方式,确定档案文件所对应的档案版本。
以文件名为“E05_XXXX6_P1109_201810301742.pdf”的档案文件为例进行说明,服务器可以通过CDM子服务器对该档案文件进行识别,确定该档案文件所属的档案类型为“用于确定资源借用阈值的凭证”,档案类型编码为“E05”,用户标识为“XXXX6”,生成时间为“201810301742”,文件格式为“pdf”,该档案文件所对应的命名规则为“档案类型_用户标识_业务编码_生成时间.pd f”,进而确定该档案文件的档案版本为“用于确定资源借用阈值的凭证”这一档案类型的新版本“V2”。基于类似的方式,服务器可以确定FTP子服务器所获取的每一档案文件的命名规则以及相应的档案版本。
步骤204,针对每一档案文件的文件名,根据每一档案文件所对应的命名规则,获得每一档案文件所对应的多个档案参数。
可选地,针对每一档案文件的文件名,服务器可以通过CDM子服务器对每一档案文件的文件名进行识别,确定每一档案文件所对应的命名规则,从而确定每一档案文件文件名中各档案参数的排列方式,并获得每一档案文件所对应的多个档案参数。
示例性地,如图3所示,以文件名为“E14_XXXX6_P2109_201910301854.mp4”的档案文件为例,提供了一种基于文件名确定档案参数的流程示意图。图3主要流程包括:服务器通过CDM子服务器,识别出该档案文件所对应的档案类型编码为“E14”,并根据配置有每一档案类型所对应档案版本与命名规则之间对应关系的对照表,确定该档案文件所对应的命名规则为“档案类型编码_用户标识_业务编码_生成时间.文件格式”,并进一步将命名规则中各档案参数的排列方式与该档案的文件名进行匹配,确定该档案文件所对应的多个档案参数:档案类型(E14)、用户标识(XXXX6)、业务编码(P2109)、生成时间(2019年10月30日18:54)、文件格式(mp4)、档案版本(V2)。
基于类似的方式,服务器可以通过对每一档案文件的文件名进行识别,确定每一档案文件各自对应的多个档案参数,实现档案文件名到档案参数的转换。
步骤206,根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件的存储目录,并按照存储目录分别存储各档案文件。
可选地,服务器可以根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件在FTP子服务器中的存储路径,从而确定每一档案文件在FTP子服务器中所对应的存储目录,并按照存储目录分别存储各档案文件。
步骤208,响应于用户对已存储的各档案文件的查询请求,确定待查询文件名,基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得待查询文件。
可选地,服务器可以通过CDM子服务器响应于用户在各自终端的操作,即响应于各用户对已存储的各档案文件的查询请求,并获得查询请求中的待查询文件名,通过对待查询文件名进行识别,获得待查询文件名所对应档案参数中的用户标识,从而基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的在FTP子服务器中的存储目录,从而按照存储目录,从FTP子服务器中获得待查询文件。
上述的档案文件管理方法中,通过各用户各自对应的多个档案文件的文件名,确定每一档案文件的命名规则,进而获得每一档案文件的多个档案参数,再根据档案参数中的用户标识,确定每一档案文件的存储目录,即用户标识相同的档案文件对应同一存储目录,然后按照存储目录分别存储各档案文件,由于同一用户的用户标识相同,因此,可以将同一用户的多个档案文件按照同一存储目录存储,从而能实现对同一用户所对应多个档案文件的统一管理,以提高档案文件管理效率,最后,响应于用户对已存储档案文件的查询请求,并基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录,提高了档案文件的查询效率。整个过程中,通过各个用户的用户标识,将同一用户的多个档案文件按照同一存储目录存储,实现了对同一用户所对应档案文件的统一管理,还可以通过待查询文件名中的用户标识,确定待查询文件的存储目录,从而提高了在档案文件管理过程中,查询各档案文件的效率,最终能够提高档案文件的管理效率。
在其中一个实施例中,获取各用户各自对应的多个档案文件之前,包括:
获取各用户各自对应的多个待上传档案文件以及各待上传档案文件各自的档案参数,其中,各待上传档案文件各自的档案参数中至少包括各自的档案类型,每一档案类型配置有各自的命名规则;
根据每一待上传档案文件各自的档案类型,确定每一待上传档案文件各自对应的命名规则;
按照每一待上传档案文件所对应的命名规则,确定每一待上传档案文件所对应档案参数的排列方式,生成各待上传档案文件各自的文件名;
将各用户各自对应的已生成文件名的多个待上传档案文件进行上传。
可选地,在各用户将各自的待上传档案文件、各待上传档案文件所对应的档案参数分别上传至各自的终端后,响应于各用户的授权操作,服务器可以从各用户各自的终端中,获取各用户各自对应的多个待上传档案文件以及各待上传档案文件各自的档案参数。进一步的,服务器可以根据档案参数中的档案类型、档案类型所对应的档案版本,通过CDM子服务器,确定每一待上传档案文件各自对应的命名规则,最后,可以按照每一待上传档案文件所对应的命名规则,确定每一待上传档案文件所对应档案参数的排列方式,生成各待上传档案文件各自的文件名,并将各用户各自对应的已生成文件名的多个待上传档案文件上传至FTP子服务器。
示例性地,关于服务器确定每一待上传档案文件各自对应的命名规则这一过程,如图4所示,以档案类型为E05、用户标识为XXXX6、业务编码P1109、生成时间为201810301742、档案版本为V2的档案文件为例进行说明,提供了一种基于档案参数确定命名规则的流程示意图。图4中主要流程包括:基于每一档案类型所对应档案版本与命名规则之间对应关系的对照表,服务器可以根据待上传档案文件所对应档案参数中的档案类型以及档案版本,确定待上传档案文件所对应的命名规则,从而生成档案文件的文件名。
示例性地,CDM子服务器中存储的命名规则对照表,具体可以存储于CDM子服务器的命名组件中。其中,各用户终端均配置有终端命名组件,各终端命名组件可以用于调用CDM子服务器中的命名规则。如图5所示,提供一种命名组件的交互示意图,在图5中,由于服务器与终端互联,因此,服务器可以将CDM子服务器命名组件中的命名规则,推送至各用户的终端命名组件,并控制各终端命名组件调用相应的命名规则,生成各待上传档案文件各自的文件名。当CDM子服务器中的命名规则发生更新时,服务器同步将更新后的命名规则推送至各终端,以便各终端命名组件所调用的命名规则可以及时更新。
本实施例中,按照命名规则生成待上传档案文件的文件名,能够确保所上传的档案文件均配置有符合命名规则的文件名,以便后续对档案文件进行管理,能够提高档案文件管理效率。
在其中一个实施例中,每一用户标识中均包括多个标识号,根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件的存储目录,并按照存储目录分别存储各档案文件之前,包括:
获取每一用户各自对应的用户标识,从每一用户各自对应的用户标识中选取目标数量的目标标识号;
创建每一用户各自对应的一级存储目录,并根据每一用户各自对应的目标标识号,分别配置每一用户各自对应的一级存储目录的名称;
创建每一用户各自对应的二级存储目录,二级存储目录为相应一级存储目录的子目录,并将每一用户各自对应的用户标识,分别作为每一用户各自对应的二级存储目录的名称;
根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件的存储目录,并按照存储目录分别存储各档案文件包括:
根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件各自对应的一级存储目录与二级存储目录,并将每一档案文件分别存储于各自对应的二级存储目录中。
可选地,服务器可以获取每一用户各自对应的用户标识,先从每一用户各自对应的用户标识中选取目标数量的目标标识号,然后,在FTP子服务器所对应的主目录下创建每一用户各自对应的一级存储目录,并根据每一用户各自对应的目标标识号,分别配置每一用户各自对应的一级存储目录的名称,进一步的,在各一级存储目录下,分别创建每一用户各自对应的二级存储目录,即相应一级存储目录的子目录,再将每一用户各自对应的用户标识,分别作为每一用户各自对应的二级存储目录的名称,完成各用户所对应存储目录的创建,最后,在存储各档案文件之前,服务器将根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件各自对应的一级存储目录与二级存储目录,并将每一档案文件分别存储于各自对应的二级存储目录中。
示例性地,在根据每一用户各自对应的目标标识号,分别配置每一用户一级存储目录名称的过程中,服务器可以从每一用户的用户标识中选取目标数量的目标标识号,并对各用户的目标标识号进行处理,得到处理后目标标识号,并将处理后目标标识号,作为各用户各自一级存储目录的名称。
以用户标识为“XXX301X”的用户为例进行书名,服务器可以选取用户标识的后四位“301X”,作为该用户的目标标识号,并通过对该用户的目标标识号进行反转处理,得到处理后目标标识号“X103”,并将“X103”作为该用户一级存储目录的名称。进一步的,服务器还可以将该用户的用户标识“XXX301X”,作为该用户所对应二级存储目录的名称。本实施例中不对目标标识号的处理方式进行限定,具体的处理方式可以根据实际应用场景配置。
可选地,在服务器根据每一档案文件所对应档案参数中的用户标识,分别存储各档案文件的过程中,服务器可以先基于档案文件的文件名,获得档案文件所对应的档案参数,并得到档案文件所对应的用户标识,从而确定档案文件的存储路径,即确定档案文件所对应的一级存储目录、二级存储目录,以便按照一级存储目录、二级存储目录存储档案文件。如图6所示,以文件名为“E14_XXX2136_P2109_201810301854.mp4”的档案文件为例进行说明,提供了一种基于文件名确定存储目录的流程示意图,主要流程包括:基于档案文件的文件名,获得档案文件所对应的档案参数,并基于档案参数中的用户标识,确定档案文件的存储路径。其中,同一用户所对应的用户标识相同,因此,服务器可以将同一用户的档案文件存储于同一路径。
本实施例中,通过将每一用户的档案文件存储于同一路径下,能够实现对同一用户所对应档案文件的统一管理,以便可以对每一用户所有档案文件的汇总、统计,从而能够提高档案文件的管理效率。
在其中一个实施例中,一级存储目录以及二级存储目录创建于第一服务器中,第二服务器中存储有多种档案类型各自对应的命名规则,将每一档案文件分别存储于各自对应的二级存储目录中之后,还包括:
获取已按照一级存储目录以及二级存储目录存储的多个目标档案文件,得到各目标档案文件各自对应的档案参数;
根据各目标档案文件各自档案参数中的档案类型,确定各目标档案文件各自对应的命名规则;
当各目标档案文件各自对应的命名规则与第二服务器中命名规则匹配成功时,将各目标档案文件各自的档案参数分别存储于第二服务器;
当第一服务器中各目标档案文件的档案参数存在更新时,同步更新第二服务器中存储的档案参数。
其中,第一服务器具体可以为FTP子服务器,第二服务器具体可以为CDM子服务器,CDM子服务器中包括但不限定于数据初始化模块、数据同步模块、命名规则模块,其中,数据初始化模块具体可以用于对FTP子服务器中的已存储的档案文件进行扫描,将FTP子服务器中各档案文件的档案参数存储于CDM子服务器所对应的数据库中。数据同步模块具体可以用于确保CDM子服务器所对应数据库中档案参数与FTP子服务器中档案参数一致。命名规则模块中存储有命名组件。
可选地,服务器可以通过CDM子服务器中的数据初始化模块,对已存储于FTP子服务器的档案文件进行扫描,获得已按照一级存储目录以及二级存储目录存储的多个目标档案文件。在扫描过程中,服务器可以获得各目标档案文件的档案参数以及各目标档案文件各自的命名规则在,再将各目标档案文件各自的命名规则,与命名规则模块中的命名规则进行匹配。当各目标档案文件各自的命名规则与命名规则模块中命名规则匹配成功时,表征FTP子服务器中存储的档案文件均符合命名规则,便于统一管理。然后,服务器可以通过数据初始化模块,将各目标档案文件的档案参数分别存储于CDM子服务器所对应的数据库。进一步的,当FTP子服务器中各目标档案文件的档案参数存在更新时,服务器可以通过CDM子服务器中的数据同步模块,同步更新CDM子服务器所对应数据库中存储的档案参数。
示例性地,当FTP子服务器中存储的档案文件,存在增加、删除、修改等情况时,CDM子服务器中所存储的档案参数将与FTP子服务器中各档案文件的档案参数不一致。服务器具体可以通过CDM子服务器中的数据同步模块,确保CDM子服务器中档案参数与FTP子服务器中档案参数的一致。
可选地,当FTP子服务器中存储的档案参数存在更新时,服务器可以控制FTP子服务器,实时将更新相应档案参数的提醒推送至CDM子服务器中的数据同步模块,以便CDM子服务器中的数据同步模块可以响应于该提醒,同步更新CDM子服务器中的档案参数。
可选地,服务器还可以控制CDM子服务器中的数据同步模块,实时或者定时扫描FTP子服务器中存储的档案文件,并通过扫描结果,确定CDM子服务器中各档案文件档案参数与FTP子服务器中各档案文件档案参数之间的差异,对于存在差异的档案文件,服务器将以FTP子服务器中该档案文件的档案参数为准,通过CDM子服务器中的数据同步模块,对CDM子服务器所对应数据库中存储的档案参数进行同步更新。
示例性地,当服务器通过CDM子服务器中的数据同步模块,对CDM子服务器中的档案参数完成同步后,还可以进一步通过数据同步模块,将同步过程中待删除/修改/新增的档案参数,存储至CDM子服务器所对应数据库的数据同步历史记录中。
本实施例中,通过对CDM子服务器与FTP子服务器中档案参数进行同步处理,能够确保CDM子服务器中所记录档案参数的准确性,以便后续的查询,从而提高档案文件管理效率。
在其中一个实施例中,将每一档案文件分别存储于各自对应的二级存储目录中之后,还包括:
当存在目标档案文件所对应的命名规则与第二服务器中命名规则匹配不成功时,将匹配不成功的目标档案文件所对应命名规则添加至第二服务器中,得到第二服务器的更新后命名规则;
当匹配不成功的目标档案文件所对应命名规则与更新后命名规则匹配成功时,将匹配不成功的目标档案文件所对应档案参数存储于第二服务器。
可选地,当存在目标档案文件所对应的命名规则与CDM子服务器中命名规则匹配不成功时,服务器可以通过数据初始化模块,将匹配不成功的目标档案文件所对应命名规则添加至CDM子服务器的命名规则模块中,得到命名规则模块所对应的更新后命名规则,完成对命名规则模块中所存储命名规则的补充,并将匹配不成功的目标档案文件所对应命名规则与更新后命名规则进行匹配,当匹配成功时,服务器可以通过数据初始化模块,将之前匹配不成功的目标档案文件所对应档案参数存储于CDM子服务器所对应数据库中。
示例性地,当后台人员将文件名对应最新命名规则的档案文件存储于FTP子服务器,且CDM子服务器所对应命名规则模块中未存储该最新命名规则时,将导致该档案文件所对应的最新命名规则与命名规则模块中命名规则匹配不成功,进一步的,服务器可以通过将该最新命名规则添加至命名规则模块中,实现对命名规则模块的更新。
本实施例中,通过对命名规则模块中命名规则的更新,能够确保FTP子服务器中各档案文件的文件名均能与命名规则模块中的命名规则匹配成功,从而确保后续根据档案文件的文件名,从CDM子服务器所对应数据库中查询各档案文件的档案参数时,可以准确获得相应档案文件的档案参数,从而提高档案文件的管理效率。
在其中一个实施例中,响应于用户对已存储的各档案文件的查询请求,确定待查询文件名,基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得待查询文件包括:
响应于用户的查询请求,获得查询请求中待查询文件的待查询文件名,待查询文件名中包括多种档案参数,档案参数中至少包括待查询文件的文件格式以及用户标识;
当待查询文件的文件格式满足查询条件时,根据待查询文件的用户标识,确定待查询文件的存储目录,从待查询文件的存储目录中获得待查询文件。
其中,查询请求具体可以为用户在各自客户端所发起的档案文件预览请求。文件格式满足查询条件表征待查询文件的文件格式,为CDM子服务器可以转换的文件格式,如“pdf”。
可选地,服务器可以响应于用户的查询请求,获得查询请求中待查询文件的待查询文件名,并从待查询文件名中获得带查询文件所对应的多种档案参数,其中,档案参数中至少包括待查询文件的文件格式以及用户标识。进一步的,服务器对待查询文件的文件格式是否满足查询条件进行判断,当待查询文件的文件格式满足查询条件,且CDM子服务器所属的本地文件系统中不存在待查询文件的预览文件时,服务器可以根据待查询文件的用户标识,确定待查询文件在FTP子服务器中的存储目录,并通过CDM子服务器访问FTP子服务器中待查询文件的存储目录,获得待查询文件,并对待查询文件进行文件格式转换,得到待查询文件的预览文件,并将预览文件发送至用户终端的文件预览模块。同时,服务器还可以将预览文件存储于CDM子服务器所属的本地文件系统,以便查询、预览。
可选地,当待查询文件的文件格式满足查询条件,且CDM子服务器所属的本地文件系统中存在待查询文件的预览文件时,服务器可以从CDM子服务器所属的本地文件系统中获取预览文件,并将预览文件发送至用户终端的文件预览模块。
可选地,当待查询文件的文件格式不满足查询条件时,服务器可以直接访问FTP子服务器,获得待查询文件的预览文件,并将预览文件发送至用户终端的文件预览模块。
示例性地,如图7所示,提供一种文件预览服务的流程示意图。主要流程包括:服务器响应于用户终端的查询请求,当待查询文件的文件格式为CDM子服务器可以转换的文件格式时,服务器通过CDM子服务器,判断CDM子服务器所属本地文件系统中是否存在待查询文件的预览文件。若不存在,则通过CDM子服务器访问FTP子服务器获得待查询文件,并对待查询文件进行格式转换,得到预览文件,将预览文件存储于CDM子服务器所属的本地文件系统,并将预览文件发送至用户终端的文件预览模块。若存在,则通过CDM子服务器访问CDM子服务器所属的本地文件系统,获得预览文件,并将预览文件发送至用户终端的文件预览模块。当待查询文件的文件格式是CDM子服务器无法转换的文件格式时,服务器将直接访问FTP子服务器,获得待查询文件的预览文件,并将预览文件发送至用户终端的文件预览模块。
本实施例中,通过将CDM子服务器所对应本地文件系统中未存储的预览文件,添加至本地文件系统中,当服务器再次响应于用户的查询请求时,使得服务器可以通过CDM子服务器,直接从本地文件系统中获得相应的预览文件,还能避免传统技术中,在每次响应查询请求时,都需要重复对FTP子服务器中的档案文件进行格式转换等,本实施例能够避免大量重复代码的产生,从而提高档案文件的查询效率,以提高档案文件管理效率。
在一个实施例中,服务器还可以在FTP子服务器中,按照各客户档案各自的档案类型,将各客户档案分别划分至相应的维度,并按照相应的维度存储各档案文件,以便根据实际需求,快速检索、统计、导出同一维度的档案,从而提高档案文件管理效率。其中,每一维度对应多种档案类型。
如表3所示,提供了一种档案类型与档案维度之间对应关系的对照表,服务器具体可以将各档案文件划分为“用于评估是否满足资源借用的申请条件”“用于评估是否满足资源借用的使用条件”“用于评估资源借用阈值”“其他”这四个维度。本实施例中不对档案维度的划分方式进行限定,档案维度的选取与划分可以根据实际需求配置,本申请中的档案维度以及每一档案维度所对应的档案类型包括但不限于表3所示的几种。
表3档案类型与档案维度之间对应关系的对照表
在一个实施例中,如图8所示,提供了另一种档案文件管理方法的流程示意图,其中,CDM子服务器中具体可以包括档案维度检索模块、档案参数存储模块、命名规则模块、文件预览模块、数据初始化模块、数据同步模块。
图8所示流程图中主要流程包括:当各终端将档案文件上传至FTP子服务器后,CDM子服务器可以通过数据初始化模块,对FTP子服务器中档案文件的进行扫描,获得各档案文件的文件名,再通过命名规则模块,对各档案文件所对应命名规则与命名规则模块中命名规则进行规则匹配,并通过数据初始化模块,基于匹配不成功的档案文件所对应命名规则,更新命名规则模块中存储的命名规则,然后,重新进行规则匹配,并通过档案参数存储模块,将所有匹配成功的档案文件所对应档案参数存储于CDM子服务器所对应的数据库中。
可选地,CDM子服务器还可以通过数据初始化模块,确定FTP子服务器中档案参数与CDM子服务器所对应数据库中档案参数的差异,再通过数据同步模块,以FTP子服务器中的档案参数为准,对CDM子服务器所对应数据库中的档案参数进行同步更新。
可选地,CDM子服务器还可以响应于某一用户所对应终端的查询请求,通过汇总统计模块,将该用户在FTP子服务器中的所有档案文件进行汇总、统计,以供该用户查询。CDM子服务器还可以通过文件预览模块,获取本地保存的预览文件或者通过将FTP子服务器中档案文件进行格式转换,得到预览文件,以便将预览文件推送至终端,以供用户预览。
可选地,CDM子服务器还可以响应于针对某一档案维度的查询请求,通过档案维度检索模块,对FTP子服务器中的按档案维度划分、存储的档案文件进行检索,以便将档案文件按照档案维度批量导出、统计,从而提高档案文件管理效率。
应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思,本申请实施例还提供了一种用于实现上述所涉及的档案文件管理方法的档案文件管理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个档案文件管理装置实施例中的具体限定可以参见上文中对于档案文件管理方法的限定,在此不再赘述。
在一个实施例中,如图9所示,提供了一种档案文件管理装置,包括:命名规则获得模块902、档案参数获得模块904、档案文件存储模块906和待查询文件获得模块908,其中:
命名规则获得模块902,用于获取各用户各自对应的多个档案文件,通过每一所述档案文件的文件名,确定每一所述档案文件所对应的命名规则,每一所述命名规则中配置有相应文件名中各档案参数的排列方式;
档案参数获得模块904,用于针对每一所述档案文件的文件名,根据每一所述档案文件所对应的命名规则,获得每一所述档案文件所对应的多个档案参数;
档案文件存储模块906,用于根据每一所述档案文件所对应档案参数中的用户标识,确定每一所述档案文件的存储目录,并按照所述存储目录分别存储各所述档案文件;
待查询文件获得模块908,用于响应于所述用户对已存储的各所述档案文件的查询请求,确定待查询文件名,基于所述待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得所述待查询文件。
上述的档案文件管理装置中,通过各用户各自对应的多个档案文件的文件名,确定每一档案文件的命名规则,进而获得每一档案文件的多个档案参数,再根据档案参数中的用户标识,确定每一档案文件的存储目录,即用户标识相同的档案文件对应同一存储目录,然后按照存储目录分别存储各档案文件,由于同一用户的用户标识相同,因此,可以将同一用户的多个档案文件按照同一存储目录存储,从而能实现对同一用户所对应多个档案文件的统一管理,以提高档案文件管理效率,最后,响应于用户对已存储档案文件的查询请求,并基于待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录,提高了档案文件的查询效率。整个过程中,通过各个用户的用户标识,将同一用户的多个档案文件按照同一存储目录存储,实现了对同一用户所对应档案文件的统一管理,还可以通过待查询文件名中的用户标识,确定待查询文件的存储目录,从而提高了在档案文件管理过程中,查询各档案文件的效率,最终能够提高档案文件的管理效率。
在其中一个实施例中,档案文件管理装置中还包括档案文件上传模块,档案文件上传模块用于获取各用户各自对应的多个待上传档案文件以及各待上传档案文件各自的档案参数,其中,各待上传档案文件各自的档案参数中至少包括各自的档案类型,每一档案类型配置有各自的命名规则,然后,根据每一待上传档案文件各自的档案类型,确定每一待上传档案文件各自对应的命名规则,从而按照每一待上传档案文件所对应的命名规则,确定每一待上传档案文件所对应档案参数的排列方式,并生成各待上传档案文件各自的文件名,最后,将各用户各自对应的已生成文件名的多个待上传档案文件进行上传。
在其中一个实施例中,档案文件管理装置中还包括存储目录创建模块,存储目录创建模块用于获取每一用户各自对应的用户标识,从每一用户各自对应的用户标识中选取目标数量的目标标识号,再创建每一用户各自对应的一级存储目录,并根据每一用户各自对应的目标标识号,分别配置每一用户各自对应的一级存储目录的名称,进一步的,创建每一用户各自对应的二级存储目录,二级存储目录为相应一级存储目录的子目录,并将每一用户各自对应的用户标识,分别作为每一用户各自对应的二级存储目录的名称。
在其中一个实施例中,档案文件存储模块还用于根据每一档案文件所对应档案参数中的用户标识,确定每一档案文件各自对应的一级存储目录与二级存储目录,并将每一档案文件分别存储于各自对应的二级存储目录中。
在其中一个实施例中,档案文件管理装置中还包括档案参数存储模块,档案参数存储模块还用于获取已按照一级存储目录以及二级存储目录存储的多个目标档案文件,得到各目标档案文件各自对应的档案参数,并根据各目标档案文件各自档案参数中的档案类型,确定各目标档案文件各自对应的命名规则,然后,当各目标档案文件各自对应的命名规则与第二服务器中命名规则匹配成功时,将各目标档案文件各自的档案参数分别存储于第二服务器,最后,当第一服务器中各目标档案文件的档案参数存在更新时,同步更新第二服务器中存储的档案参数。
在其中一个实施例中,档案文件存储装置中还包括命名规则更新模块,命名规则更新模块用于当存在目标档案文件所对应的命名规则与第二服务器中命名规则匹配不成功时,将匹配不成功的目标档案文件所对应命名规则添加至第二服务器中,得到第二服务器的更新后命名规则,当匹配不成功的目标档案文件所对应命名规则与更新后命名规则匹配成功时,将匹配不成功的目标档案文件所对应档案参数存储于第二服务器。
在其中一个实施例中,待查询文件获得模块还用于响应于用户的查询请求,获得查询请求中待查询文件的待查询文件名,其中,待查询文件名中包括多种档案参数,档案参数中至少包括待查询文件的文件格式以及用户标识,当待查询文件的文件格式满足查询条件时,根据待查询文件的用户标识,确定待查询文件的存储目录,从待查询文件的存储目录中获得待查询文件。
上述档案文件管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图10所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output,简称I/O)和通信接口。其中,处理器、存储器和输入/输出接口通过系统总线连接,通信接口通过输入/输出接口连接到系统总线。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储档案文件管理数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种档案文件管理方法。
本领域技术人员可以理解,图10中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
需要说明的是,本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息、用户档案文件等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据,且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory,MRAM)、铁电存储器(Ferroelectric Random Access Memory,FRAM)、相变存储器(Phase Change Memory,PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器等。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。
Claims (10)
1.一种档案文件管理方法,其特征在于,所述方法包括:
获取各用户各自对应的多个档案文件,通过每一所述档案文件的文件名,确定每一所述档案文件所对应的命名规则,每一所述命名规则中配置有相应文件名中各档案参数的排列方式;
针对每一所述档案文件的文件名,根据每一所述档案文件所对应的命名规则,获得每一所述档案文件所对应的多个档案参数;
根据每一所述档案文件所对应档案参数中的用户标识,确定每一所述档案文件各自对应的一级存储目录与二级存储目录,并将每一所述档案文件分别存储于各自对应的二级存储目录中;所述二级存储目录为相应一级存储目录的子目录;
获取已按照所述一级存储目录以及所述二级存储目录存储的多个目标档案文件,得到各所述目标档案文件各自对应的档案参数;
根据各所述目标档案文件各自档案参数中的档案类型,确定各所述目标档案文件各自对应的命名规则;
当存在目标档案文件所对应的命名规则与第二服务器中命名规则匹配不成功时,将匹配不成功的目标档案文件所对应命名规则添加至所述第二服务器中,得到所述第二服务器的更新后命名规则;所述第二服务器中存储有多种档案类型各自对应的命名规则;
当所述匹配不成功的目标档案文件所对应命名规则与所述更新后命名规则匹配成功时,将匹配不成功的目标档案文件所对应档案参数存储于所述第二服务器;
响应于所述用户对已存储的各所述档案文件的查询请求,确定待查询文件名,基于所述待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得所述待查询文件。
2.根据权利要求1所述的方法,其特征在于,所述获取各用户各自对应的多个档案文件之前,包括:
获取各所述用户各自对应的多个待上传档案文件以及各所述待上传档案文件各自的档案参数,其中,各所述待上传档案文件各自的档案参数中至少包括各自的档案类型,每一所述档案类型配置有各自的命名规则;
根据每一所述待上传档案文件各自的档案类型,确定每一所述待上传档案文件各自对应的命名规则;
按照每一所述待上传档案文件所对应的命名规则,确定每一所述待上传档案文件所对应档案参数的排列方式,生成各所述待上传档案文件各自的文件名;
将各所述用户各自对应的已生成文件名的多个待上传档案文件进行上传。
3.根据权利要求1所述的方法,其特征在于,每一所述用户标识中均包括多个标识号;
所述根据每一所述档案文件所对应档案参数中的用户标识,确定每一所述档案文件各自对应的一级存储目录与二级存储目录,并将每一所述档案文件分别存储于各自对应的二级存储目录中之前,包括:
获取每一所述用户各自对应的用户标识,从每一所述用户各自对应的用户标识中选取目标数量的目标标识号;
创建每一所述用户各自对应的一级存储目录,并根据每一所述用户各自对应的目标标识号,分别配置每一所述用户各自对应的一级存储目录的名称;
创建每一所述用户各自对应的二级存储目录,并将每一所述用户各自对应的用户标识,分别作为每一所述用户各自对应的二级存储目录的名称。
4.根据权利要求1所述的方法,其特征在于,所述一级存储目录以及所述二级存储目录创建于第一服务器中;
所述将每一所述档案文件分别存储于各自对应的二级存储目录中之后,还包括:
当各所述目标档案文件各自对应的命名规则与第二服务器中命名规则匹配成功时,将各所述目标档案文件各自的档案参数分别存储于所述第二服务器;
当所述第一服务器中各所述目标档案文件的档案参数存在更新时,同步更新所述第二服务器中存储的档案参数。
5.根据权利要求1所述的方法,其特征在于,所述档案参数包括:档案文件的文件类型、档案文件所对应用户的用户标识、档案文件对应的档案版本、档案文件的生成时间。
6.根据权利要求1所述的方法,其特征在于,所述响应于所述用户对已存储的各所述档案文件的查询请求,确定待查询文件名,基于所述待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得所述待查询文件包括:
响应于所述用户的查询请求,获得所述查询请求中待查询文件的待查询文件名,所述待查询文件名中包括多种档案参数,所述档案参数中至少包括待查询文件的文件格式以及用户标识;
当所述待查询文件的文件格式满足查询条件时,根据所述待查询文件的用户标识,确定所述待查询文件的存储目录,从所述待查询文件的存储目录中获得所述待查询文件。
7.一种档案文件管理装置,其特征在于,所述装置包括:
命名规则获得模块,用于获取各用户各自对应的多个档案文件,通过每一所述档案文件的文件名,确定每一所述档案文件所对应的命名规则,每一所述命名规则中配置有相应文件名中各档案参数的排列方式;
档案参数获得模块,用于针对每一所述档案文件的文件名,根据每一所述档案文件所对应的命名规则,获得每一所述档案文件所对应的多个档案参数;
档案文件存储模块,用于根据每一所述档案文件所对应档案参数中的用户标识,确定每一所述档案文件各自对应的一级存储目录与二级存储目录,并将每一所述档案文件分别存储于各自对应的二级存储目录中;所述二级存储目录为相应一级存储目录的子目录;
档案参数存储模块,用于获取已按照所述一级存储目录以及所述二级存储目录存储的多个目标档案文件,得到各所述目标档案文件各自对应的档案参数;根据各所述目标档案文件各自档案参数中的档案类型,确定各所述目标档案文件各自对应的命名规则;
命名规则更新模块,用于当存在目标档案文件所对应的命名规则与第二服务器中命名规则匹配不成功时,将匹配不成功的目标档案文件所对应命名规则添加至所述第二服务器中,得到所述第二服务器的更新后命名规则;所述第二服务器中存储有多种档案类型各自对应的命名规则;当所述匹配不成功的目标档案文件所对应命名规则与所述更新后命名规则匹配成功时,将匹配不成功的目标档案文件所对应档案参数存储于所述第二服务器;
待查询文件获得模块,用于响应于所述用户对已存储的各所述档案文件的查询请求,确定待查询文件名,基于所述待查询文件名所对应档案参数中的用户标识,确定待查询文件的存储目录以获得所述待查询文件。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
档案文件上传模块,用于获取各所述用户各自对应的多个待上传档案文件以及各所述待上传档案文件各自的档案参数,其中,各所述待上传档案文件各自的档案参数中至少包括各自的档案类型,每一所述档案类型配置有各自的命名规则;根据每一所述待上传档案文件各自的档案类型,确定每一所述待上传档案文件各自对应的命名规则;按照每一所述待上传档案文件所对应的命名规则,确定每一所述待上传档案文件所对应档案参数的排列方式,生成各所述待上传档案文件各自的文件名;将各所述用户各自对应的已生成文件名的多个待上传档案文件进行上传。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211367509.0A CN115905120B (zh) | 2022-11-03 | 2022-11-03 | 档案文件管理方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211367509.0A CN115905120B (zh) | 2022-11-03 | 2022-11-03 | 档案文件管理方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115905120A CN115905120A (zh) | 2023-04-04 |
CN115905120B true CN115905120B (zh) | 2023-12-05 |
Family
ID=86470360
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211367509.0A Active CN115905120B (zh) | 2022-11-03 | 2022-11-03 | 档案文件管理方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115905120B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111666259A (zh) * | 2020-06-06 | 2020-09-15 | 智同道合(苏州)信息技术服务有限公司 | 文档管理方法、管理系统、可读存储介质及电子装置 |
CN112328852A (zh) * | 2020-11-05 | 2021-02-05 | 武汉联影医疗科技有限公司 | 文档管理方法、装置、计算机设备和存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10394756B2 (en) * | 2014-03-28 | 2019-08-27 | Vayavya Labs Private. Limited | System and method for customizing archive of a device driver generator tool for a user |
-
2022
- 2022-11-03 CN CN202211367509.0A patent/CN115905120B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111666259A (zh) * | 2020-06-06 | 2020-09-15 | 智同道合(苏州)信息技术服务有限公司 | 文档管理方法、管理系统、可读存储介质及电子装置 |
CN112328852A (zh) * | 2020-11-05 | 2021-02-05 | 武汉联影医疗科技有限公司 | 文档管理方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN115905120A (zh) | 2023-04-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111259006B (zh) | 一种通用的分布式异构数据一体化物理汇聚、组织、发布与服务方法及系统 | |
CN111177302B (zh) | 业务单据处理方法、装置、计算机设备和存储介质 | |
JP4671332B2 (ja) | ユーザ識別情報を変換するファイルサーバ | |
US20150302111A1 (en) | Method and Apparatus for Constructing File System in Key-Value Storage System, and Electronic Device | |
US20150142742A1 (en) | System and method for syncing local directories that enable file access across multiple devices | |
US9367569B1 (en) | Recovery of directory information | |
TW201423426A (zh) | 資料分塊上傳與儲存系統及方法 | |
WO2016180055A1 (zh) | 数据存储、读取的方法、装置及系统 | |
CN103617199A (zh) | 一种操作数据的方法和系统 | |
CN106302592A (zh) | 终端应用的更新方法、服务器和终端 | |
CN111273863B (zh) | 高速缓存管理 | |
CN113273163A (zh) | 文件上传方法、文件下载方法和文件管理装置 | |
CN116578746A (zh) | 对象去重方法及装置 | |
CN112912870A (zh) | 租户标识符的转换 | |
US10853316B1 (en) | File versioning for content stored in a cloud computing environment | |
CN105843809B (zh) | 数据处理方法和装置 | |
CN115905120B (zh) | 档案文件管理方法、装置、计算机设备和存储介质 | |
KR20070038665A (ko) | 분산 파일 시스템 및 그 운용 방법 | |
US9626378B2 (en) | Method for handling requests in a storage system and a storage node for a storage system | |
US8005844B2 (en) | On-line organization of data sets | |
US20160292173A1 (en) | Removable storage data hash | |
CN115904876A (zh) | 解决不同格式日志数据冲突的方法、系统、终端及介质 | |
CN107526530B (zh) | 数据处理方法和设备 | |
CN115168499A (zh) | 数据库表的分片方法、装置、计算机设备和存储介质 | |
CN111382379B (zh) | 一种导入带图片的配置数据的方法及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |