CN116233118A - 业务文件传输方法、装置、设备以及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种业务文件传输方法、装置、设备及计算机可读存储介质，该业务文件传输方法应用于网关，包括：获取文件接收端发送的文件传输请求，文件传输请求中包括业务识别码，业务识别码是文件接收端从网关下载的接口规则中确定的；基于业务识别码对应的配置数据从文件接收端中确定待传输的文件数据；基于业务识别码分配得到目标接口，以使文件接收端调用目标接口对待传输的文件数据进行传输处理。上述方案，通过网关分配的业务识别码确定目标接口，使得文件接收端或文件提供端通过调用目标接口实现文件数据的传输，避免文件提供端根据文件接收端的场景需要开发过多接口而导致的成本增加问题。

Description

业务文件传输方法、装置、设备以及计算机可读存储介质

技术领域

本申请涉及接口技术领域，特别是涉及一种业务文件传输方法、装置、设备以及计算机可读存储介质。

背景技术

在简单业务***之间进行物理文件数据交互时，一般采用接口调用的方式直接获取文件流，因为文件接口的协议由文件提供端或文件提供端与文件接收端共同约定，所以单接口的数据传输量以及数据的使用场景往往都在双方约定的范围内。而在大型业务***间，比如电子商务类的购物平台，银行类***核心***等，与内部甚至是外部业务***进行文件传输时可能会面临如订单数据、对账单等大数据传输，基于接口的文件传输会逐渐出现性能的瓶颈，而当业务数据有多个文件接收端时，不同文件接收端对于文件数据的使用场景不同，文件提供端为了适配这些业务场景逐一定制开发接口，导致成本增加的问题。

发明内容

本申请至少提供一种业务文件传输方法、装置、设备以及计算机可读存储介质。

本申请第一方面提供了一种业务文件传输方法，包括：获取文件接收端发送的文件传输请求，所述文件传输请求中包括业务识别码，所述业务识别码是所述文件接收端从所述网关下载的接口规则中确定的；基于所述业务识别码对应的配置数据从所述文件接收端中确定待传输的文件数据；基于所述业务识别码分配得到目标接口，以使所述文件接收端调用所述目标接口对所述待传输的文件数据进行传输处理。

在一实施例中，所述配置数据包括文件存储目录和目标文件数据名称，所述基于所述业务识别码对应的配置数据从所述文件接收端中确定待传输的文件数据的步骤，包括：获取所述文件存储目录和所述目标文件数据名称；基于所述文件存储目录和所述目标文件数据名称确定所述待传输的文件数据。

在一实施例中，所述基于所述文件存储目录和所述目标文件数据名称确定所述待传输的文件数据的步骤，包括：将所述文件存储目录中包含的文件数据的名称与所述目标文件数据名称进行匹配，得到匹配结果；将所述匹配结果大于匹配阈值的文件数据确定为所述待传输的文件数据。

在一实施例中，在所述获取文件接收端发送的文件传输请求的步骤之前，所述方法还包括：接收文件提供端上传的接口规则，其中，所述接口规则是所述文件提供端根据所述网关设置的预设接口规则进行数据处理后得到；对所述接口规则进行信息转化处理，得到配置信息，所述配置信息包括文件存储目录和所述待传输的文件数据；将所述待传输的文件数据存储至所述文件接收端的文件存储目录中。

在一实施例中，所述将所述待传输的文件数据存储至所述文件存储目录中的步骤，包括：对比所述文件存储目录中包含的文件数据和所述待传输的文件数据；若所述文件存储目录中存在与所述待传输的文件数据相同的文件数据，则替换对应的文件数据为所述待传输的文件数据。

在一实施例中，所述方法还包括：持续检测所述文件提供端上传的预设接口规则的上传进度；若检测到所述上传进度达到进度阈值，则反馈所述文件提供端上传成功通知。

