CN110580244A - 一种文件处理方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明实施例公开了一种文件处理方法、装置、服务器及存储介质。该方法包括：接收业务方发送的文件请求指令；根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容；将所述数据内容发送给所述业务方进行业务处理。本发明实施例的技术方案，提供了通用的文件解析处理流程，减少业务侧重复编写文件处理代码，提升开发效率。

Description

一种文件处理方法、装置、服务器及存储介质

技术领域

本发明实施例涉及文件处理技术，尤其涉及一种文件处理方法、装置、服务器及存储介质。

背景技术

随着公司对接的资金方的数量增加，与资金方文件交互种类增多，没有统一文件交互流程，各个系统独自处理，功能冗余且各不相同，不同系统都要写一套文件处理功能，浪费人力。对于研发人员来说，如何更高效、更便捷且又高性能的处理与不同资金方、担保方不同类型，不同内容的数据文件交互与解析处理是急需解决的问题。

发明内容

本发明实施例提供一种文件处理方法、装置、服务器及存储介质，以实现统一文件解析流程，使业务侧只需关心业务处理，无需关心文件处理流程，解放人力，提高研发效率。

第一方面，本发明实施例提供了一种文件处理方法，包括：

接收业务方发送的文件请求指令；

根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容；

将所述数据内容发送给所述业务方进行业务处理。

可选的，所述接收业务方发送的文件请求指令，包括：

验证业务方的登录注册信息，验证成功后接收业务方发送的文件请求指令。

可选的，在接收业务方发送的文件请求指令之前，还包括：

建立文件数据库，所述文件数据库接收基于不同业务需求的外部系统发送的文件。

可选的，所述文件数据库根据不同业务需求和不同文件的类型配置不同的解析信息。

可选的，所述解析信息包括文件服务器类型、文件后缀、文件分隔符、处理起始行、处理结束行、服务器地址中的一种或多种。

可选的，所述根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容，包括：

根据所述文件请求指令对目标文件进行一行行地解析，提取需要获取的数据内容。

可选的，在将所述数据内容发送给所述业务方进行业务处理之后，还包括：

判断发送是否成功；

若否，则重新尝试发送预设次数；

当尝试发送预设次数仍未成功，则触发告警。

第二方面，本发明实施例还提供了一种文件处理装置，包括：

接收单元，用于接收业务方发送的文件请求指令；

解析单元，用于根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容；

发送单元，用于将所述数据内容发送给所述业务方进行业务处理。

第三方面，本发明实施例还提供了一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述实施例中任一所述的文件处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述实施例中任一所述的文件处理方法。

本发明实施例的技术方案，提供了通用的文件解析处理流程，减少业务侧重复编写文件处理代码，提升开发效率。

附图说明

图1是本发明实施例一中的一种文件处理方法的流程示意图；

图2是本发明实施例二中的一种文件处理方法的流程示意图；

图3是本发明实施例二中的文件数据库的架构图；

图4是本发明实施例二中的文件处理方法的业务架构；

图5是本发明实施例三中的一种文件处理装置的结构示意图；

图6是本发明实施例四中的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

此外，术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等，但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一速度差值称为第二速度差值，且类似地，可将第二速度差值称为第一速度差值。第一速度差值和第二速度差值两者都是速度差值，但其不是同一速度差值。术语“第一”、“第二”等不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

实施例一

图1为本发明实施例一提供的一种文件处理方法的流程示意图，本发明实施例可适用于文件处理的情况。本发明实施例的方法可以由文件处理装置来执行，该装置可以由软件和/或硬件的方式实现，并一般可集成于服务器或终端设备中。参照图1，本发明实施例的文件处理方法，具体包括如下步骤：

步骤S110、接收业务方发送的文件请求指令。

具体的，文件请求指令是指业务方向文件服务器发送的请求获取文件信息的指令。文件请求指令包含的信息包括但不限于需要获取的目标文件、需要从目标文件中提取的数据内容，因此，文件服务器在接收到业务方发送的文件请求指令进行分析后可以知道从哪个目标文件中，提取哪些数据内容提供给业务方。

作为一可选实施例，步骤S110可替代为：

验证业务方的登录注册信息，验证成功后接收业务方发送的文件请求指令。

