CN111866087A - 文件处理方法、装置、存储介质及计算机设备 - Google Patents

Abstract

本发明公开了一种文件处理方法、装置、存储介质及计算机设备，涉及云传输技术领域，主要在于够避免内部系统文件交互功能的重复开发，实现文件交互功能的高复用，减少开发人员的工作量。其中方法包括：接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。本发明还涉及区块链技术，内部系统文件存储于区块链中。

Description

文件处理方法、装置、存储介质及计算机设备

技术领域

本发明涉及云传输技术领域，尤其是涉及一种文件处理方法、装置、存储介质及计算机设备。

背景技术

随着信息技术的不断发展，针对业务存在文件交互的系统，业务方能够自己开发相应的文件交互功能，实现文件的上传和下载。

目前，当业务方内部涉及多个系统时，业务人员根据内部系统对接的渠道，开发相应的文件交互功能。然而，当内部系统对接多渠道时，无法对不同对接渠道的文件交互功能代码进行复用，针对不同对接渠道的系统需要重新开发文件交互功能，此外，即使内部系统对接同一渠道，针对该对接渠道的文件交互功能代码往往与业务相关，也无法进行复用，针对不同的系统需要重新开发文件交互功能，从而导致内部系统的文件交互功能开发效率低下，增加了开发人员的工作量。

发明内容

本发明提供了一种文件处理方法、装置、存储介质及计算机设备，主要在于能够避免内部系统文件交互功能的重复开发，实现文件交互功能的高复用，减少开发人员的工作量。

根据本发明的第一个方面，提供一种文件处理方法，包括：

接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；

根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；

基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。

根据本发明的第二个方面，提供一种文件处理装置，包括：

接收单元，用于接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；

确定单元，用于根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；

处理单元，用于基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。

根据本发明的第三个方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现以下步骤：

接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；

根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；

基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。

根据本发明的第四个方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：

接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；

根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；

基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。

本发明提供的一种文件处理方法、装置、存储介质及计算机设备，与目前重复开发内部系统的文件交互功能的方式相比，本发明应用于文件网关存储系统，该文件网关存储系统能够接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；并根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；与此同时，基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理，由此基于文件网关存储系统中的标准化文件交互流程，内部系统通过与文件网关存储系统对接，能够实现文件交互，从而能够避免内部系统文件交互功能的重复开发，实现文件交互功能的高复用，大大降低了开发人员的工作量。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了本发明实施例提供的一种文件处理方法流程图；

图2示出了本发明实施例提供的另一种文件处理方法流程图；

图3示出了本发明实施例提供的一种文件处理装置的结构示意图；

图4示出了本发明实施例提供的另一种文件处理装置的结构示意图；

图5示出了本发明实施例提供的一种计算机设备的实体结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

目前，当业务方内部涉及多个系统时，内部系统的文件交互功能需要重复开发，无法进行复用，由此导致内部系统的文件交互功能开发效率低下，增加了开发人员的工作量。

为了解决上述问题，本发明实施例提供了一种文件处理方法，如图1所示，所述方法包括：

101、接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息。

对于本发明实施例，为了克服现有技术中内部系统文件交互功能重复开发，造成的开发人员工作量大，且开发效率低的问题，本发明实施例构建了文件网关存储系统，基于文件网关存储系统发开的文件交互功能，内部系统通过与文件网关存储系统对接，能够实现内部系统文件的交互，从而能够避免业务方内部涉及多系统时，重复开发内部系统的文件交互功能的弊端，本发明实施例的执行主体为文件网关存储系统。此外，本发明实施例还采用了区块链技术，将内部系统文件存储于区块链中。

此外，不同的内部系统可能涉及的文件传输渠道不同，同一内部系统也可能涉及多种文件传输渠道，本发明实施例中的文件网关存储系统能够支持多种文件传输渠道，其中，不同的文件传输渠道可以为不同的文件传输方式，例如，sftp文件传输、iobs文件传输、网盘文件传输等，不同的内部系统基于其对应的文件传输渠道，通过在文件网关存储系统中配置相关参数，获取网关存储系统系统反馈的传输渠道参数，实现与网关存储系统的对接，文件网关存储系统内部定制了标准化的文件交互流程，具有上传文件、下载文件等功能，内部系统通过与文件网关存储系统对接，能够实现文件的上传下载，由此在本发明实施例中当内部系统想要实现文件交互功能时，不需要单独开发文件交互功能，只需要在文件网关存储系统中进行简单配置，与文件网关存储系统进行对接，便可以实现内部系统的文件交互。