在一实施例中，所述方法还包括：若预设时间内未检测到所述上传进度达到所述进度阈值，则反馈所述文件提供端上传异常通知；对比所述上传异常通知和历史上传异常通知，反馈所述文件提供端所述上传异常通知的解决建议。

本申请第二方面提供了一种业务文件传输装置，包括：获取模块，用于获取文件接收端发送的文件传输请求，所述文件传输请求中包括业务识别码，所述业务识别码是所述文件接收端从所述网关下载的接口规则中确定的；确定模块，用于基于所述业务识别码对应的配置数据从所述文件接收端中确定待传输的文件数据；传输模块，用于基于所述业务识别码分配得到目标接口，以使所述文件接收端调用所述目标接口对所述待传输的文件数据进行传输处理。

本申请第三方面提供了一种电子设备，包括存储器和处理器，处理器用于执行存储器中存储的程序指令，以实现上述业务文件传输方法。

本申请第四方面提供了一种计算机可读存储介质，其上存储有程序指令，程序指令被处理器执行时实现上述业务文件传输方法。

上述方案，通过获取文件接收端发送的文件传输请求，所述文件传输请求中包括业务识别码，所述业务识别码是所述文件接收端从所述网关下载的接口规则中确定的；基于所述业务识别码对应的配置数据从所述文件接收端中确定待传输的文件数据；基于所述业务识别码分配得到目标接口，以使所述文件接收端调用所述目标接口对所述待传输的文件数据进行传输处理。由此能够通过网关分配的业务识别码确定目标接口，使得文件接收端或文件提供端通过调用目标接口实现文件数据的传输，避免文件提供端根据文件接收端的场景需要开发过多接口而导致的成本增加问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本申请的实施例，并与说明书一起用于说明本申请的技术方案。

图1是一示例性实施例示出的业务文件传输方法的实施环境示意图；

图2是本申请的一示例性实施例示出的业务文件传输方法的流程图；

图3是本申请的一示例性实施例示出的业务文件传输方法中配置数据的示意图；

图4是图2示出的业务文件传输方法中步骤S220的一示例性实施例的流程示意图；

图5是图2示出的业务文件传输方法中步骤S210之前的一示例性实施例的流程示意图；

图6是本申请的一示例性实施例示出的业务文件传输方法中网关对文件提供端上传的接口协议进行转化处理后的示意图；

图7本申请的一示例性实施例示出的业务文件传输方法中消息通知体的示意图；

图8是本申请的一示例性实施例示出的业务文件传输方法中网关对文件接收端下载的接口协议进行转化处理后的示意图；

图9是本申请的一示例性实施例示出的业务文件传输装置的框图；

图10是本申请电子设备一实施例的结构示意图；

图11是本申请计算机可读存储介质一实施例的结构示意图。

具体实施方式

下面结合说明书附图，对本申请实施例的方案进行详细说明。

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、接口、技术之类的具体细节，以便透彻理解本申请。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

首先需要说明的是，在简单业务***之间进行物理文件数据交互时，一般采用接口调用的方式直接获取文件流，因为文件接口的协议由文件提供端或与文件接收端共同约定，所以单接口的数据传输量以及数据的使用场景往往都在双方约定的范围内。而在大型业务***间，比如电子商务类的购物平台，银行类***核心***等，与内部甚至是外部业务***进行文件传输时可能会面临如订单数据、对账单等大数据传输，基于接口的文件传输会逐渐出现性能的瓶颈，而当业务数据有多个文件接收端时，不同文件接收端对于文件数据的使用场景不同，文件提供端为了适配这些业务场景逐一定制开发接口，导致成本增加的问题。

基于此，本申请实施例提出了一种业务文件的传输方法，具体包括：通过获取文件接收端发送的文件传输请求，文件传输请求中包括业务识别码，业务识别码是文件接收端从网关下载的接口规则中确定的；基于业务识别码对应的配置数据从文件接收端中确定待传输的文件数据；基于业务识别码分配得到目标接口，以使文件接收端调用目标接口对待传输的文件数据进行传输处理。由此能够通过网关分配的业务识别码确定目标接口，使得文件接收端或文件提供端通过调用目标接口实现文件数据的传输，避免文件提供端根据文件接收端的场景需要开发过多接口而导致的成本增加问题。