具体的，业务方如果需要获取文件服务器中的文件或数据内容，就需要在文件服务器上提供身份信息注册账号，在文件服务器登录后，文件服务器验证业务方的登录注册信息，确认业务方的身份信息，验证成功后才接收业务方发送的文件请求指令。

步骤S120、根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容。

具体的，在文件服务器接收到文件请求指令后，从文件请求指令获取需要解析的目标文件，根据配置参数，进行不同文件格式的数据解析，提取需要获取的数据内容。

作为一可选实施例，步骤S120可替代为：

根据所述文件请求指令对目标文件进行一行行地解析，提取需要获取的数据内容。

具体的，目标文件的内容有多行，解析时是一行行解析，非全部加载内存后再解析，能处理超大文件不会造成OOM(Out of Memory，内存溢出)。

步骤S130、将所述数据内容发送给所述业务方进行业务处理。

具体的，在提取数据内容后，将数据内容发送给所述业务方进行业务处理。

作为一可选实施例，在步骤S130之后，还可以包括：

判断发送是否成功；若否，则重新尝试发送预设次数；当尝试发送预设次数仍未成功，则触发告警。

具体的，预设次数可以是3次、5次等等，本发明实施例对此不作限定。预设次数的设定可以是系统默认，也可以是人工设定。

本发明实施例的技术方案，通过提供一套标准的文件传输，文件解析，文件处理，以及异常告警的标准框架，减少业务侧重复编写文件处理代码，提升开发效率，同时通过提供配置化支持和定制化服务，满足业务需求，帮助统一文件交互流程，这样业务侧只需配置和实现自己的业务即可。

实施例二

图2为本发明实施例二提供的一种文件处理方法的流程示意图，本发明实施例可适用于文件处理的情况。本发明实施例的方法可以由文件处理装置来执行，该装置可以由软件和/或硬件的方式实现，并一般可集成于服务器或终端设备中。参照图2，本发明实施例的文件处理方法，具体包括如下步骤：

步骤S210、建立文件数据库，所述文件数据库接收基于不同业务需求的外部系统发送的文件。

具体的，所述文件数据库根据不同业务需求和不同文件的类型配置不同的解析信息。所述解析信息包括文件服务器类型、文件后缀、文件分隔符、处理起始行、处理结束行、服务器地址中的一种或多种。

如图3所示，在本发明的文件数据库中，底层同时支持ftp和fastdfs，上层可以实现的功能包括但不限于文件上传、文件下载、文件解析、业务服务注册。其中，对于文件上传，支持各种文件上传，提供统一的上传接口，底层同时支持ftp和fastdfs。并自失败重试和告警。对于文件下载，支持各种文件下载，提供统一的上传接口，底层同时支持ftp和fastdfs。并自失败重试和告警。对于文件解析，提供通用文件解析接口，根据配置参数，进行不同文件格式数据解析。此解析是一行行解析，非全部加载内存后再解析，能处理超大文件不会造成OOM。对于业务服务注册，提供业务侧行处理服务注册。

图4是本发明的文件处理方法的业务架构。如图4所示，该架构包括file service(文件服务模块)、process manage(业务处理实现管理模块)、process impl(行处理业务接口实现模块)三大部分。其中：

file service：文件服务模块，包括文件检查(file check)，文件解析(fileparse),文件行处理(file line process),文件处理完成后置处理(after process)几大模块，共同组成通用的文件处理核心功能

process manage：业务处理实现管理模块，负责行处理API定义(processinterface)，行处理实现接口注册(process rigister)，行处理接口路由(processrouter),共同构成通用文件处理服务治理模块

process impl：行处理业务接口实现模块，是业务在行API的规范下根据自己的需求的实现。

步骤S220、接收业务方发送的文件请求指令。

具体的，文件请求指令是指业务方向文件服务器发送的请求获取文件信息的指令。文件请求指令包含的信息包括但不限于需要获取的目标文件、需要从目标文件中提取的数据内容，因此，文件服务器在接收到业务方发送的文件请求指令进行分析后可以知道从哪个目标文件中，提取哪些数据内容提供给业务方。

作为一可选实施例，步骤S220可替代为：

验证业务方的登录注册信息，验证成功后接收业务方发送的文件请求指令。

