CN109889588A - 文件获取方法、装置、计算机设备和存储介质 - Google Patents
文件获取方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN109889588A CN109889588A CN201910112279.5A CN201910112279A CN109889588A CN 109889588 A CN109889588 A CN 109889588A CN 201910112279 A CN201910112279 A CN 201910112279A CN 109889588 A CN109889588 A CN 109889588A
- Authority
- CN
- China
- Prior art keywords
- file
- communication
- file destination
- type
- destination
- 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.)
- Granted
Links
Abstract
本申请提供了一种文件获取方法、装置、计算机设备和存储介质,其中,该方法包括:获取用户输入的通讯键值;根据预设的文件类型配置表确定与通讯键值对应的通讯类型;根据通讯键值从与通讯类型对应的预设的通讯配置表中读取通讯参数;根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件。上述文件获取方法可以实现以多种通讯方式获取文件,同时可以提高系统的可扩展性并且可以降低系统设计的复杂性。通过上述方案解决了现有的文件获取系统支持单一通讯方式的技术问题,达到了支持多种通讯方式、有效提升系统扩展性以及降低系统设计复杂性的技术效果。
Description
技术领域
本申请涉及文件处理技术领域,特别涉及一种文件获取方法、装置、计算机设备和存储介质。
背景技术
随着银行业务的不断丰富,在业务处理过程中涉及大量的各种各样的文件,有些文件需要通过不同的通讯方式主动从其他服务器获取,有些文件则是其他服务器主动发送到本地服务器的预设目录,再由本地预设目录移动或复制到处理后目录。
目前,获取文件的系统一般仅支持单一类型通讯方式、可扩展性低。
针对上述问题,目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种文件获取方法、装置、计算机设备和存储介质,以解决现有技术中获取文件的系统仅支持单一类型通讯方式且扩展性低的问题。
本申请实施例提供了一种文件获取方法,包括:获取用户输入的通讯键值;根据预设的文件类型配置表确定与通讯键值对应的通讯类型;根据通讯键值从与通讯类型对应的预设的通讯配置表中读取通讯参数;根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件。
在一个实施例中,在通讯方式为C:D通讯方式的情况下,根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件,包括:从通讯参数中获取远程服务器C:D节点名、远程路径和本地路径;根据远程服务器C:D节点名,通过C:D通讯方式登录远程服务器;确定远程服务器的远程路径是否存在目标文件;在确定远程路径中存在目标文件的情况下,将目标文件由远程路径传送至本地路径。
在一个实施例中,在通讯方式为FTP通讯方式的情况下,根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件,包括:从通讯参数中获取FTP服务器IP或域名、FTP服务器端口、FTP用户名、FTP密码、远程路径和本地路径;根据FTP服务器IP或域名、FTP服务器端口、FTP用户名和FTP密码,通过FTP通讯方式登录远程服务器;确定远程服务器的远程路径是否存在目标文件;在确定远程路径中存在目标文件的情况下,将目标文件由远程路径传送至本地路径。
在一个实施例中,在通讯方式为本地通讯方式的情况下,根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件,包括:从通讯参数中获取源路径和目标路径;切换到本地的源路径;确定本地的源路径中是否存在目标文件;在确定源路径中存在目标文件的情况下,将文件由源路径复制或移动到目标路径。
在一个实施例中,在根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件之后,该方法还包括:将目标文件记录到预设的文件注册表中,并在预设的文件注册表中将目标文件的状态置为未处理。
在一个实施例中,在预设的文件注册表中将目标文件的状态置为未处理之后,该方法还包括:从预设的文件注册表中查找状态为未处理的目标文件;在查找到状态为未处理的目标文件的情况下,根据预设的文件类型配置表确定目标文件的文件类型;在确定目标文件的文件类型失败的情况下,重新根据预设的文件类型配置表确定目标文件的文件类型,直至成功确定目标文件的文件类型。
在一个实施例中,预设的文件类型配置表包括通讯键值、文件正则表达式和文件类型;根据预设的文件类型配置表确定目标文件的文件类型,包括:获取目标文件的通讯键值和文件名;在预设的文件类型配置表中,查找通讯键值与目标文件的通讯键值一致的第一配置记录;从第一配置记录中查找文件正则表达式与目标文件的文件名匹配的第二配置记录;从第二配置记录中获取文件类型并将获取的文件类型确定为目标文件的文件类型。
在一个实施例中,在获取目标文件的通讯键值和文件名之前,还包括:获取目标文件的文件名的后缀;根据后缀确定目标文件是否为压缩文件;在确定目标文件为压缩文件的情况下,对目标文件进行解压并将解压后得到的子文件写入预设的子文件列表缓存中。
在一个实施例中,在目标文件为压缩文件的情况下,文件正则表达式包括压缩文件正则表达式和子文件正则表达式。获取目标文件的通讯键值和文件名,包括:从子文件列表缓存中读取子文件的通讯键值、文件名和子文件名。从第一配置记录中查找文件正则表达式与目标文件的文件名匹配的第二配置记录,包括:从第一配置记录中查找压缩文件正则表达式与子文件的文件名匹配且子文件正则表达式与子文件的子文件名匹配的配置记录。
在一个实施例中,在从第二配置记录中获取文件类型并将获得的文件类型确定为目标文件的文件类型之后,该方法还包括:从第二配置记录中获取是否拆分要素标识;确定拆分要素标识是否为需要拆分;在确定拆分要素标识为需要拆分的情况下,根据目标文件的文件类型从预设的拆分要素配置表中读取拆分参数;根据拆分参数从目标文件的文件名中拆分出要素项;其中,拆分参数包括以下至少之一:要素键值、要素起始位置和要素长度。
在一个实施例中,在根据拆分参数从目标文件的文件名中拆分出要素项之后,该方法还包括:将拆分出来的要素项保存到预设的要素信息登记表中;将目标文件记录到预设的文件登记表中,并在预设的文件登记表中将目标文件的状态置为待处理;将预设的文件注册表中的目标文件的状态更新为已处理。
在一个实施例中,在确定拆分要素标识是否为需要拆分之后,该方法还包括:在确定拆分要素标识为不需要拆分的情况下,将目标文件记录到预设的文件登记表中,并在预设的文件登记表中将目标文件的状态置为待处理;将预设的文件注册表中的目标文件的状态更新为已处理。
本申请实施例还提供了一种文件获取装置,包括:通讯键值获取模块,用于获取用户输入的通讯键值;通讯类型确定模块,用于根据预设的文件类型配置表确定与通讯键值对应的通讯类型;通讯参数读取模块,用于根据通讯键值从与通讯类型对应的预设的通讯配置表中读取通讯参数;目标文件获取模块,用于根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件。
本申请实施例还提供了一种计算机设备,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现上述任意实施例中所述的文件获取方法的步骤。
本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现上述任意实施例中所述的文件获取方法的步骤。
在本申请实施例中,提供了一种文件获取方法,其中,采用预设的文件类型配置表和预设的通讯配置表,根据用户输入的不同的通讯键值,判断与之对应的通讯类型,并根据通讯键值从与通讯类型对应的通讯配置表中读取通讯参数,再根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件,从而可以通过输入不同的通讯键值来实现以多种通讯方式获取文件;同时,由于针对不同通讯方式设置不同的通讯配置表,所以可以通过配置文件类型配置表以及增加通讯配置表来扩展通讯方式,提高系统的可扩展性;此外,由于文件类型配置表与通讯配置表分开配置,可以实现应用层与传输层的分层,进而降低系统设计的复杂性。通过上述方案解决了现有的文件获取系统支持单一通讯方式的技术问题,达到了支持多种通讯方式、有效提升系统扩展性以及降低系统设计复杂性的技术效果。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,并不构成对本申请的限定。在附图中:
图1示出了本申请一实施例中的文件获取方法的流程图;
图2示出了本申请一实施例中的文件获取方法的流程图;
图3示出了本申请一实施例中的文件获取方法中获取文件的流程图;
图4示出了本申请一实施例中的文件获取方法中确定文件类型的流程图;
图5示出了本申请一实施例中的文件获取装置的示意图;
图6示出了本申请一实施例中的计算机设备的示意图。
具体实施方式
下面将参考若干示例性实施方式来描述本申请的原理和精神。应当理解,给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本申请,而并非以任何方式限制本申请的范围。相反,提供这些实施方式是为了使本申请公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
本领域的技术人员知道,本申请的实施方式可以实现为一种系统、装置设备、方法或计算机程序产品。因此,本申请公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
请参考图1,本发明实施例提供了一种文件获取方法,如图1所示,可以包括以下步骤:
步骤S101,获取用户输入的通讯键值。
步骤S102,根据预设的文件类型配置表确定与通讯键值对应的通讯类型。
步骤S103,根据通讯键值从与通讯类型对应的预设的通讯配置表中读取通讯参数。
步骤S104,根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件。
其中,通讯键值可以是主键,主键用于唯一地标识表中的某一条记录,在两个表的关系中,主键用来在一个表中引用来自于另一个表中的特定记录。预设的文件类型配置表中包括通讯键值和通讯类型,一个通讯键值仅对应一种通讯类型,但一种通讯类型可以对应多个通讯键值。用户可以通过输入设备输入通讯键值。
表1
在获取用户输入的通讯键值后,可以根据预设的文件类型配置表确定与通讯键值对应的通讯类型。其中,预设的文件类型配置表中的配置记录可以包括通讯键值和通讯类型。表1示出了文件类型配置表的一个示例。在表1中,一个通讯键值对应一种通讯类型,一种通讯类型可以对应多个通讯键值。所以可以根据文件类型配置表确定与通讯键值对应的通讯类型。其中,通讯类型可以包括各种各样的文件传输方式,例如,FTP、C:D、LOCAL(本地移动)、SFTP等。
在确定通讯类型后,可以根据通讯键值从与通讯类型对应的通讯配置表中读取通讯参数。其中,通讯配置表中包括通讯键值和通讯参数。一种通讯类型对应一个通讯配置表,一个通讯键值可以对应通讯配置表中的一条通讯配置记录。例如,当需要通过一种通讯方式从多个远程路径/源路径获取目标文件时,一个通讯配置表中可以包含多条通讯配置记录,对应多个通讯键值。因而,根据通讯键值从与通讯类型对应的通讯配置表中读取通讯参数是指,从与通讯类型对应的通讯配置表中,查找通讯键值与用户输入的通讯键值一致的通讯配置记录,并从该通讯配置记录中读取通讯参数。其中,通讯参数可以包括但不限于以下至少之一:远程服务器参数、远程路径、本地路径、源路径、目标路径、用户名和登录密码等,具体取决于通讯类型。
在读取通讯参数之后,可以根据获得的通讯参数,通过与通讯类型对应的通讯方式获取目标文件。其中,目标文件可以包括但不限于以下至少之一:代发薪文本、跨境汇款申请文本、批量开卡/开户文本等各种文件。
上述文件获取方法,采用预设的文件类型配置表和预设的通讯配置表,根据用户输入的不同的通讯键值,判断与之对应的通讯类型,并根据通讯键值从与通讯类型对应的通讯配置表中读取通讯参数,再根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件,从而可以通过输入不同的通讯键值来实现以多种通讯方式获取文件;同时,由于针对不同通讯方式设置不同的通讯配置表,所以可以通过配置文件类型配置表以及增加通讯配置表来扩展通讯方式,提高系统的可扩展性;此外,由于文件类型配置表与通讯配置表分开配置,可以实现应用层与传输层的分层,进而降低系统设计的复杂性。
在本申请一些实施例中,通讯方式为C:D通讯方式。在通讯方式为C:D通讯方式的情况下,与通讯类型对应的预设的通讯配置表为C:D通讯配置表。如表2所示,示出了C:D通讯配置表的一个示例。其中,C:D通讯配置表中的通讯配置记录包括通讯键值和通讯参数,通讯参数包括远程服务器C:D节点名、远程路径和本地路径。在本实施例中,步骤S104,根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件,包括以下步骤:从通讯参数中获取远程服务器C:D节点名、远程路径和本地路径;根据远程服务器C:D节点名,通过C:D通讯方式登录远程服务器;确定远程服务器的远程路径是否存在目标文件;在确定远程路径中存在目标文件的情况下,将目标文件由远程路径传送至本地路径。
表2
通讯键值 | 远程服务器CD节点名 | 远程路径 | 本地路径 |
rcvIPSHK | CDSHPAL001 | /bps03/cdtest/toSH | /bps03/bps/swiftdata/ips/recv/ |
在本申请一些实施例中,通讯方式为FTP通讯方式。在通讯方式为FTP通讯方式的情况下,与通讯类型对应的预设的通讯配置表为FTP通讯配置表。如表3所示,示出了FTP通讯配置表的一个示例。其中,FTP通讯配置表中的通讯配置记录包括通讯键值和通讯参数,通讯参数包括FTP服务器IP或域名、FTP服务器端口、FTP用户名、FTP密码、远程路径和本地路径。在本实施例中,步骤S104,根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件,包括以下步骤:从通讯参数中获取FTP服务器IP或域名、FTP服务器端口、FTP用户名、FTP密码、远程路径和本地路径;根据FTP服务器IP或域名、FTP服务器端口、FTP用户名和FTP密码,通过FTP通讯方式登录远程服务器;确定远程服务器的远程路径是否存在目标文件;在确定远程路径中存在目标文件的情况下,将目标文件由远程路径传送至本地路径。
表3
在本申请一些实施例中,通讯方式为本地通讯方式。在通讯方式为本地通讯方式的情况下,与通讯类型对应的预设的通讯配置表为本地通讯配置表。如表4所示,示出了本地通讯配置表的一个示例。其中,本地通讯配置表中的通讯配置记录包括通讯键值和通讯参数,通讯参数包括源路径和目标路径。在本实施例中,步骤S104,根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件,包括:从通讯参数中获取源路径和目标路径;切换到本地的源路径;确定本地的源路径中是否存在目标文件;在确定源路径中存在目标文件的情况下,将文件由源路径复制或移动到目标路径。
表4
通讯键值 | 目标路径 | 源路径 |
rcvBPSAUTO | /bps03/bps/swiftdata//bpsauto/work | /bps03/bps/swiftdata//bpsauto/recv |
rcvFRONT | /bps03/bps/swiftdata/bpsfront/work/ | /bps03/bps/swiftdata/bpsfront/recv/ |
上述实施例中的通讯方式是示例性的,本申请中的文件获取方法所支持的通讯方式包括但不限于上述方式,可以根据业务需求,修改文件类型配置表以及增加额外的通讯配置表来增加其他通讯方式,操作方便,可扩展性强。
在将上述文件获取方式应用到银行业务文件处理时,可能需要对获得的文件做进一步的处理。因此,在本申请一些实施例中,在根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件之后,还包括:将目标文件记录到预设的文件注册表中,并在预设的文件注册表中将目标文件的状态置为未处理。
其中,如表5所示,示出了预设的文件注册表的一个示例。预设的文件注册表中的注册记录可以包括但不限于以下至少之一:文件名、通讯键值、文件状态(例如,0-未处理,1-已处理)、处理日期、处理时间和子文件个数。在获取目标文件之后,将获取的目标文件记录到预设的文件注册表中,可以包括:将目标文件的文件名和对应的通讯键值记录到文件注册表中并将文件状态置为0-未处理。在后续对文件进行处理后,更新文件注册表中的文件状态(例如,更新为1-已处理),并记录文件的处理日期和时间。对于子文件个数这一项,可以在将获取的目标文件记录到文件注册表时,将子文件个数的值设为1,在后续对压缩文件解压之后,可以在文件注册表中更新子文件个数。
表5
上述实施例中的文件获取方法,通过将获得的文件记录到文件注册表中并将其状态置为未处理,可以方便后续处理前进行查找和获取信息,此外,在处理后可以将文件的状态更新为已处理,防止重复处理,可以提高文件处理效率。
在将上述文件获取方法应用到银行业务相关文件处理中时,由于银行业务涉及各种各样的文件类型,例如代发薪文本、跨境汇款申请文本、批量开卡/开户文本等,不同类型文件的文件格式和文件类型不同,为了方便后续进一步处理,需要确定获得的目标文件的文件类型。因此,在本申请一些实施例中,如图2所示,在将目标文件记录到预设的文件注册表中并在预设的文件注册表中将目标文件的状态置为未处理之后,还包括:
步骤S201,从预设的文件注册表中查找状态为未处理的目标文件。
具体地,在确定文件类型之前,为了防止重复确定,可以从预设的文件注册表中查找状态为未处理的目标文件。进一步地,除了满足状态为未处理之外,用户可以根据业务需求增加额外的查找条件,例如,用户可以输入通讯键值,以查找状态为未处理并且文件注册表中的通讯键值与用户输入的通讯键值一致的目标文件。
步骤S202,在查找到状态为未处理的目标文件的情况下,根据预设的文件类型配置表确定目标文件的文件类型。
其中,文件类型配置表中的配置记录中包括文件类型,在查找到满足条件的目标文件之后,可以根据预设的文件类型配置表确定目标文件的文件类型。
步骤S203,在确定目标文件的文件类型失败的情况下,重新根据预设的文件类型配置表确定目标文件的文件类型,直至成功确定目标文件的文件类型。
具体地,由于文件获取和文件类型确定是两个分开的流程,所以在确定目标文件的文件类型失败的情况下,可以重新根据预设的文件类型配置表确定目标文件的文件类型,直至成功确定目标文件的文件类型,而无需重新获取目标文件。
上述实施例中的文件获取方法,在获取目标文件并将获得的目标文件记录到文件注册表中之后,从文件注册表中查找满足预设条件(例如状态为未处理并且通讯键值与用户输入的通讯键值一致)的目标文件,然后根据预设的文件类型配置表中确定查找到的目标文件的文件类型,如果确定文件类型失败的情况下,重新根据预设的文件类型配置表确定目标文件的文件类型,直至成功确定目标文件的文件类型。现有的方案在确定文件类型失败后,需要重新获取目标文件,处理效率低,而且此时源路径/目标路径中的文件可能已被删除而无法获取。上述方案解决了目前的文件获取和文件类型判断在一个流程中进行而导致的耦合度高、无法重新处理的问题,提高了文件的处理效率,降低了系统的耦合度,并且可以在确定文件类型失败后重新进行确定。
进一步地,继续参考上述表1,预设的文件类型配置表中的配置记录包括但不限于以下至少之一:通讯键值、通讯类型、来源系统标识、文件类型和文件正则表达式。根据预设的文件类型配置表确定目标文件的文件类型,可以包括以下步骤:获取目标文件的通讯键值和文件名;在预设的文件类型配置表中,查找通讯键值与目标文件的通讯键值一致的第一配置记录;从第一配置记录中查找文件正则表达式与目标文件的文件名匹配的第二配置记录;从第二配置记录中获取文件类型并将获取的文件类型确定为目标文件的文件类型。
具体地,可以从文件注册表中读取目标文件的通讯键值和文件名,也可以其他列表中获取目标文件的通讯键值和文件名,然后在文件类型配置表中,查找通讯键值与目标文件的通讯键值一致的第一配置记录,并且从第一配置记录中查找文件正则表达式与目标文件的文件名匹配的第二配置记录,第二配置记录中的文件类型就是目标文件的文件类型。其中,文件名包括文件名后缀。
上述文件获取方法,通过在文件类型配置表中查找与目标文件匹配的配置记录来确定目标文件的文件类型,其中查找与目标文件匹配的配置记录包括:查找通讯键值与目标文件的通讯键值一致的第一配置记录,然后在第一配置记录中查找文件正则表达式与目标文件的文件名匹配的第二配置记录。通过通讯键值和文件正则表达式来进行匹配查找,可以提高匹配效率,进而提高文件类型的确定效率,此外,在新增或修改文件类型的情况下,可以通过简单地新增或修改通讯键值和/或文件正则表达式来实现文件类型的确定,操作方便简单,可扩展性强。
考虑到获取的目标文件中可能存在压缩文件,为了确定压缩文件中的子文件的文件类型,可以先对目标文件进行解压。因此,在本申请一些实施例中,在获取目标文件的通讯键值和文件名之前,还可以包括以下步骤:获取目标文件的文件名的后缀;根据后缀确定目标文件是否为压缩文件;在确定目标文件为压缩文件的情况下,对目标文件进行解压并将解压后得到的子文件写入预设的子文件列表缓存中。
具体地,本实施例中,可以根据文件名后缀来确定目标文件是否为压缩文件。其中,压缩文件的文件名后缀可以包括但不限于一下之一:zip、rar和tar。在确定目标文件为压缩文件后,可以对目标文件进行解压并将解压后得到的子文件写入预设的子文件列表缓存中。如表6所示,示出了子文件列表的一个示例。其中,可以将压缩后得到子文件的目标文件的通讯键值、文件名以及该子文件的子文件名记录到子文件列表缓存中。通过将压缩文件进行解压,并且将压缩后得到的子文件记录到子文件列表缓存中,可以方便后续对子文件进行处理时的信息查找和信息获取。
考虑到在目标文件为压缩文件的情况下,对压缩文件进行解压后得到子文件,在判断子文件的文件类型时,需要考虑通讯键值、对应的压缩文件的文件名以及子文件的子文件名。因此,在本申请一些实施例中,在目标文件为压缩文件的情况下,从表1可以看出,对于压缩文件,文件正则表达式包括压缩文件正则表达式和子文件正则表达式。获取目标文件的通讯键值和文件名,可以包括:从子文件列表缓存中读取子文件的通讯键值、文件名以及子文件名。从第一配置记录中查找文件正则表达式与目标文件的文件名匹配的第二配置记录,可以包括:从第一配置记录中查找压缩文件正则表达式与子文件的文件名匹配且子文件正则表达式与子文件的子文件名匹配的配置记录。
表6
通讯键值 | 文件名 | 子文件名 |
rcvIPSHK | BH.CAMT052.83.003.statement.001.gz.20151109.174537 | GCSCFI20.camt.052.001.02.2015110936925 |
rcvIPSHK | BH.CAMT052.83.003.statement.001.gz.20151109.174537 | GCSCFI20.camt.052.001.02.2015110936926 |
rcvIPSHK | BH.CAMT052.83.003.statement.001.gz.20151109.174537 | GCSCFI20.camt.052.001.02.2015110936927 |
rcvIPSHK | BH.CAMT052.83.003.statement.001.gz.20151109.174537 | GCSCFI20.camt.052.001.02.2015110936928 |
rcvIPSHK | BH.CAMT052.83.003.statement.001.gz.20151109.174537 | GCSCFI20.camt.052.001.02.2015110936929 |
rcvIPSHK | BH.CAMT052.83.003.statement.001.gz.20151109.174537 | GCSCFI20.camt.052.001.02.2015110936930 |
rcvIPSHK | BH.CAMT052.83.003.statement.001.gz.20151109.174537 | GCSCFI20.camt.052.001.02.2015110936931 |
上述实施例中的方法,提供了对解压后得到的子文件进行文件类型确定的步骤,首先获取子文件的压缩文件名、子文件名以及通讯键值,然后在文件类型配置表中,查找通讯键值与子文件的通讯键值一致的第一配置记录,再从第一配置记录中查找压缩文件正则表达式与压缩文件名匹配并且子文件正则表达式与子文件名一致的第二配置记录,并将该第二配置记录中的文件类型确定为子文件的文件类型。
考虑到在实际应用中,在确定文件类型之后,可以对文件名进行拆分,以从文件名中拆分出要素项,供后续进一步的处理。因此,在本申请一些实施例中,在从第二配置记录中获取文件类型并将获得的文件类型确定为目标文件的文件类型之后,还包括:从第二配置记录中获取是否拆分要素标识;确定拆分要素标识是否为需要拆分;在拆分要素标识为需要拆分的情况下,根据目标文件的文件类型从预设的拆分要素配置表中读取拆分参数;根据拆分参数从目标文件的文件名中拆分出要素项。
具体地,请参考上述表1,文件类型配置表中的配置记录包括是否拆分要素标识。可以从文件类型配置表中与目标文件匹配的第二配置记录中获取是否拆分要素标识。然后根据获得的拆分要素标识确定该目标文件是否需要拆分文件名,例如,1表示需要拆分,0表示不需要拆分。当确定需要拆分的情况下,根据目标文件的文件类型从预设的拆分要素配置表中读取拆分参数。如表7所示,示出了拆分要素配置表的一个示例。其中,拆分要素配置表中的配置记录可以包括但不限于:文件类型、来源系统标识、要素键值、要素起始位置和要素长度。一种文件类型可以配置多个拆分要素,对应多条配置记录。从表1可知,文件类型“camt.052.001.02”对应两个拆分要素,一个拆分要素对应一个要素键值,一个要素键值对应一条拆分要素配置记录。根据文件类型从拆分要素配置表中读取的拆分参数,可以包括但不限于以下至少之一:要素键值、要素起始位置和要素长度。然后,根据拆分要素,从目标文件的文件名中拆分出要素项。这里的目标文件可以包括非压缩文件和压缩文件解压后得到的子文件。
表7
要素键值 | 来源系统标识 | 文件类型 | 要素起始位置 | 要素长度 |
fileBIC | BH | camt.052.001.02 | 0 | 8 |
fileDATE | BH | camt.052.001.02 | 25 | 8 |
进一步地,在根据拆分参数从目标文件的文件名中拆分出要素项之后,上述文件获取方法还包括:将拆分出来的要素项保存到预设的要素信息登记表中;将目标文件记录到预设的文件登记表中,并在预设的文件登记表中将目标文件的状态置为待处理;将预设的文件注册表中的目标文件的状态更新为已处理。
表8
子文件名 | 来源系统标示 | 文件类型 | 要素键值 | 要素值 |
GCSCFI20.camt.052.001.02.2015110936925 | BH | camt.052.001.02 | fileBIC | GCSCFI20 |
GCSCFI20.camt.052.001.02.2015110936926 | BH | camt.052.001.02 | fileBIC | GCSCFI20 |
GCSCFI20.camt.052.001.02.2015110936927 | BH | camt.052.001.02 | fileBIC | GCSCFI20 |
GCSCFI20.camt.052.001.02.2015110936928 | BH | camt.052.001.02 | fileBIC | GCSCFI20 |
GCSCFI20.camt.052.001.02.2015110936929 | BH | camt.052.001.02 | fileBIC | GCSCFI20 |
GCSCFI20.camt.052.001.02.2015110936930 | BH | camt.052.001.02 | fileBIC | GCSCFI20 |
GCSCFI20.camt.052.001.02.2015110936931 | BH | camt.052.001.02 | fileBIC | GCSCFI20 |
GCSCFI20.camt.052.001.02.2015110936925 | BH | camt.052.001.02 | fileDATE | 20151109 |
GCSCFI20.camt.052.001.02.2015110936926 | BH | camt.052.001.02 | fileDATE | 20151109 |
GCSCFI20.camt.052.001.02.2015110936927 | BH | camt.052.001.02 | fileDATE | 20151109 |
GCSCFI20.camt.052.001.02.2015110936928 | BH | camt.052.001.02 | fileDATE | 20151109 |
GCSCFI20.camt.052.001.02.2015110936929 | BH | camt.052.001.02 | fileDATE | 20151109 |
GCSCFI20.camt.052.001.02.2015110936930 | BH | camt.052.001.02 | fileDATE | 20151109 |
GCSCFI20.camt.052.001.02.2015110936931 | BH | camt.052.001.02 | fileDATE | 20151109 |
具体地,请参考表8,示出了要素信息登记表的一个示例。其中,要素信息登记表中的记录可以包括以下至少之一:子文件名、来源系统标识、文件类型、要素键值和要素值。在根据拆分参数从目标文件中的文件名中拆分出要素项之后,可以将子文件名、来源系统标识、文件类型、要素键值和拆分得到的要素值记录到要素信息登记表中。
表9
请参考表9,示出了文件登记表的一个示例。文件登记表的记录可以包括以下至少之一:子文件名、来源系统标识、文件类型、文件名、文件状态、处理日期和处理时间。在将目标文件拆分之后,可以将目标文件记录到文件登记表中。具体地,将目标文件的子文件名、来源系统标识、文件类型、文件名、处理时间和处理日期记录到文件登记表中,并将文件状态置为待处理。继续参考表5,在对目标文件进行拆分之后,将文件注册表中的文件状态更新为已处理,并记录处理日期、处理时间以及子文件个数。
对于不需要进行拆分的目标文件,也需要将其记录到文件登记表中并更新文件注册表中的对应记录。因此,在本申请一些实施例中,在确定拆分要素标识是否为需要拆分之后,所述方法还包括:在确定拆分要素标识为不需要拆分的情况下,将目标文件记录到预设的文件登记表中,并在预设的文件登记表中将目标文件的状态置为待处理;将预设的文件注册表中的目标文件的状态更新为已处理。
上述文件获取方法,将目标文件拆分后得到的要素项记录到要素信息登记表,将处理好的文件记录到文件登记表中,并更新文件注册表中的记录,这三个记录表中记录的信息方便文件获取方法循环进行并且有利于进行后续文件处理。
下面结合一个具体实施例对上述方法进行说明,然而,值得注意的是,该具体实施例仅是为了更好地说明本申请,并不构成对本申请的不当限定。
请参考图3和图4,图3示出了本申请一实施例中的文件获取方法中的文件获取流程的示意图,图4示出了本申请一实施例中的文件获取方法中的文件类型判断流程的示意图。从图3和图4可知,文件获取流程和文件类型判断流程是两个独立的流程。
如图3所示,文件获取方法中获取文件的步骤可以包括以下子步骤:
步骤1,根据通讯键值从文件类型配置表中查找匹配的相应记录;
步骤2,根据通讯键值判断通讯类型;
步骤3,根据通讯键值从与通讯类型对应的通讯配置表中读取所有通讯参数;
步骤4,根据通讯参数,通过对应的通讯方式获取目标文件;
步骤5,将获取的目标文件记录到文件注册表中,并将状态置为未处理;
步骤6,重复步骤4至步骤5。
如图4所示,文件获取方法中判断文件类型的步骤可以包括以下子步骤:
步骤1,从文件注册表查找状态为未处理的文件;
步骤2,从状态未未处理的文件中查找符合预设条件的文件,例如满足通讯键值与用户输入的通讯键值一致的文件;
步骤3,若查询到符合预设条件的文件,则根据文件名后缀判断该文件是否为压缩文件,若是则执行步骤4,否则执行步骤7;若未查询到符合预设条件的文件则休眠预设时间并返回步骤1;
步骤4,将文件解压到tar包;
步骤5,将tar包中的所有子文件写入子文件列表缓存中;
步骤6,循环处理缓存中的子文件:从文件类型配置表查找通讯键值一致且压缩文件正则表达式、子文件正则表达式分别与文件名、子文件名匹配的配置记录,配置记录中包括:来源系统的系统标识、文件类型、是否拆分要素标示等,将该配置记录中的文件类型确定为目标文件的文件类型;执行步骤8;
步骤7,从文件类型配置表查找通讯键值一致且子文件正则表达式与文件名匹配的配置记录,配置记录中包括:来源系统的系统标识、文件类型、是否拆分要素标示等,将该配置记录中的文件类型确定为目标文件的文件类型;
步骤8,判断查找到的配置记录中的是否拆分要素标识是否为需要拆分,若是,则执行步骤9,否则执行步骤11;
步骤9,根据文件类型和拆分要素配置表从文件名拆分出所有要素项;
步骤10,将拆分后得到的所有要素项保存到要素信息登记表中;
步骤11,将处理后的文件记录到文件登记表,并将状态置为待处理;
步骤12,更新文件注册表,记录子文件个数和处理日期时间,并将文件状态置为已处理。
上述文件获取方法,提供了一套完整全面的文件获取处理机制,取文件和文件类型判断是两个单独的子流程,有效降低了系统的耦合度,在确定类型失败后可以重新处理。在上述方案中,通过对不同的通讯方式设置不同的通讯配置表,能够支持多种通讯方式,如果增加新通讯方式,只需要增加一个通讯配置表并扩展支持该通讯方式的功能函数或方法,并且对文件类型配置表和要素拆分配置表进行更新,就可以实现新的业务功能,因而可扩展性强。同时,文件类型配置和要素拆分配置表与通讯配置表分开,做到应用层和传输层分层,可以降低系统设计的复杂度;文件注册表、子文件登记表、文件名要素表三层记录,详细记录了文件的相关信息,有利于文件类型判断、文件名要素拆分以及后续处理。此外,还可以支持压缩文件的文件类型判断和文件名要素拆分。上述方案使得系统模块之间耦合度得以降低,系统扩展性得以增强,通过简单配置可判断文件类型,文件处理效率得以提高。
基于同一发明构思,本申请实施例中还提供了一种文件获取装置,如下面的实施例所述。由于文件获取装置解决问题的原理与文件获取方法相似,因此文件获取装置的实施可以参见文件获取方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。图5是本申请实施例的文件获取装置的一种结构框图,如图5所示,可以包括:通讯键值获取模块501、通讯类型确定模块502、通讯参数读取模块503和目标文件获取模块504,下面对该结构进行说明。
通讯键值获取模块501,用于获取用户输入的通讯键值。
通讯类型确定模块502,用于根据预设的文件类型配置表确定与通讯键值对应的通讯类型。
通讯参数读取模块503,用于根据通讯键值从与通讯类型对应的预设的通讯配置表中读取通讯参数。
目标文件获取模块504,用于根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件。
在本申请一些实施例中,目标文件获取模块具体可以用于:在通讯方式为C:D通讯方式的情况下,从通讯参数中获取远程服务器C:D节点名、远程路径和本地路径;根据远程服务器C:D节点名,通过C:D通讯方式登录远程服务器;确定远程服务器的远程路径是否存在目标文件;在确定远程路径中存在目标文件的情况下,将目标文件由远程路径传送至本地路径。
在本申请一些实施例中目标文件获取模块具体可以用于:在通讯方式为FTP通讯方式的情况下,从通讯参数中获取FTP服务器IP或域名、FTP服务器端口、FTP用户名、FTP密码、远程路径和本地路径;根据FTP服务器IP或域名、FTP服务器端口、FTP用户名和FTP密码,通过FTP通讯方式登录远程服务器;确定远程服务器的远程路径是否存在目标文件;在确定远程路径中存在目标文件的情况下,将目标文件由远程路径传送至本地路径。
在本申请一些实施例中,目标文件获取模块具体可以用于:在通讯方式为本地通讯方式的情况下,从通讯参数中获取源路径和目标路径;切换到本地的源路径;确定本地的源路径中是否存在目标文件;在确定源路径中存在目标文件的情况下,将文件由源路径复制或移动到目标路径。
在本申请一些实施例中,目标文件获取模块可以包括文件注册单元,所述文件注册单元具体可以用于:将获得的目标文件记录到预设的文件注册表中,并在预设的文件注册表中将目标文件的状态置为未处理。
在本申请一些实施例中,文件获取装置还可以包括文件类型确定模块,所述文件类型确定模块具体可以用于:从预设的文件注册表中查找状态为未处理的目标文件;在查找到状态为未处理的目标文件的情况下,根据预设的文件类型配置表确定目标文件的文件类型;在确定目标文件的文件类型失败的情况下,重新根据预设的文件类型配置表确定目标文件的文件类型,直至成功确定目标文件的文件类型。
在本申请一些实施例中,预设的文件类型配置表可以包括通讯键值、文件正则表达式和文件类型;文件类型确定模块具体可以用于:获取目标文件的通讯键值和文件名;在预设的文件类型配置表中,查找通讯键值与目标文件的通讯键值一致的第一配置记录;从第一配置记录中查找文件正则表达式与目标文件的文件名匹配的第二配置记录;从第二配置记录中获取文件类型并将获取的文件类型确定为目标文件的文件类型。
在本申请一些实施例中,文件类型确定模块具体还可以用于:在获取目标文件的通讯键值和文件名之前,获取目标文件的文件名的后缀;根据后缀确定目标文件是否为压缩文件;在确定目标文件为压缩文件的情况下,对目标文件进行解压并将解压后得到的子文件写入预设的子文件列表缓存中。
在本申请一些实施例中,在目标文件为压缩文件的情况下,文件正则表达式可以包括压缩文件正则表达式和子文件正则表达式。获取目标文件的通讯键值和文件名,可以包括:从子文件列表缓存中读取子文件的通讯键值、文件名和子文件名。从第一配置记录中查找文件正则表达式与目标文件的文件名匹配的第二配置记录,可以包括:从第一配置记录中查找压缩文件正则表达式与子文件的文件名匹配且子文件正则表达式与子文件的子文件名匹配的配置记录。
在本申请一些实施例中,文件类型确定模块具体可以用于:在从第二配置记录中获取文件类型并将获得的文件类型确定为目标文件的文件类型之后,从第二配置记录中获取是否拆分要素标识;确定拆分要素标识是否为需要拆分;在拆分要素标识为需要拆分的情况下,根据目标文件的文件类型从预设的拆分要素配置表中读取拆分参数;根据拆分参数从目标文件的文件名中拆分出要素项;其中,拆分参数包括以下至少之一:要素键值、要素起始位置和要素长度。
在本申请一些实施例中,文件类型确定模块具体还可以用于:在根据拆分参数从目标文件的文件名中拆分出要素项之后,将拆分出来的要素项保存到预设的要素信息登记表中;将目标文件记录到预设的文件登记表中,并在预设的文件登记表中将目标文件的状态置为待处理;将预设的文件注册表中的目标文件的状态更新为已处理。
在本申请一些实施例中,文件类型确定模块具体还可以用于:在确定拆分要素标识是否为需要拆分之后,在确定拆分要素标识为不需要拆分的情况下,将目标文件记录到预设的文件登记表中,并在预设的文件登记表中将目标文件的状态置为待处理;将预设的文件注册表中的目标文件的状态更新为已处理。
从以上的描述中,可以看出,本申请实施例实现了如下技术效果:通过采用预设的文件类型配置表和预设的通讯配置表,根据用户输入的不同的通讯键值,判断与之对应的通讯类型,并根据通讯键值从与通讯类型对应的通讯配置表中读取通讯参数,再根据通讯参数,通过与通讯类型对应的通讯方式获取目标文件,从而可以通过输入不同的通讯键值来实现以多种通讯方式获取文件;同时,由于针对不同通讯方式设置不同的通讯配置表,所以可以通过配置文件类型配置表以及增加新的通讯配置表来扩展通讯方式,提高系统的可扩展性;此外,由于文件类型配置表与通讯配置表分开配置,可以实现应用层与传输层的分层,进而降低系统设计的复杂性。通过上述方案解决了现有的文件获取系统支持单一通讯方式的技术问题,达到了支持多种通讯方式、有效提升系统扩展性以及降低系统设计复杂性的技术效果。
本申请实施方式还提供了一种计算机设备,具体可以参阅图6所示的基于本申请实施例提供的文件获取方法的计算机设备组成结构示意图,所述计算机设备具体可以包括输入设备61、处理器62、存储器63。其中,所述存储器63可以用于存储处理器可执行指令。所述处理器62执行指令时可以实现上述任意实施例中所述的任一项方法的步骤。所述输入设备61具体可以用于输入通讯键值等参数。
在本实施方式中,所述输入设备具体可以是用户和计算机系统之间进行信息交换的主要装置之一。所述输入设备可以包括键盘、鼠标、摄像头、扫描仪、光笔、手写输入板、语音输入装置等;输入设备用于把原始数据和处理这些数的程序输入到计算机中。所述输入设备还可以获取接收其他模块、单元、设备传输过来的数据。所述处理器可以按任何适当的方式实现。例如,处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。所述存储器具体可以是现代信息技术中用于保存信息的记忆设备。所述存储器可以包括多个层次,在数字系统中,只要能保存二进制数据的都可以是存储器;在集成电路中,一个没有实物形式的具有存储功能的电路也叫存储器,如RAM、FIFO等;在系统中,具有实物形式的存储设备也叫存储器,如内存条、TF卡等。
在本实施方式中,该计算机设备具体实现的功能和效果,可以与其它实施方式对照解释,在此不再赘述。
本申请实施方式中还提供了一种基于文件获取方法的计算机存储介质,所述计算机存储介质存储有计算机程序指令,在所述计算机程序指令被执行时实现上述任意实施例中所述的文件获取方法。
在本实施方式中,上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的,用于进行网络连接通信的接口。
在本实施方式中,该计算机存储介质存储的程序指令具体实现的功能和效果,可以与其它实施方式对照解释,在此不再赘述。
显然,本领域的技术人员应该明白,上述的本申请实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请实施例不限制于任何特定的硬件和软件结合。
应该理解,以上描述是为了进行图示说明而不是为了进行限制。通过阅读上述描述,在所提供的示例之外的许多实施方式和许多应用对本领域技术人员来说都将是显而易见的。因此,本申请的范围不应该参照上述描述来确定,而是应该参照前述权利要求以及这些权利要求所拥有的等价物的全部范围来确定。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请实施例可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (15)
1.一种文件获取方法,其特征在于,包括:
获取用户输入的通讯键值;
根据预设的文件类型配置表确定与所述通讯键值对应的通讯类型;
根据所述通讯键值从与所述通讯类型对应的预设的通讯配置表中读取通讯参数;
根据所述通讯参数,通过与所述通讯类型对应的通讯方式获取目标文件。
2.根据权利要求1所述的方法,其特征在于,在所述通讯方式为C:D通讯方式的情况下,根据所述通讯参数,通过与所述通讯类型对应的通讯方式获取目标文件,包括:
从所述通讯参数中获取远程服务器C:D节点名、远程路径和本地路径;
根据所述远程服务器C:D节点名,通过C:D通讯方式登录远程服务器;
确定所述远程服务器的所述远程路径是否存在所述目标文件;
在确定所述远程路径中存在所述目标文件的情况下,将所述目标文件由所述远程路径传送至所述本地路径。
3.根据权利要求1所述的方法,其特征在于,在所述通讯方式为FTP通讯方式的情况下,根据所述通讯参数,通过与所述通讯类型对应的通讯方式获取目标文件,包括:
从所述通讯参数中获取FTP服务器IP或域名、FTP服务器端口、FTP用户名、FTP密码、远程路径和本地路径;
根据所述FTP服务器IP或域名、FTP服务器端口、FTP用户名和FTP密码,通过FTP通讯方式登录远程服务器;
确定所述远程服务器的所述远程路径是否存在所述目标文件;
在确定所述远程路径中存在所述目标文件的情况下,将所述目标文件由所述远程路径传送至所述本地路径。
4.根据权利要求1所述的方法,其特征在于,在所述通讯方式为本地通讯方式的情况下,根据所述通讯参数,通过与所述通讯类型对应的通讯方式获取目标文件,包括:
从所述通讯参数中获取源路径和目标路径;
切换到本地的所述源路径;
确定本地的所述源路径中是否存在所述目标文件;
在确定所述源路径中存在所述目标文件的情况下,将所述文件由所述源路径复制或移动到所述目标路径。
5.根据权利要求2至4中任一项所述的方法,其特征在于,在根据所述通讯参数,通过与所述通讯类型对应的通讯方式获取目标文件之后,还包括:
将所述目标文件记录到预设的文件注册表中,并在所述预设的文件注册表中将所述目标文件的状态置为未处理。
6.根据权利要求5所述的方法,其特征在于,在所述预设的文件注册表中将所述目标文件的状态置为未处理之后,还包括:
从所述预设的文件注册表中查找状态为未处理的目标文件;
在查找到状态为未处理的目标文件的情况下,根据所述预设的文件类型配置表确定所述目标文件的文件类型;
在确定所述目标文件的文件类型失败的情况下,重新根据所述预设的文件类型配置表确定所述目标文件的文件类型,直至成功确定所述目标文件的文件类型。
7.根据权利要求6所述的方法,其特征在于,所述预设的文件类型配置表包括通讯键值、文件正则表达式和文件类型;
所述根据所述预设的文件类型配置表确定所述目标文件的文件类型,包括:
获取所述目标文件的通讯键值和文件名;
在所述预设的文件类型配置表中,查找通讯键值与所述目标文件的通讯键值一致的第一配置记录;
从所述第一配置记录中查找文件正则表达式与所述目标文件的文件名匹配的第二配置记录;
从所述第二配置记录中获取文件类型并将获取的文件类型确定为所述目标文件的文件类型。
8.根据权利要求7所述的方法,其特征在于,在获取所述目标文件的通讯键值和文件名之前,还包括:
获取所述目标文件的文件名的后缀;
根据所述后缀确定所述目标文件是否为压缩文件;
在确定所述目标文件为压缩文件的情况下,对所述目标文件进行解压并将解压后得到的子文件写入预设的子文件列表缓存中。
9.根据权利要求8所述的方法,其特征在于,在所述目标文件为压缩文件的情况下,所述文件正则表达式包括压缩文件正则表达式和子文件正则表达式,
所述获取所述目标文件的通讯键值和文件名,包括:
从所述子文件列表缓存中读取所述子文件的通讯键值、文件名和子文件名,
所述从所述第一配置记录中查找文件正则表达式与所述目标文件的文件名匹配的第二配置记录,包括:
从所述第一配置记录中查找所述压缩文件正则表达式与所述子文件的文件名匹配且所述子文件正则表达式与所述子文件的子文件名匹配的配置记录。
10.根据权利要求7所述的方法,其特征在于,在从所述第二配置记录中获取文件类型并将获得的所述文件类型确定为所述目标文件的文件类型之后,还包括:
从所述第二配置记录中获取是否拆分要素标识;
确定所述拆分要素标识是否为需要拆分;
在确定所述拆分要素标识为需要拆分的情况下,根据所述目标文件的文件类型从预设的拆分要素配置表中读取拆分参数;
根据所述拆分参数从所述目标文件的文件名中拆分出要素项;
其中,所述拆分参数包括以下至少之一:要素键值、要素起始位置和要素长度。
11.根据权利要求10所述的方法,其特征在于,在根据所述拆分参数从所述目标文件的文件名中拆分出要素项之后,还包括:
将拆分出来的要素项保存到预设的要素信息登记表中;
将所述目标文件记录到预设的文件登记表中,并在所述预设的文件登记表中将所述目标文件的状态置为待处理;
将所述预设的文件注册表中的所述目标文件的状态更新为已处理。
12.根据权利要求10所述的方法,其特征在于,在确定所述拆分要素标识是否为需要拆分之后,还包括:
在确定所述拆分要素标识为不需要拆分的情况下,将所述目标文件记录到预设的文件登记表中,并在所述预设的文件登记表中将所述目标文件的状态置为待处理;
将所述预设的文件注册表中的所述目标文件的状态更新为已处理。
13.一种文件获取装置,其特征在于,包括:
通讯键值获取模块,用于获取用户输入的通讯键值;
通讯类型确定模块,用于根据预设的文件类型配置表确定与所述通讯键值对应的通讯类型;
通讯参数读取模块,用于根据所述通讯键值从与所述通讯类型对应的预设的通讯配置表中读取通讯参数;
目标文件获取模块,用于根据所述通讯参数,通过与所述通讯类型对应的通讯方式获取目标文件。
14.一种计算机设备,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现权利要求1至12中任一项所述方法的步骤。
15.一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现权利要求1至12中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910112279.5A CN109889588B (zh) | 2019-02-13 | 2019-02-13 | 文件获取方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910112279.5A CN109889588B (zh) | 2019-02-13 | 2019-02-13 | 文件获取方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109889588A true CN109889588A (zh) | 2019-06-14 |
CN109889588B CN109889588B (zh) | 2021-10-29 |
Family
ID=66928060
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910112279.5A Active CN109889588B (zh) | 2019-02-13 | 2019-02-13 | 文件获取方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109889588B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110519271A (zh) * | 2019-08-28 | 2019-11-29 | 中国银行股份有限公司 | 可支持多渠道文件传输的swift报文处理方法及系统 |
CN110955687A (zh) * | 2019-12-03 | 2020-04-03 | 中国银行股份有限公司 | 数据修改方法及装置 |
WO2021027592A1 (zh) * | 2019-08-14 | 2021-02-18 | 深圳前海微众银行股份有限公司 | 文件处理方法、装置、设备及计算机可读存储介质 |
CN113157717A (zh) * | 2021-05-26 | 2021-07-23 | 深圳平安智汇企业信息管理有限公司 | 长数据链路的缓存刷新方法、装置、设备及存储介质 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103034643A (zh) * | 2011-09-29 | 2013-04-10 | 富泰华工业(深圳)有限公司 | 文件下载方法及装置 |
CN103200247A (zh) * | 2013-03-26 | 2013-07-10 | 深圳市网信联动技术有限公司 | 一种数据下载方法和pc下载客户端 |
US20140057620A1 (en) * | 2011-05-04 | 2014-02-27 | Huawei Device Co., Ltd. | Method, system, and terminal for performing system update between mobile communication terminals |
CN104182529A (zh) * | 2014-08-28 | 2014-12-03 | 陈包容 | 一种移动终端对待下载文件进行识别、保存以及文件下载后对其查找的方法及装置 |
US20150237660A1 (en) * | 2014-02-20 | 2015-08-20 | Lenovo (Beijing) Limited | Data transmission method, data acquiring method, and electronic device |
CN105530543A (zh) * | 2014-09-28 | 2016-04-27 | 深圳Tcl新技术有限公司 | 一种浏览器自动网页资源下载方法及装置 |
CN106445951A (zh) * | 2015-08-07 | 2017-02-22 | 中兴通讯股份有限公司 | 一种文件传输方法和装置 |
CN106528571A (zh) * | 2015-09-14 | 2017-03-22 | 北京中质信维科技有限公司 | 一种用于移动终端的文件管理方法及系统 |
WO2017213473A1 (en) * | 2016-06-10 | 2017-12-14 | Gaeasoft Co., Ltd. | Method for managing files and apparatus using the same |
WO2018010530A1 (zh) * | 2016-07-13 | 2018-01-18 | 杭州海康威视数字技术股份有限公司 | 一种对多个多媒体文件的存储、读取和显示方法及装置 |
CN108595672A (zh) * | 2018-04-28 | 2018-09-28 | 努比亚技术有限公司 | 一种识别下载文件类型的方法、装置及可读存储介质 |
-
2019
- 2019-02-13 CN CN201910112279.5A patent/CN109889588B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140057620A1 (en) * | 2011-05-04 | 2014-02-27 | Huawei Device Co., Ltd. | Method, system, and terminal for performing system update between mobile communication terminals |
CN103034643A (zh) * | 2011-09-29 | 2013-04-10 | 富泰华工业(深圳)有限公司 | 文件下载方法及装置 |
CN103200247A (zh) * | 2013-03-26 | 2013-07-10 | 深圳市网信联动技术有限公司 | 一种数据下载方法和pc下载客户端 |
US20150237660A1 (en) * | 2014-02-20 | 2015-08-20 | Lenovo (Beijing) Limited | Data transmission method, data acquiring method, and electronic device |
CN104182529A (zh) * | 2014-08-28 | 2014-12-03 | 陈包容 | 一种移动终端对待下载文件进行识别、保存以及文件下载后对其查找的方法及装置 |
CN105530543A (zh) * | 2014-09-28 | 2016-04-27 | 深圳Tcl新技术有限公司 | 一种浏览器自动网页资源下载方法及装置 |
CN106445951A (zh) * | 2015-08-07 | 2017-02-22 | 中兴通讯股份有限公司 | 一种文件传输方法和装置 |
CN106528571A (zh) * | 2015-09-14 | 2017-03-22 | 北京中质信维科技有限公司 | 一种用于移动终端的文件管理方法及系统 |
WO2017213473A1 (en) * | 2016-06-10 | 2017-12-14 | Gaeasoft Co., Ltd. | Method for managing files and apparatus using the same |
WO2018010530A1 (zh) * | 2016-07-13 | 2018-01-18 | 杭州海康威视数字技术股份有限公司 | 一种对多个多媒体文件的存储、读取和显示方法及装置 |
CN108595672A (zh) * | 2018-04-28 | 2018-09-28 | 努比亚技术有限公司 | 一种识别下载文件类型的方法、装置及可读存储介质 |
Non-Patent Citations (1)
Title |
---|
顾彤辰: "FTP客户端及服务器系统的设计与实现", 《中国优秀硕士学位论文全文数据库(电子期刊) 信息科技辑》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021027592A1 (zh) * | 2019-08-14 | 2021-02-18 | 深圳前海微众银行股份有限公司 | 文件处理方法、装置、设备及计算机可读存储介质 |
CN110519271A (zh) * | 2019-08-28 | 2019-11-29 | 中国银行股份有限公司 | 可支持多渠道文件传输的swift报文处理方法及系统 |
CN110519271B (zh) * | 2019-08-28 | 2021-06-11 | 中国银行股份有限公司 | 可支持多渠道文件传输的swift报文处理方法及系统 |
CN110955687A (zh) * | 2019-12-03 | 2020-04-03 | 中国银行股份有限公司 | 数据修改方法及装置 |
CN113157717A (zh) * | 2021-05-26 | 2021-07-23 | 深圳平安智汇企业信息管理有限公司 | 长数据链路的缓存刷新方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109889588B (zh) | 2021-10-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109889588A (zh) | 文件获取方法、装置、计算机设备和存储介质 | |
US10223506B2 (en) | Self-destructing files in an object storage system | |
CN108664812A (zh) | 信息脱敏方法、装置及系统 | |
CN108027828B (zh) | 与无状态同步节点的托管文件同步 | |
CN101246486A (zh) | 用于改进的表达式处理的方法和装置 | |
CN110235118B (zh) | 通过存根化优化内容存储 | |
CN106407442B (zh) | 一种海量文本数据处理方法及装置 | |
CN106708825A (zh) | 一种数据文件处理方法及系统 | |
CN106203154A (zh) | 一种文件存储方法及电子设备 | |
CN103593442A (zh) | 日志数据的去重方法及装置 | |
US10142415B2 (en) | Data migration | |
US20220129381A1 (en) | Blockchain cache system | |
CN106528830A (zh) | 一种恢复文件索引目录的方法和装置 | |
US10205679B2 (en) | Resource object resolution management | |
US20030115202A1 (en) | System and method for processing a request using multiple database units | |
CN112416626B (zh) | 一种数据处理方法和装置 | |
US10977249B2 (en) | Method, system, and apparatus for performing flow-based processing using stored procedure | |
CN111008220A (zh) | 数据源的动态识别方法及装置、存储介质和电子装置 | |
US20090241134A1 (en) | Remote storage service api | |
CN111404979B (zh) | 业务请求处理的方法、装置及计算机可读存储介质 | |
CN117390078B (zh) | 数据处理方法、装置、存储介质和计算机设备 | |
US11210254B2 (en) | Methods, electronic devices, storage systems, and computer program products for storage management | |
CN111132121B (zh) | 信息处理方法和网络仓库功能nrf网元 | |
CN116955282A (zh) | 一种查询方法和相关装置 | |
US7346756B2 (en) | System, computer readable medium and method for multi-tiered data access |
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 |