图1是一示例性实施例示出的业务文件传输方法的实施环境示意图。该实施环境包括网关110、文件接收端120和文件提供端130，网关110分别与文件接收端120和文件提供端130预先建立有线或者无线的网络连接。

如图1所示，业务文件传输过程中文件提供端130根据网关110提供的接口协议上传文件数据，文件接收端120根据网关110提供的接口协议下载文件数据，以实现文件数据上传下载传输规范的统一。之后，网关110接收文件接收端120发送的文件传输请求，文件传输请求中包括业务识别码，业务识别码是文件接收端120从网关110下载的接口规则中确定的，网关110基于业务识别码对应的配置数据从文件接收端120中确定待传输的文件数据，之后，网关110基于业务识别码分配得到目标接口，文件接收端120调用目标接口对待传输的文件数据进行传输处理。

图1所示的文件提供端130或文件接收端120可以是智能手机、车载电脑、平板电脑、笔记本电脑或者可穿戴设备等任意支持文件数据传输的终端设备，但并不限于此。网关(Gateway)又称网间连接器、协议转换器。网关在网络层以上实现网络互连，是复杂的网络互连设备，仅用于两个高层协议不同的网络互连。网关既可以用于广域网互连，也可以用于局域网互连。需要说明的是，在其他实施例中，网关110也可以是服务器，例如可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器，在此也不进行限制。图1中的网关110可以通过3G(第三代的移动信息技术)、4G(***的移动信息技术)、5G(第五代的移动信息技术)等无线网络分别与文件接收端120和文件提供端130进行通信，本处也不对此进行限制。

请参阅图2，图2是本申请的一示例性实施例示出的业务文件传输方法的流程图。该方法可以应用于图1所示的实施环境，并由该实施环境中的网关110具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

下面以网关作为具体的执行主体来对本申请实施例提出的业务文件传输方法进行详细介绍。

如图2所示，在一示例性的实施例中，业务文件传输方法至少包括步骤S210至步骤S230，详细介绍如下：

步骤S210，获取文件接收端发送的文件传输请求。

文件传输请求是指向网关提出的文件交互指令。其中，文件传输请求中包括业务识别码。业务识别码(sceneNo)是由网关统一分配的业务场景ID，用于网关查找配置数据，其由文件接收端在基于网关提供的接口协议进行文件下载时获取，也即文件接收端在进行下载交互规范统一时确定的。需要说明的是，文件传输请求可以由文件接收端发送至网关。在其他实施例中，文件传输请求也可以由文件提供端发送至网关，本申请实施例对此不进行限定。

在本申请实施例中，网关接收文件接收端发送的文件传输指令。

步骤S220，基于业务识别码对应的配置数据从文件接收端中确定待传输的文件数据。

网关分配的业务识别码对应一配置数据，示例性的，配置数据可以包括源文件数据类型、源文件数据的存储地址、文件数据存储至对方服务器中的具体文件目录等。业务识别码对应的配置数据详情可参阅图3，图3中示出了配置数据protocol、username、ipAddress、password、port、networkPolicy。其中，protocol描述的是Sftp/ftp/http，protocol对应的类型为引用类型String，protocol对应的示例值可以为Sftp；username描述的是登录账号，username对应的类型为引用类型String；ipAddress描述的是文件服务地址，Portocol为http时ipAddress为接口地址，其他类型为ip地址，ipAddress对应的类型为引用类型String，ipAddress对应的示例值可以192.168.0.1；password描述的是登录文件服务器的密码，可以是RSA密钥，password对应的类型为引用类型String，password对应的示例值可以为pwd@123；port描述的是登录文件服务器的接口，port对应的类型为引用类型String，port对应的示例值可以为22；networkPolicy描述的是WLAN/LEASED_LINE，其中，WLAN:表示公网传输，LEASED_LINE:表示专线传输，区别开来是因为在网络传输时涉及代理访问时会有差异，networkPolicy对应的类型为引用类型String，networkPolicy对应的示例值可以为WLAN。