对于本发明实施例，当内部系统需要上传文件或者下载文件时，会向文件网关存储系统发送待处理文件的处理请求，该处理请求携带有待处理文件的传输渠道参数和文件信息，其中，内部系统对接文件网关存储系统时，基于内部系统需要的文件传输渠道，会在文件网关存储系统中配置相应的参数，包括服务器地址、用户名、密码、网关的流量控制、文件传输重试次数、文件传输重试间隔等，文件网关存储系统根据配置的参数，会生成对应的传输渠道参数反馈给内部系统，不同的文件传输渠道对应的传输渠道参数不同，例如，sftp文件传输对应的传输渠道参数为FileChannel1、iobs文件传输对应的传输渠道参数为FileChannel2、网盘文件传输对应的传输渠道参数为FileChannel3，此外，该处理请求可以包括文件上传处理和文件下载处理，针对文件上传处理，文件信息可以为文件名称或者文件编码；针对文件下载处理，文件信息可以为待处理文件的文件路径、主键信息等，进一步地，当文件网关存储系统接收到待处理文件的处理请求时，根据该处理请求携带的待处理文件的传输渠道参数，确定内部系统进行交互时对应的文件传输渠道，之后文件网关存储系统基于确定的文件传输渠道和文件信息，对内部系统的待处理文件进行上传和下载等操作。

102、根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道。

对于本发明实施例，文件网关存储系统能够支持多种文件传输渠道，即能够支持多种文件传输方式，当内部系统有待处理文件需要进行上传或下载等操作时，内部系统会向文件网关存储系统发送待处理文件的处理请求，文件网关存储系统会根据该处理请求携带的传输渠道参数，确定待处理文件对应的目标传输渠道，例如，若传输渠道参数为FileChannel1，则确定待处理文件对应的目标文件传输渠道为sftp文件传输；若传输渠道参数为FileChannel2，则确定待处理文件对应的目标文件传输渠道为iobs文件传输；若传输渠道参数为FileChannel3，则确定待处理文件对应的目标文件传输渠道为网盘传输，进一步地，基于确定的目标文件传输渠道，对待传输文件进行上传、下载或者查询等操作，由此仅通过将内部系统与文件网关存储系统对接，便能够实现内部系统针对不同文件传输渠道的文件交互，且不需要在内部系统的客户端开发相应的针对特定渠道的文件交互功能，大大降低了开发人员的工作量。

103、基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。

其中，对待处理文件的处理包括上传、查询、下载等操作，具体还包括同步上传、异步上传、同步下载、异步下载等，以待处理文件的上传过程为例，文件信息具体包括待上传文件及其对应的文件名称或者文件编码，文件网关存储系统接收待上传文件的上传请求，该上传请求携带有待上传文件及其对应的文件编码，以及传输渠道参数，文件网关存储系统根据该传输渠道参数，确定待上传文件对应的目标传输渠道。

针对同步上传操作，基于确定的目标传输渠道，文件网关存储系统读取该待上传文件，并将其进行本地存储，之后文件网关存储系统向目标服务器发送待上传文件的上传请求，该上传请求携带有待上传文件及其对应的文件编码，目标服务器根据待上传文件的文件编码对文件进行上传，若待上传文件在目标服务器中上传成功，目标服务器会根据该文件编码生成该文件的主键信息，之后向文件网关存储系统发送待上传文件上传成功的提示信息，同时反馈该文件对应的主键信息，以便内部系统根据该主键信息查询或者下载该文件，文件网关存储系统在接收到目标服务器的反馈信息后，会向内部系统的客户端反馈待上传文件上传成功的提示信息和待上传文件的主键信息；若文件网关存储系统在预设时间段内没有接收到待上传文件上传成功的提示信息或者捕获到异常，则判断再次上传文件对应的重试次数是否超过预设重试次数，其中，该预设重试次数是内部系统在与文件网关存储系统对接时预先配置的，该预设重试次数可以根据内部系统的业务需要进行设定，例如，设定文件上传时的预设重试次数为5次，进一步地，若再次上传文件对应的重试次数超过预设重试次数，则直接向客户端反馈上传文件失败的提示信息；若再次上传文件对应的重试次数未超过预设重试次数，则继续判断再次进行文件上传操作时是否具有重试间隔，若具有重试间隔，则文件网关存储系统等待该重试间隔后，重新向目标服务器发送文件上传请求，若不具有重试间隔，则文件网关存储系统不需等待，直接向目标服务器重新发送文件上传请求，直至文件网关存储系统进行文件上传的重试次数超过预设重试次数，向客户端反馈文件上传失败的提示信息，其中，该预设重试间隔可以在内部系统与文件网关存储系统对接时进行配置，例如，设定预设重试间隔为2s，则文件网关存储系统在重新尝试上传文件时，需要等待2s，才能向目标服务器重新发送文件上传请求。由此通过在文件网关存储系统中增设重试功能等功能优化模块，优化了文件交互流程，同时能够避免在内部系统中重复开发功能优化模块，提升了功能优化模块的开发效率，减少了开发人员的工作量。