具体的，业务方如果需要获取文件服务器中的文件或数据内容，就需要在文件服务器上提供身份信息注册账号，在文件服务器登录后，文件服务器验证业务方的登录注册信息，确认业务方的身份信息，验证成功后才接收业务方发送的文件请求指令。

步骤S230、根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容。

具体的，在文件服务器接收到文件请求指令后，从文件请求指令获取需要解析的目标文件，根据配置参数，进行不同文件格式的数据解析，提取需要获取的数据内容。

作为一可选实施例，步骤S230可替代为：

根据所述文件请求指令对目标文件进行一行行地解析，提取需要获取的数据内容。

具体的，目标文件的内容有多行，解析时是一行行解析，非全部加载内存后再解析，能处理超大文件不会造成OOM(Out of Memory，内存溢出)。

步骤S240、将所述数据内容发送给所述业务方进行业务处理。

具体的，在提取数据内容后，将数据内容发送给所述业务方进行业务处理。

作为一可选实施例，在步骤S240之后，还可以包括：

判断发送是否成功；若否，则重新尝试发送预设次数；当尝试发送预设次数仍未成功，则触发告警。

具体的，预设次数可以是3次、5次等等，本发明实施例对此不作限定。预设次数的设定可以是系统默认，也可以是人工设定。

下面举例详细说明文件处理的整个过程。在文件服务器建立一个文件数据库，该文件数据库与基于不同业务需求的外部系统对接，能够接收并存储不同类型、不同内容的数据文件。在接收到各种不同的文件后，根据文件的不同业务需求和不同类型内容配置不同的解析信息，统一文件解析流程，使得业务侧在获取文件时只需关心业务处理，无需关心文件处理流程。在建立文件数据库后，就是业务侧根据需要获取文件。在本实施例中，业务侧需要在文件服务器上注册账号，登录账号后才能请求获取文件，这样文件服务器才知道是谁请求获取文件，保证文件的安全。业务侧登录后，向文件服务器发送文件请求指令，请求获取某个文件，文件服务器就根据文件请求指令对目标文件进行解析，提取目标文件中需要获取的数据内容，将数据内容发送给业务侧进行业务处理。

本发明实施例的技术方案，通过提供一套标准的文件传输，文件解析，文件处理，以及异常告警的标准框架，减少业务侧重复编写文件处理代码，提升开发效率，同时通过提供配置化支持和定制化服务，满足业务需求，帮助统一文件交互流程，这样业务侧只需配置和实现自己的业务即可。

实施例三

本发明实施例所提供的文件处理装置500可执行本发明任意实施例所提供的文件处理方法，具备执行方法相应的功能模块和有益效果，该装置可以由软件和/或硬件(集成电路)的方式实现，并一般可集成于服务器或终端设备中。图5是本发明实施例三中的一种文件处理装置500的结构示意图。参照图5，本发明实施例的文件处理装置500具体可以包括：

接收单元510，用于接收业务方发送的文件请求指令；

解析单元520，用于根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容；

发送单元530，用于将所述数据内容发送给所述业务方进行业务处理。

可选的，所述接收单元510还用于：

验证业务方的登录注册信息，验证成功后接收业务方发送的文件请求指令。

可选的，所述装置还包括：

建立单元，用于建立文件数据库，所述文件数据库接收基于不同业务需求的外部系统发送的文件。

可选的，所述文件数据库根据不同业务需求和不同文件的类型配置不同的解析信息。

可选的，所述解析信息包括文件服务器类型、文件后缀、文件分隔符、处理起始行、处理结束行、服务器地址中的一种或多种。

可选的，所述解析单元520还用于：

根据所述文件请求指令对目标文件进行一行行地解析，提取需要获取的数据内容。

可选的，所述装置还包括：

判断单元，用于判断发送是否成功；若否，则重新尝试发送预设次数；当尝试发送预设次数仍未成功，则触发告警。

本发明实施例的技术方案，提供了通用的文件解析处理流程，减少业务侧重复编写文件处理代码，提升研发效率。

实施例四

图6是本发明实施例四提供的一种服务器的结构示意图。图6示出了适于用来实现本发明实施方式的示例性服务器612的框图。图6显示的服务器612仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，服务器612以通用服务器的形式表现。服务器612的组件可以包括但不限于：一个或者多个处理器616，存储装置628，连接不同系统组件(包括存储装置628和处理器616)的总线618。