待传输的文件数据是指文件接收端所要请求网关分配接口进行传输的数据。

在本申请实施例中，文件提供端事先通过网关将待传输的文件数据存储至对方服务器，也即文件接收端中的。因此，网关需根据业务识别码对应的配置数据从文件接收端中确定待传输的文件数据。

步骤S230，基于业务识别码分配得到目标接口，以使文件接收端调用目标接口对待传输的文件数据进行传输处理。

目标接口是指网关根据业务识别码分配的接口。其中，接口由网关开发，使得文件提供端不针对文件接收端的需求进行接收定制，也使得文件接收端聚焦于文件数据获取后的业务处理。

网关根据业务识别码进行接口分配，得到目标接口，使得文件接收端能够直接调用目标接口进行文件数据的传输。需要说明的是，此时的业务识别码相当于接口标识。

可以看出，本申请实施例的业务文件传输方法通过获取文件接收端发送的文件传输请求，文件传输请求中包括业务识别码，业务识别码是文件接收端从网关下载的接口规则中确定的；基于业务识别码对应的配置数据从文件接收端中确定待传输的文件数据；基于业务识别码分配得到目标接口，以使文件接收端调用目标接口对待传输的文件数据进行传输处理。由此能够通过网关分配的业务识别码确定目标接口，使得文件接收端或文件提供端通过调用目标接口实现文件数据的传输，避免文件提供端根据文件接收端的场景需要开发过多接口而导致的成本增加问题。

在上述实施例的基础上，请参阅图4，图4是图2示出的业务文件传输方法中步骤S220的一示例性实施例的流程示意图。具体而言，步骤S220基于业务识别码对应的配置数据从文件接收端中确定待传输的文件数据的过程还包括以下步骤：

步骤S410，获取文件存储目录和目标文件数据名称。

文件存储目录是用于定位文件提供端通过网关上传至文件接收端中的哪个目录。

目标文件数据名称是用于确定文件提供端通过网关上传至文件接收端中的哪个文件。

网关确定配置数据中的文件存储目录和目标文件数据名称。需要说明的是，文件存储目录可以用filePath表示，文件数据名称可以用fileName表示。

步骤S420，基于文件存储目录和目标文件数据名称确定待传输的文件数据。

网关匹配文件存储目录中的文件数据的名称与目标文件数据名称，得到匹配结果，并判断匹配结果是否大于匹配阈值，若是，则确定对应的文件数据为待传输的文件数据，也即文件接收端所需进行传输的文件数据。

可以看出，本申请实施例的业务文件传输方法通过文件存储目录中包含的文件数据的名称和目标文件数据名称之间的匹配结果确定待传输的文件数据，由此能够准确确定待传输的文件数据。

在上述实施例的基础上，本申请实施例的网关统一文件提供端和文件接收端的接口协议。对于文件提供端，网关统一标准的文件上传协议，可能是接口或文件服务器，使得文件提供端不针对文件接收端的需求提供接口定制。对于文件接收端，对接网关提供的标准文件下载协议，使得文件接收端聚焦于获取后如何进行业务处理，甚至于把可结构化的文件数据自动进行提取、转换，之后，将结构化的业务数据直接存储至自身的业务数据库中。因此，网关作为中间层，承接了文件提供端和文件接收端之间文件交互的非业务处理功能。

详情可参阅图5，图5是图2示出的业务文件传输方法中步骤S210之前的一示例性实施例的流程示意图。具体而言，在步骤S210获取文件接收端发送的文件传输请求之前，本申请实施例的业务文件传输方法还包括以下步骤：