进一步地，针对异步上传操作，基于确定的目标传输渠道，文件网关存储系统读取该待上传文件，并将其进行本地存储，向客户端发送待上传文件已落库等待上传的提示信息，并将该消息存储至消息数据库或者redis中，文件网关存储系统通过轮询或者监听的方式获取该消息，由此客户端接收到待上传文件等待上传的提示信息后，便完成操作，不必等待文件上传，上传操作完全由网关操作，从而避免了客户端不必要的操作，便于文件传输，进一步地，当文件网关存储系统监听或者轮询到该消息时，会向目标服务器发送待上传文件的上传请求，文件网关存储系统与目标服务器之间的文件上传交互过程与同步上传方式相同，在此不再赘述，由此通过在文件网关存储系统中定制标准化的文件交互流程，开发相关的文件交互功能，能够避免在内部系统中重复开发文件交互功能，内部系统仅通过与文件网关存储系统对接，便可以实现文件的交互，从而实现了文件网关系统中文件交互功能的高复用，大大减少了开发人员的工作量。

本发明实施例提供的一种文件处理方法，与目前重复开发内部系统的文件交互功能的方式相比，本发明应用于文件网关存储系统，该文件网关存储系统能够接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；并根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；与此同时，基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理，由此基于文件网关存储系统中的标准化文件交互流程，内部系统通过与文件网关存储系统对接，能够实现文件交互，从而能够避免内部系统文件交互功能的重复开发，实现文件交互功能的高复用，大大降低了开发人员的工作量。

进一步的，为了更好的说明上述文件网关存储系统的文件交互流程，作为对上述实施例的细化和扩展，本发明实施例提供了另一种文件处理方法，如图2所示，所述方法包括：

201、接收文件传输渠道的传输渠道参数获取请求，所述获取请求携带有所述文件传输渠道对应的配置参数。

其中，文件传输渠道对应的配置参数包括服务器地址、用户名、密码、流量控制、重试次数和重试间隔等，对于本发明实施例，在文件网关存储系统中开发相应的文件交互功能，且该文件网关存储系统能够支持多种文件传输渠道，由此内部系统只需要与文件网关存储系统对接，便可以实现文件的交互，避免在内部多个系统中重复开发文件交互功能，实现了文件网关存储系统中文件交互功能的高复用，大大降低了发开人员的工作量，在本发明实施例中，内部系统进行文件交互之前，需要与文件网关存储系统进行对接，在文件网关存储系统中进行相关参数的配置，具体地，为了与文件网关存储系统对接，内部系统会向文件网关存储系统发送传输渠道参数获取请求，该获取请求携带有文件传输渠道对应的配置参数，文件网关存储系统接收到该获取请求后，根据该获取请求携带的文件传输渠道的配置参数，生成该文件传输渠道对应的传输渠道参数，并将该传输渠道参数反馈给内部系统，以便内部系统根据该传输渠道参数进行文件的上传、下载、查询等操作。

202、根据所述配置参数，生成所述文件传输渠道对应的传输渠道参数，并将所述传输渠道参数反馈至内部系统。

其中，不同的文件传输渠道对应不同的传输渠道参数，对于本发明实施例，文件网关存储系统根据内部系统的配置参数，生成相应文件传输渠道对应的传输渠道参数，并将其反馈至内部系统，以便内部系统通过文件网关存储系统进行文件交互时，文件网关存储系统根据内部系统发送的传输渠道参数，确定内部系统所需要的文件传输渠道，即确定内部系统对应的文件传输方式，例如，文件网关存储系统根据内部系统A提供的配置参数，生成传输渠道参数为FileChannel1，传输渠道参数FileChannel1对应sftp文件传输；文件网关存储系统根据内部系统B提供的配置参数，生成传输渠道参数为FileChannel2，传输渠道参数FileChannel2对应iobs文件传输；文件网关存储系统根据内部系统C提供的配置参数，生成传输渠道参数为FileChannel3，传输渠道参数FileChannel3对应网盘文件传输。需要说明的是，如果内部系统与文件网关存储系统对接时，文件网关存储系统无法支持内部系统对应的文件传输渠道，则在文件网关存储系统中定义文件交互代码相关接口，通过实现相关接口，即可完成文件传输介质接连驱动的开发，即使文件网关存储系统能够支持该文件传输渠道。