总线618表示几类总线结构中的一种或多种，包括存储装置总线或者存储装置控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry SubversiveAlliance，ISA)总线，微通道体系结构(Micro Channel Architecture，MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。

服务器612典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器612访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储装置628可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory，RAM)630和/或高速缓存存储器632。服务器612可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统634可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘，例如只读光盘(Compact Disc Read-Only Memory，CD-ROM),数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线618相连。存储装置628可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块642的程序/实用工具640，可以存储在例如存储装置628中，这样的程序模块642包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块642通常执行本发明所描述的实施例中的功能和/或方法。

服务器612也可以与一个或多个外部设备614(例如键盘、指向服务器、显示器624等)通信，还可与一个或者多个使得用户能与该服务器612交互的服务器通信，和/或与使得该服务器612能与一个或多个其它计算服务器进行通信的任何服务器(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口622进行。并且，服务器612还可以通过网络适配器620与一个或者多个网络(例如局域网(Local Area Network，LAN)，广域网(Wide Area Network，WAN)和/或公共网络，例如因特网)通信。如图6所示，网络适配器620通过总线618与服务器612的其它模块通信。应当明白，尽管图中未示出，可以结合服务器612使用其它硬件和/或软件模块，包括但不限于：微代码、服务器驱动器、冗余处理器、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Disks，RAID)系统、磁带驱动器以及数据备份存储系统等。

处理器616可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器616是文件处理装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。

处理器616通过运行存储在存储装置628中的程序，从而执行各种功能应用以及数据处理，例如实现本发明任意实施例所提供的文件处理方法，该方法可以包括：

接收业务方发送的文件请求指令；

根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容；

将所述数据内容发送给所述业务方进行业务处理。

当然,本发明实施例所提供的服务器,其处理器不限于执行如上所述的方法操作,还可以执行本发明任意实施例所提供的文件处理方法中的相关操作。

本发明实施例的技术方案，提供了通用的文件解析处理流程，减少业务侧重复编写文件处理代码，提升研发效率。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种文件处理方法，该方法包括：

接收业务方发送的文件请求指令；

根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容；

将所述数据内容发送给所述业务方进行业务处理。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的文件处理方法中的相关操作。

本发明实施例的计算机可读存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

存储介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或终端上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本发明实施例的技术方案，提供了通用的文件解析处理流程，减少业务侧重复编写文件处理代码，提升研发效率。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种文件处理方法，其特征在于，包括：

接收业务方发送的文件请求指令；

根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容；

将所述数据内容发送给所述业务方进行业务处理。

2.根据权利要求1所述的文件处理方法，其特征在于，所述接收业务方发送的文件请求指令，包括：

验证业务方的登录注册信息，验证成功后接收业务方发送的文件请求指令。

3.根据权利要求1所述的文件处理方法，其特征在于，在接收业务方发送的文件请求指令之前，还包括：

建立文件数据库，所述文件数据库接收基于不同业务需求的外部系统发送的文件。

4.根据权利要求3所述的文件处理方法，其特征在于，所述文件数据库根据不同业务需求和不同文件的类型配置不同的解析信息。

5.根据权利要求4所述的文件处理方法，其特征在于，所述解析信息包括文件服务器类型、文件后缀、文件分隔符、处理起始行、处理结束行、服务器地址中的一种或多种。

6.根据权利要求1所述的文件处理方法，其特征在于，所述根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容，包括：

根据所述文件请求指令对目标文件进行一行行地解析，提取需要获取的数据内容。

7.根据权利要求1所述的文件处理方法，其特征在于，在将所述数据内容发送给所述业务方进行业务处理之后，还包括：

判断发送是否成功；

若否，则重新尝试发送预设次数；

当尝试发送预设次数仍未成功，则触发告警。

8.一种文件处理装置，其特征在于，包括：

接收单元，用于接收业务方发送的文件请求指令；

解析单元，用于根据所述文件请求指令对目标文件进行解析，提取需要获取的数据内容；

发送单元，用于将所述数据内容发送给所述业务方进行业务处理。

9.一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-7中任一所述的文件处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-7中任一所述的文件处理方法。