步骤S510，接收文件提供端上传的接口规则，其中，接口规则是文件提供端根据网关设置的预设接口规则进行数据处理后得到。

考虑到文件传输是双向的，因此，网关为文件提供端提供上传的标准协议，为文件接收端提供下载的标准协议，使得文件提供端根据网关设置的预设接口规则进行文件数据上传，也即文件提供端根据网关提供的标准协议进行文件数据上传，之后，网关接收文件提供端上传的接口规则，并对接收到的接口规则中的文件数据进行转换处理。需要说明的是，此时网关接收的接口规则是文件提供端根据标准协议进行数据填充后的规则。

示例性的，文件提供端根据网关提供的协议进上传的协议可参阅图6，图6中示出了网关对文件提供端上传的接口协议进行转换处理后的字段名称、类型、是否必填、描述以及示例值。其中，appId表示业务ID或者商户应用ID，appId对应的类型为引用类型String，appId对应的示例值可以为nok1ds27qf，appId为必填项；sceneNo表示场景识别码，由网关统一分配，其用于网关查找配置信息，sceneNo对应的类型为引用类型String，appId对应的示例值可以为S001，appId为必填项；requetId表示请求ID，具有唯一性，requetId对应的类型为引用类型String，appId为必填项；sourceFileType表示源文件来源类型，也即文件提供端上传的文件数据的来源类型，示例性的，源文件来源类型可以是http，也可以是wefiles，或者udmp，sourceFileType对应的类型为引用类型String，sourceFileType对应的示例值可以为wefiles，sourceFileType为必填项；filePath表示目标文件目录，也即文件存储目录，filePath对应的类型为引用类型String，filePath为非必填项；fileName表示目标文件名称，fileName对应的类型为引用类型String，fileName对应的示例值可以为Readme.txt，sourceFileType为必填项；isNotice表示是否进行覆盖，示例性的，判断文件提供端通过网关将上传的文件数据存储至文件接收端时，对比文件存储目录中包含的文件数据和待传输的文件数据，若文件存储目录中存在与待传输的文件数据相同的文件数据，则替换对应的文件数据为待传输的文件数据，也即进行覆盖操作，此时isNotice为1，若文件存储目录中存在与待传输的文件数据不相同的文件数据，则不进行覆盖操作，此时isNotice为0，另，isNotice对应的类型为引用类型String，isNotice为非必填项；noticeTag是通知topic中用于过滤的tag，noticeTag对应的类型为引用类型String，noticeTag为非必填项。其中，通知消息体可参阅图7，具体包括状态码、描述和请求码，状态码的字段名称为responseCode，responseCode对应的类型为引用类型String，responseCode对应的示例值可以为000000；描述的字段名称为responseMsg，responseMsg对应的类型为引用类型String，responseMsg对应的示例值可以为成功；请求码的字段名称为requestId，requestId对应的类型为引用类型String。

另外需要说明的是，在文件提供端上传文件数据时，为减少文件提供端在上传时的等待时间，本申请实施例用线程池异步上传的方式，也即文件提供端将待上传的文件数据给到网关后即可操作其他，网关持续检测文件提供端上传的的预设接口规则的上传进度，若检测到上传进度达到进度阈值，则反馈文件提供端上传成功通知。也即，使用线程池异步上传成功后，网关会发送RocketMQ进行上传成功通知。若持续预设时间内未检测到上传进步达到进度阈值，则反馈文件提供端上传异常通知，其中，上传异常通知可以是网络故障导致的，也可以是服务不可用导致的，此时，网关可以通过业务识别码进行文件传输异常的记录，并对比上传异常通知和历史上传异常通知，从而进行异常问题回溯，之后反馈文件提供端上传异常通知的解决建议，或者，由文件接收端或网关进行补偿处理，也即重试处理，其中，补偿处理是由文件接收端和网关主动处理的。