203、接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息。

对于本发明实施例，在内部系统实现与文件网关存储系统的对接之后，如果内部系统需要进行文件交互，会向文件网关存储系统发送待处理文件的处理请求，该处理请求携带有待处理文件的传输渠道参数和文件信息，文件网关存储系统在接收到处理请求后，会首先判断连接池中已经创建的文件传输连接的数量是否超过预设数量，若超过所述预设数量，则确定连接池中的文件传输连接已经全部被占用，需要等待连接池释放连接；若未超过所述预设数量，则判断所述连接池中是否存在内部系统与所述文件网关存储系统之间的文件传输连接，若存在，则从所述连接池中获取所述内部系统与所述文件网关存储系统之间的文件传输连接；若不存在，则创建所述内部系统与所述文件网关存储系统之间的文件传输连接。由此通过配置连接池能够达到系统连接复用，避免因重复建立连接导致的系统消耗。

204、根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道。

对于本发明实施例，不同传输渠道参数对应的文件传输渠道不同，文件网关存储系统根据文件处理请求携带的传输渠道参数，确定待处理文件对应的目标参数渠道，其具体确定过程与步骤102相同，在此不再赘述。

205、基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。

对于本发明实施例，文件网关存储系统为了对待处理文件进行处理，步骤205具体包括：基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求；若接收到服务器发送的文件处理成功的提示信息，则将所述提示信息反馈至客户端；若未接收到服务器发送的文件处理成功的提示信息，则重新向所述服务器发送文件处理请求。进一步地，所述若未接收到服务器发送的文件处理成功的提示信息，则重新向所述服务器发送文件处理请求，包括：若未接收到服务器发送的文件处理成功的提示信息，则判断再次进行文件处理对应的重试次数是否超过预设重试次数；若未超过所述预设重试次数，则判断再次进行文件处理是否具有重试间隔；若具有所述重试间隔，则等待所述重试间隔后，重新向所述服务器发送文件处理请求。其中，若所述待处理文件的处理请求为同步处理请求，所述基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求，包括：响应于接收到所述待处理文件的同步处理请求，基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求；若所述待处理文件的处理请求为异步处理请求，所述基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求，包括：响应于监听到预设消息服务器中所述异步处理请求对应的消息，基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求。

以待处理文件的下载过程为例，文件信息具体包括待下载文件对应的主键信息、文件路径等，文件网关存储系统接收待下载文件的下载请求，该下载请求携带有待下载文件对应的主键信息和文件路径，以及传输渠道参数，文件网关存储系统根据该传输渠道参数，确定待下载文件对应的目标传输渠道。针对同步下载操作，基于确定的目标传输渠道，文件网关存储系统首先判断本地服务器是否存在待下载文件，若本地服务器存储有待下载文件，则根据待下载文件的主键信息和文件路径，直接在本地服务器中查询，并将查询到的待下载文件发送至客户端；若本地服务器不存在待下载文件，则根据待下载文件对应的主键信息和文件路径，向目标服务器发送待下载文件的下载请求，目标服务器根据接收的主键信息和文件路径查询文件库，若文件库中存在待下载文件，则将查询到的待下载文件下载后发送至文件网关存储系统，文件网关存储系统将接收到下载文件进行存储本地落库，同时将下载文件反馈至客户端，提示用户下载成功；若文件网关存储系统在预设时间段内没有接收到下载文件或者文件下载成功的提示信息，则判断再次下载文件对应的重试次数是否超过预设重试次数，若再次下载文件对应的重试次数超过预设重试次数，则直接向客户端反馈下载文件失败的提示信息；若再次下载文件对应的重试次数未超过预设重试次数，则继续判断再次进行文件下载操作时是否具有重试间隔，若具有重试间隔，则文件网关存储系统等待该重试间隔后，重新向目标服务器发送发送待下载文件的下载请求；若不具有重试间隔，则文件网关存储系统不需要等待，直接向目标服务器重新发送文件下载请求，直至文件网关存储系统进行文件下载的重试次数超过预设重试次数，向客户端反馈文件下载失败的提示信息。由此通过在文件网关存储系统中增设重试功能等功能优化模块，优化了文件交互流程，同时能够避免在内部系统中重复开发功能优化模块，提升了功能优化模块的开发效率，减少了开发人员的工作量。

进一步地，针对异步下载操作，基于确定的目标传输渠道，文件网关存储系统根据待下载文件对应的主键信息和文件路径查询本地文件库，若本地文件库存在待下载文件，则直接从本地文件中下载该文件，并将该文件反馈至客户端；若本地文件库中不存在待下载文件，则文件网关存储系统会向目标服务器发送待下载文件的查询请求，以便查看目标服务器的文件库中是否有待下载文件，若目标服务器的文件库中不存在待下载文件，则目标服务器会向文件网关存储系统反馈不存在待下载文件的提示信息，文件网关存储系统会将该提示信息反馈至客户端；若目标服务器的文件库中存在待下载文件，则目标服务器会向文件网关存储系统发送待下载文件存在的提示信息，文件网关存储系统接收到该提示信息后，会向客户端反馈等待文件下载的提示信息，并将下载文件的消息存储至redis或者消息服务器中，文件网关存储系统通过轮询或者监听的方式获取该下载文件的消息，由此客户端接收到待下载文件等待下载的提示信息后，便完成操作，不必等待文件下载，下载操作完全由网关操作，从而避免了客户端不必要的操作，便于文件传输，进一步地，当文件网关存储系统监听或者轮询到待下载文件的消息，会向目标服务器发送待下载文件的下载请求，文件网关存储系统与目标服务器之间的文件下载交互过程与同步下载方式相同，在此不再赘述，需要说的是，还可以在文件网关存储系统中增设流量控制功能，优化文件网关存储系统的功能，由此能够避免在内部系统中重复开发文件交互功能，内部系统仅通过与文件网关存储系统对接，便可以实现文件的交互，实现了文件网关系统中文件交互功能的高复用，大大减少了开发人员的工作量。

本发明实施例提供的另一种文件处理方法，与目前重复开发内部系统的文件交互功能的方式相比，本发明应用于文件网关存储系统，该文件网关存储系统能够接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；并根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；与此同时，基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理，由此基于文件网关存储系统中的标准化文件交互流程，内部系统通过与文件网关存储系统对接，能够实现文件交互，从而能够避免内部系统文件交互功能的重复开发，实现文件交互功能的高复用，大大降低了开发人员的工作量。

进一步地，作为图1的具体实现，本发明实施例提供了一种文件处理装置，如图3所示，所述装置包括：接收单元31、确定单元32和处理单元33。

所述接收单元31，可以用于接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息。所述接收单元31是本装置中接收待处理文件的处理请求的主要功能模块。

所述确定单元32，可以用于根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道。所述确定单元32是本装置中根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道的主要功能模块，也是核心模块。

所述处理单元33，可以用于基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。所述处理单元33是本装置中基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理的主要功能模块，也是核心模块。

对于本发明实施例，为了确定不同传输渠道对应的传输渠道参数，所述装置还包括：生成单元34。

所述接收单元31，还可以用于接收文件传输渠道的传输渠道参数获取请求，所述获取请求携带有所述文件传输渠道对应的配置参数。

所述生成单元34，可以用于根据所述配置参数，生成所述文件传输渠道对应的传输渠道参数，并将所述传输渠道参数反馈至内部系统。

进一步地，为了创建内部系统与文件网关存储系统之间的文件传输连接，所述装置还包括判断单元35、获取单元36和创建单元37。

所述判断单元35，可以用于判断连接池中已经创建的文件传输连接的数量是否超过预设数量。

所述判断单元35，还可以用于若未超过所述预设数量，则判断所述连接池中是否存在内部系统与所述文件网关存储系统之间的文件传输连接。

所述获取单元36，可以用于若存在，则从所述连接池中获取所述内部系统与所述文件网关存储系统之间的文件传输连接。

所述创建单元37，可以用于若不存在，则创建所述内部系统与所述文件网关存储系统之间的文件传输连接。

进一步地，为了对待处理文件进行处理，所述处理单元33，包括：发送模块331和反馈模块332。

所述发送模块331，可以用于基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求。

所述反馈模块332，可以用于若接收到服务器发送的文件处理成功的提示信息，则将所述提示信息反馈至客户端。

所述发送模块331，还可以用于若未接收到服务器发送的文件处理成功的提示信息，则重新向所述服务器发送文件处理请求。