对于文件接收端来说，文件接收端可通过网关订阅RocketMQ，在文件提供端上传成功后，网关可根据文件接收端的noticeTag标签，标识到对应的上传成功通知，并将上传成功通知对应发送至文件接收端。其中，MessageId使用noticeTag_requestId进行标识，在noticeTag为空时，则使用appId_requestId进行通知。

请继续参阅图8，图8示出了文件接收端根据网关提供的接口协议进行下载处理后确定的字段名称、类型、是否必填、描述以及示例值。

步骤520，对接口规则进行信息转化处理，得到配置信息，配置信息包括文件存储目录和待传输的文件数据。

网关将获取的接口规则进行信息转化处理，得到配置数据，其中，配置数据可以是图7或图8中各字段名称以及字段名称对应的文件数据等。

步骤530，将待传输的文件数据存储至文件接收端的文件存储目录中。

网关将文件提供端上传的待传输的文件数据存储至对方服务器上，也即存储至文件接收端的文件存储目录中。

可以看出，本申请实施例的业务文件传输方法中的文件接收端和文件提供端通过网关提供的标准协议进行接口调用，传递由网关分配的唯一业务识别码，网关根据业务识别码确定文件服务中的配置数据后，根据预配置的文件交互协议对文件进行上传和下载即可，之后，在双方业务场景的增加时只需要在网关层面新增业务场景即可。

图9是本申请的一示例性实施例示出的业务文件传输装置的框图。如图9所示，该示例性的业务文件传输装置900包括：获取模块910、确定模块920和传输模块930。具体地：

获取模块910，用于获取文件接收端发送的文件传输请求，文件传输请求中包括业务识别码，业务识别码是文件接收端从网关下载的接口规则中确定的。

确定模块920，用于基于业务识别码对应的配置数据从文件接收端中确定待传输的文件数据。

传输模块930，用于基于业务识别码分配得到目标接口，以使文件接收端调用目标接口对待传输的文件数据进行传输处理。

在该示例性的业务文件传输装置中，通过获取文件接收端发送的文件传输请求，文件传输请求中包括业务识别码，业务识别码是文件接收端从网关下载的接口规则中确定的；基于业务识别码对应的配置数据从文件接收端中确定待传输的文件数据；基于业务识别码分配得到目标接口，以使文件接收端调用目标接口对待传输的文件数据进行传输处理。由此能够通过网关分配的业务识别码确定目标接口，使得文件接收端或文件提供端通过调用目标接口实现文件数据的传输，避免文件提供端根据文件接收端的场景需要开发过多接口而导致的成本增加问题。

其中，各个模块的功能可参见业务文件传输方法实施例所述，此处不再赘述。

请参阅图10，图10是本申请电子设备一实施例的结构示意图。电子设备100包括存储器101和处理器102，处理器102用于执行存储器101中存储的程序指令，以实现上述任一业务文件传输方法实施例中的步骤。在一个具体的实施场景中，电子设备100可以包括但不限于：微型计算机、服务器，此外，电子设备100还可以包括笔记本电脑、平板电脑等移动设备，在此不做限定。

具体而言，处理器102用于控制其自身以及存储器101以实现上述任一业务文件传输方法实施例中的步骤。处理器102还可以称为CPU(Central Processing Unit，中央处理单元)。处理器102可能是一种集成电路芯片，具有信号的处理能力。处理器102还可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器102可以由集成电路芯片共同实现。

上述方案，通过获取文件接收端发送的文件传输请求，文件传输请求中包括业务识别码，业务识别码是文件接收端从网关下载的接口规则中确定的；基于业务识别码对应的配置数据从文件接收端中确定待传输的文件数据；基于业务识别码分配得到目标接口，以使文件接收端调用目标接口对待传输的文件数据进行传输处理。由此能够通过网关分配的业务识别码确定目标接口，使得文件接收端或文件提供端通过调用目标接口实现文件数据的传输，避免文件提供端根据文件接收端的场景需要开发过多接口而导致的成本增加问题。