进一步地，为了重新向服务器发送文件处理请求，所述发送模块331，包括：判断子模块和发送子模块。

所述判断子模块，可以用于若未接收到服务器发送的文件处理成功的提示信息，则判断再次进行文件处理对应的重试次数是否超过预设重试次数。

所述判断子模块，还可以用于若未超过所述预设重试次数，则判断再次进行文件处理是否具有重试间隔。

所述发送子模块，可以用于若具有所述重试间隔，则等待所述重试间隔后，重新向所述服务器发送文件处理请求。

在具体应用场景中，所述待处理文件的处理请求为同步处理请求，所述发送模块331，可以具体用于响应于接收到所述待处理文件的同步处理请求，基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求。

进一步地，所述待处理文件的处理请求为异步处理请求，所述发送模块331，可以具体用于响应于监听到预设消息服务器中所述异步处理请求对应的消息，基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求。

需要说明的是，本发明实施例提供的一种文件处理装置所涉及各功能模块的其他相应描述，可以参考图1所示方法的对应描述，在此不再赘述。

基于上述如图1所示方法，相应的，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现以下步骤：接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。

基于上述如图1所示方法和如图3所示装置的实施例，本发明实施例还提供了一种计算机设备的实体结构图，如图5所示，该计算机设备包括：处理器41、存储器42、及存储在存储器42上并可在处理器上运行的计算机程序，其中存储器42和处理器41均设置在总线43上所述处理器41执行所述程序时实现以下步骤：接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。

通过本发明的技术方案，本发明能够接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；并根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；与此同时，基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理，由此基于文件网关存储系统中的标准化文件交互流程，内部系统通过与文件网关存储系统对接，能够实现文件交互，从而能够避免内部系统文件交互功能的重复开发，实现文件交互功能的高复用，大大降低了开发人员的工作量。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (10)

1.一种文件处理方法，其特征在于，应用于文件网关存储系统，包括：

接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；

根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；

基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。

2.根据权利要求1所述的方法，其特征在于，在所述接收待处理文件的处理请求之前，所述方法还包括：

接收文件传输渠道的传输渠道参数获取请求，所述获取请求携带有所述文件传输渠道对应的配置参数；

根据所述配置参数，生成所述文件传输渠道对应的传输渠道参数，并将所述传输渠道参数反馈至内部系统。

3.根据权利要求1所述的方法，其特征在于，在所述根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道之前，所述方法还包括：

判断连接池中已经创建的文件传输连接的数量是否超过预设数量；

若未超过所述预设数量，则判断所述连接池中是否存在内部系统与所述文件网关存储系统之间的文件传输连接；

若存在，则从所述连接池中获取所述内部系统与所述文件网关存储系统之间的文件传输连接；

若不存在，则创建所述内部系统与所述文件网关存储系统之间的文件传输连接。

4.根据权利要求1所述的方法，其特征在于，所述基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理，包括：

基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求；

若接收到服务器发送的文件处理成功的提示信息，则将所述提示信息反馈至客户端；

若未接收到服务器发送的文件处理成功的提示信息，则重新向所述服务器发送文件处理请求。

5.根据权利要求4所述的方法，其特征在于，所述若未接收到服务器发送的文件处理成功的提示信息，则重新向所述服务器发送文件处理请求，包括：

若未接收到服务器发送的文件处理成功的提示信息，则判断再次进行文件处理对应的重试次数是否超过预设重试次数；

若未超过所述预设重试次数，则判断再次进行文件处理是否具有重试间隔；

若具有所述重试间隔，则等待所述重试间隔后，重新向所述服务器发送文件处理请求。

6.根据权利要求4所述的方法，其特征在于，所述待处理文件的处理请求为同步处理请求，所述基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求，包括：

响应于接收到所述待处理文件的同步处理请求，基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求。

7.根据权利要求4所述的方法，其特征在于，所述待处理文件的处理请求为异步处理请求，所述基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求，包括：

响应于监听到预设消息服务器中所述异步处理请求对应的消息，基于确定的目标传输渠道和所述文件信息，向服务器发送文件处理请求。

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

接收单元，用于接收待处理文件的处理请求，所述处理请求携带有所述待处理文件对应的传输渠道参数和文件信息；

确定单元，用于根据所述传输渠道参数，确定所述待处理文件对应的目标传输渠道；

处理单元，用于基于确定的目标传输渠道和所述文件信息，对所述待处理文件进行处理。

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

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images