请参阅图11，图11是本申请计算机可读存储介质一实施例的结构示意图。计算机可读存储介质110存储有能够被处理器运行的程序指令111，程序指令111用于实现上述任一业务文件传输方法实施例中的步骤。

上述方案，通过获取文件接收端发送的文件传输请求，文件传输请求中包括业务识别码，业务识别码是文件接收端从网关下载的接口规则中确定的；基于业务识别码对应的配置数据从文件接收端中确定待传输的文件数据；基于业务识别码分配得到目标接口，以使文件接收端调用目标接口对待传输的文件数据进行传输处理。由此能够通过网关分配的业务识别码确定目标接口，使得文件接收端或文件提供端通过调用目标接口实现文件数据的传输，避免文件提供端根据文件接收端的场景需要开发过多接口而导致的成本增加问题。

在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。

上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种业务文件传输方法，其特征在于，所述方法应用于网关，所述方法包括：

获取文件接收端发送的文件传输请求，所述文件传输请求中包括业务识别码，所述业务识别码是所述文件接收端从所述网关下载的接口规则中确定的；

基于所述业务识别码对应的配置数据从所述文件接收端中确定待传输的文件数据；

基于所述业务识别码分配得到目标接口，以使所述文件接收端调用所述目标接口对所述待传输的文件数据进行传输处理。

2.根据权利要求1所述的方法，其特征在于，所述配置数据包括文件存储目录和目标文件数据名称，所述基于所述业务识别码对应的配置数据从所述文件接收端中确定待传输的文件数据的步骤，包括：

获取所述文件存储目录和所述目标文件数据名称；

基于所述文件存储目录和所述目标文件数据名称确定所述待传输的文件数据。

3.根据权利要求2所述的方法，其特征在于，所述基于所述文件存储目录和所述目标文件数据名称确定所述待传输的文件数据的步骤，包括：

将所述文件存储目录中包含的文件数据的名称与所述目标文件数据名称进行匹配，得到匹配结果；

将所述匹配结果大于匹配阈值的文件数据确定为所述待传输的文件数据。

4.根据权利要求1所述的方法，其特征在于，在所述获取文件接收端发送的文件传输请求的步骤之前，所述方法还包括：

接收文件提供端上传的接口规则，其中，所述接口规则是所述文件提供端根据所述网关设置的预设接口规则进行数据处理后得到；

对所述接口规则进行信息转化处理，得到配置信息，所述配置信息包括文件存储目录和所述待传输的文件数据；

将所述待传输的文件数据存储至所述文件接收端的文件存储目录中。

5.根据权利要求4所述的方法，其特征在于，所述将所述待传输的文件数据存储至所述文件存储目录中的步骤，包括：

对比所述文件存储目录中包含的文件数据和所述待传输的文件数据；

若所述文件存储目录中存在与所述待传输的文件数据相同的文件数据，则替换对应的文件数据为所述待传输的文件数据。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

持续检测所述文件提供端上传的预设接口规则的上传进度；

若检测到所述上传进度达到进度阈值，则反馈所述文件提供端上传成功通知。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

若预设时间内未检测到所述上传进度达到所述进度阈值，则反馈所述文件提供端上传异常通知；

对比所述上传异常通知和历史上传异常通知，反馈所述文件提供端所述上传异常通知的解决建议。

8.一种业务文件传输装置，其特征在于，所述装置包括：

获取模块，用于获取文件接收端发送的文件传输请求，所述文件传输请求中包括业务识别码，所述业务识别码是所述文件接收端从所述网关下载的接口规则中确定的；

确定模块，用于基于所述业务识别码对应的配置数据从所述文件接收端中确定待传输的文件数据；

传输模块，用于基于所述业务识别码分配得到目标接口，以使所述文件接收端调用所述目标接口对所述待传输的文件数据进行传输处理。

9.一种电子设备，其特征在于，包括存储器和处理器，所述处理器用于执行所述存储器中存储的程序指令，以实现权利要求1至7任一项所述的方法。

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

Images