一种文件传输方法、装置和设备与流程

本说明书实施例涉及大数据
技术领域：
，特别涉及一种文件传输方法、装置和设备。
背景技术：
：在大数据领域中，银行系统中各项业务功能都在往文件接口交互、自动化处理的方向逐步发展。但由于各项业务功能涉及的各机构都是基于人社部颁布的国标规范自行进行业务开发，所以导致各机构对接口文件的配置存在差异。现有技术中通常是通过文件定时扫描任务利用数据库服务器单点进行数据文件的转换处理，以将业务数据转换为符合接口文件要求的接口数据。在需要传输的文件量较大时，需要耗费较多的时间进行数据处理，从而无法及时地进行数据传输。因此，采用现有技术中的技术方案，在数据传输时无法高效地应对不同机构对接口文件的差异化需求。针对上述问题，目前尚未提出有效的解决方案。技术实现要素：本说明书实施例提供了一种文件传输方法、装置和设备，以解决现有技术中在数据传输时无法高效地应对不同机构对接口文件的差异化需求的问题。本说明书实施例提供了一种文件传输方法，包括：获取多个待发送业务文件的注册信息；利用各个待发送业务文件的注册信息，创建至少一个发送文件队列；获取各个目标待发送业务文件对应的目标接口的文件配置信息；其中，所述目标待发送业务文件为所述至少一个发送文件队列中具备发送条件的业务文件，所述目标接口为所述目标待发送业务文件的接收方对应的接口；基于所述目标接口的文件配置信息，将所述目标待发送业务文件转换为与所述目标接口匹配的目标接口文件；将所述目标接口文件传送至所述目标接口。本说明书实施例还提供了一种文件传输装置，包括：第一获取模块，用于获取多个待发送业务文件的注册信息；创建模块，用于利用各个待发送业务文件的注册信息，创建至少一个发送文件队列；第二获取模块，用于获取各个目标待发送业务文件对应的目标接口的文件配置信息；其中，所述目标待发送业务文件为所述至少一个发送文件队列中具备发送条件的业务文件，所述目标接口为所述目标待发送业务文件的接收方对应的接口；转换模块，用于基于所述目标接口的文件配置信息，将所述目标待发送业务文件转换为与所述目标接口匹配的目标接口文件；传送模块，用于将所述目标接口文件传送至所述目标接口。本说明书实施例还提供了一种文件传输设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现所述文件传输方法的步骤。本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现所述文件传输方法的步骤。本说明书实施例提供了一种文件传输方法，可以基于获取的多个待发送业务文件的注册信息，创建至少一个发送文件队列。可以获取发送文件队列中具备发送条件的目标待发送业务文件对应的目标接口的文件配置信息，其中，目标接口为所述目标待发送业务文件的接收方对应的接口。从而可以基于所述目标接口的文件配置信息，将所述目标待发送业务文件转换为与所述目标接口匹配的目标接口文件，并将所述目标接口文件传送至所述目标接口。可以通过将待发送业务文件进行队列化管理，有效提高文件的发送效率，并降低系统的耦合性。进一步的，通过将各个机构的接口对文件的需求信息参数化，形成接口的文件配置信息，从而可以灵活的应对不同机构的差异化需求。附图说明此处所说明的附图用来提供对本说明书实施例的进一步理解，构成本说明书实施例的一部分，并不构成对本说明书实施例的限定。在附图中：图1是根据本说明书实施例提供的文件传输方法的步骤示意图；图2是根据本说明书实施例提供的年金基金运作系统的结构示意图；图3是根据本说明书实施例提供的文件传输装置的结构示意图；图4是根据本说明书实施例提供的文件传输设备的结构示意图。具体实施方式下面将参考若干示例性实施方式来描述本说明书实施例的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本说明书实施例，而并非以任何方式限制本说明书实施例的范围。相反，提供这些实施方式是为了使本说明书实施例公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。本领域的技术人员知道，本说明书实施例的实施方式可以实现为一种系统、装置设备、方法或计算机程序产品。因此，本说明书实施例公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。虽然下文描述流程包括以特定顺序出现的多个操作，但是应该清楚了解，这些过程可以包括更多或更少的操作，这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。请参阅图1，本实施方式可以提供一种文件传输方法。该文件传输方法可以用于高效地进行不同机构间的文件传输。上述文件传输方法可以包括以下步骤。s101：获取多个待发送业务文件的注册信息。在本实施方式中，可以获取多个待发送业务文件注册信息。业务运营系统中在业务人员完成相关业务后，系统可以触发发送文件注册。其中，上述注册信息中可以包含多个可以标识待发送业务文件的参数，多个待发送业务文件的发送方和接收方可以为不同的机构。在本实施方式中，数据文件注册可以以异步服务化实现，从而可以不阻塞运营系统进程，降低了系统耦合性。上述注册信息中包含的参数字段可以如表1中所示。表1在本实施方式中，表1中的扩展信息字段可以为在文件注册时预留的字段，以便后续可以通过重写文件注册的方法，对文件信息扩展字段进行扩充，以应对不同的场景需要。可以理解的是，表1仅为注册信息的一个示例，注册信息还可以包含其它参数，例如：发送状态、发送时间、文件版本等，具体的可以根据实际情况确定，本说明书实施例对此不作限定。在本实施方式中，获取多个待发送业务文件的注册信息的方式可以包括：从预设数据库中拉取得到，或者，按照预设路径查询得到。当然可以理解的是，还可以采用其它可能的方式获取上述待发送业务文件的注册信息，例如，接收业务人员输入的待发送业务文件的注册信息，具体的可以根据实际情况确定，本说明书实施例对此不作限定。s102：利用各个待发送业务文件的注册信息，创建至少一个发送文件队列。在本实施方式中，可以利用上述各个待发送业务文件的注册信息，创建至少一个发送文件队列。从而可以将各个待发送业务文件进行队列化管理，以降低系统耦合性。其中，各个发送文件队列之间可以是相互独立的，从而可以并行地同时处理各个发送文件队列中的待发送业务文件，以提高文件发送的效率。在本实施方式中，可以根据各个待发送业务文件的注册信息，确定出各个待发送业务文件之间的依赖关系，可以将不具备依赖关系的待发送业务文件放在不同的发送文件队列中，将具备依赖关系的待发送业务文件放在相同的文件队列中。在一些情况下，受文件队列从数量的限制，也可以将不具备依赖关系的待发送业务文件放在同一发送文件队列中，具体的可以根据实际情况确定，本说明书实施例对此不作限定。在本实施方式中，可以根据各个待发送业务文件的注册信息，确定同一发送文件队列中各个待发送业务文件的发送优先级。在一些实施例中，可以根据文件日期、发送文件序列号升序设置文件发送优先级；也可以根据文件的业务性质设置优先级，例如：对实时性要求较高的可以设置较高的优先级，日终批量处理的可以设置较低的优先级。当然，优先级设置的方式不限于上述举例，所属领域技术人员在本说明书实施例技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本说明书实施例相同或相似，均应涵盖于本说明书实施例保护范围内。在本实施方式中，上述发送文件队列中可以只记录待发送业务文件的标识信息，标识信息可以用于唯一标识待发送业务文件，根据标识信息可以从预设数据库中查询待发送业务文件的其它信息。上述待发送业务文件标识信息可以为注册时生成的发送文件序列号，发送文件序列号可以用于表示待发送业务文件注册的顺序，具有唯一性，因此，在文件发送过程时可以将发送文件序列号作为唯一标识，发送文件序列号在先的可以分配更高的发送优先级。在本实施方式中，上述发送文件队列中还可以记录待发送业务文件的其它冗余信息，以便后续对待发送业务文件进行查询等操作。上述待发送业务文件的其它冗余信息可以包括以下至少之一：发送机构、接收机构、文件日期、企业名称等。当然可以理解的是，上述待发送业务文件的其它冗余信息还可以包含其它信息，例如：年金基金管理机构代码、计划等，具体的可以根据实际情况确定，本说明书实施例对此不作限定。s103：获取各个目标待发送业务文件对应的目标接口的文件配置信息；其中，目标待发送业务文件为至少一个发送文件队列中具备发送条件的业务文件，目标接口为目标待发送业务文件的接收方对应的接口。在本实施方式中，可以获取各个目标待发送业务文件对应的目标接口的文件配置信息；其中，目标待发送业务文件为至少一个发送文件队列中具备发送条件的业务文件，目标接口为目标待发送业务文件的接收方对应的接口。在本实施方式中，由于两个机构之间的文件发送和接收需要通过接口来实现，而不同的接口对文件的格式、包含的参数信息等要求也会存在差异。因此，可以将各个机构的接口对文件的需求信息参数化，形成各个接口的文件配置信息。进一步的，可以将各个接口的文件配置信息存储至预设数据库中，以便可以及时获取。在本实施方式中，文件配置信息中可以包含两个方面的配置信息：技术层面的配置信息、业务层面的配置信息。由于数据文件会涉及不同的加密方式、不同的校验流程，为了保证数据文件安全、完整性可以配置技术参数；为了将文件转换为接口可以识别的数据，可以设置文件配置参数。在本实施方式中，上述文件配置参数可以包含：文件信息配置和文件字段配置。在一些实施例中，文件信息配置和文件字段配置可以分别如表2和表3中所示。表2file_id文件idstatus_type资格类型agency_code机构代码oam_tran_id交易类型forward_type传输方向file_version版本类型file_type文件形式deal_time处理时点status_own我行角色send_level接口发送粒度extend扩展字段表3file_id文件idfield_name字段名field_seq字段顺序field_desc中文描述field_type类型field_leng长度field_memo备注field_need是否必须rule具体规则内容extend扩展字段在本实施方式中，表2和表3仅为文件信息配置和文件字段配置在一个具体场景中的示例，文件信息配置和文件字段配置还可以包含其它参数，例如：接口类型等，具体的可以根据实际情况确定，本说明书实施例对此不作限定。在本实施方式中，可以按照预设的时间间隔确定发送文件队列中是否存在当前可以发送的目标待发送业务文件，在确定存在的情况下可以获取该些目标待发送业务文件对应的目标接口的文件配置信息。其中，上述目标待发送业务文件可以为一个也可以为多个，具体的可以根据实际情况确定，本说明书实施例对此不作限定。在本实施方式中，在上述目标待发送业务文件为多个的情况下，说明存在多个文件发送任务，此时可以利用多个分布式节点分别并行获取各个目标待发送业务文件对应的目标接口的文件配置信息，从而可以提高文件发送的效率。s104：基于目标接口的文件配置信息，将目标待发送业务文件转换为与目标接口匹配的目标接口文件。在本实施方式中，可以基于目标接口的文件配置信息，将目标待发送业务文件转换为与目标接口匹配的目标接口文件，从而可以使转换后的文件符合接收方的要求。在本实施方式中，由于发送文件队列中并未记录目标待发送业务文件对应的业务数据，因此，可以根据发送文件队列中记录的目标待发送业务文件的标识信息从预设数据库中查询目标待发送业务文件对应的业务数据，从而完成业务数据到接口数据的转换，生成目标接口文件。s105：将目标接口文件传送至目标接口。在本实施方式中，可以将转换得到的目标接口文件传送至目标接口，从而完成目标待发送业务文件的发送。在本实施方式中，由于不同机构之间的数据传输是借助于第三方的文件传输平台进行交互的，收发双方约定文件传输的规则，在第三方的文件传输平台上进行设置，指定好各自的收发路径。可以将目标接口文件推送至传输平台指定的发送目录，传输平台会根据约定的传输规则，定时将目标接口文件传输至接收方机构的相应目录下。从以上的描述中，可以看出，本说明书实施例实现了如下技术效果：可以基于获取的多个待发送业务文件的注册信息，创建至少一个发送文件队列。可以获取发送文件队列中具备发送条件的目标待发送业务文件对应的目标接口的文件配置信息，其中，目标接口为目标待发送业务文件的接收方对应的接口。从而可以基于目标接口的文件配置信息，将目标待发送业务文件转换为与目标接口匹配的目标接口文件，并将目标接口文件传送至目标接口。可以通过将待发送业务文件进行队列化管理，有效提高文件的发送效率，并降低系统的耦合性。进一步的，通过将各个机构的接口对文件的需求信息参数化，形成接口的文件配置信息，从而可以灵活的应对不同机构的差异化需求。在一个实施方式中，根据各个待发送业务文件的注册信息，创建至少一个发送文件队列，可以包括：根据各个待发送业务文件的注册信息，确定发送文件队列的数量和待发送业务文件与发送文件队列的对应关系；其中，注册信息中至少包含：发送文件序列号。可以根据各个待发送业务文件的注册信息，获取各个待发送业务文件的特征信息。并根据各个待发送业务文件的特征信息和待发送业务文件与发送文件队列的对应关系，确定各个待发送业务文件的发送优先级。进一步的，可以根据确定的发送文件队列的数量、对应关系和各个待发送业务文件的发送优先级，创建至少一个发送文件队列；其中，各个发送文件队列中包含按照发送优先级升序排列的至少一个待发送业务文件的发送文件序列号。在本实施方式中，可以根据各个待发送业务文件的注册信息获取各个待发送业务文件的特征信息，特征信息可以为用于表征待发送业务文件属性等特征的信息。进一步的，可以根据各个待发送业务文件的特征信息，确定各个待发送业务文件之间的依赖关系，进而可以确定发送文件队列的数量和待发送业务文件与发送文件队列的对应关系，从而可以根据各个待发送业务文件的特征信息进行发送文件队列的划分。在本实施方式中，可以将不具备依赖关系的待发送业务文件放在不同的发送文件队列中，将具备依赖关系的待发送业务文件放在相同的文件队列中。在一些情况下，受文件队列从数量的限制，也可以将不具备依赖关系的待发送业务文件放在同一发送文件队列中，具体的可以根据实际情况确定，本说明书实施例对此不作限定。在一个实施例中，收到了4个待发送业务文件：1-a01_t06_20210326_01_plana_coc.zip；2-a01_t06_20210326_02_plana_cod.zip；3-c01_t06_20210326_01_plana.zip；4-c01_t06_20210326_02_plana.zip，由于文件3和文件4之间具有依赖关系，因此，可以将其分别到3个队列中：a-文件1；b-文件2；c-文件3、文件4。其中，文件1、2、3可以同时被消费节点进行处理，文件4则需要在文件3处理完成后再被分配处理。在本实施方式中，上述特征信息可以如表4中所示。表4id文件代码fund_code年金基金管理机构代码file_date文件日期file_seq文件流水号file_version版本号：1，v1.0；2，v2.0file_type文件类型if_type接口类型(1角色人、2计划、3企业)if_id角色人、计划、企业编码insert_time插入时间insert_user插入用户update_time更新时间update_user更新用户在本实施方式中，表4仅为特征信息在一个具体场景中的示例，特征信息还可以包含其它参数，例如：生成日期等，具体的可以根据实际情况确定，本说明书实施例对此不作限定。在本实施方式中，可以仅设置同一发送文件队列中各个待发送业务文件之间的发送优先级，无需设置不同发送文件队列中待发送业务文件之间的发送优先级。可以根据文件日期和发送文件序列号升序设置发送优先级，以保证业务流程的顺序。在一些特殊的场景中优先级的设置规则具体的可以根据业务需求设置，具体的可以根据实际情况确定，本说明书实施例对此不作限定。在本实施方式中，各个待发送业务文件的文件名可以按照预设的格式记录的，例如：按照文件来源+年金基金管理机构+接口类型+角色人+计划+企业编码来命名，或者按照发送机构_接收机构_文件日期_发送文件序列号_受托人年金计划编码_企业名称来命名，具体的可以根据实际情况确定，本说明书实施例对此不作限定。因此，在一些实施例中，也可以通过将文件名进行升序排列来确定优先级。在本实施方式中，发送文件队列中可以不存储待发送业务文件对应的实际的业务数据，可以仅记录按照发送优先级升序排列的至少一个待发送业务文件的发送文件序列号。后续在需要使用业务数据或者待发送业务文件的其它信息时，可以根据待发送业务文件的发送文件序列号从预设数据库中查询。在本实施方式中，可以根据具体需要定制和扩展相关的规则，如需要同一队列中，发送的前一文件收到对方机构反馈后，才能触发下一个数据文件的发送，可通过对队列中待发送业务文件的“发送状态”进行定时更新实现。在一个实施方式中，注册信息中还可以包含：至少一个扩展字段，在创建至少一个发送文件队列之后，还可以包括：根据至少一个发送文件队列，生成发送文件队列视图。进一步的，在根据发送文件队列视图确定需要对发送文件队列中的目标待发送业务文件进行调整时，可以基于注册信息中的扩展字段重写目标待发送业务文件的注册信息。在本实施方式中，可以向业务人员展示队列视图，从而可以直观的看到各个待发送业务文件的当前状态。从而使得业务人员可以基于队列视图进行查询和调整，并且可以支持手动调整队列顺序，有效降低了系统耦合性，更好的满足了各类场景的需要。在本实施方式中，在确定需要对发送文件队列中的目标待发送业务文件进行调整时，还可以基于注册信息中的扩展字段重写目标待发送业务文件的注册信息。在一些实施例中，还可以支持通过重写isendqservice.refreshsendq方法，自定义发送队列创建和优先级调整规则，从而可以提高发送文件队列生产的扩展性。在一个实施方式中，发送文件队列中可以包含待发送业务文件的发送文件序列号、发送优先级和发送状态，获取各个目标待发送业务文件对应的目标接口的文件配置信息，可以包括：利用结构化查询语句从至少一个发送文件队列中筛选出具备发送条件的目标待发送业务文件；其中，发送条件为发送状态为待发送且在队列中发送优先级最高。进一步的，可以基于目标待发送业务文件的发送文件序列号，确定目标待发送业务文件对应的目标接口，并获取目标接口的文件配置信息。在本实施方式中，发送文件队列的消费节点可以利用定时任务确定各个发送文件队列中当前可以发送的目标待发送业务文件。可以结合发送文件队列中记录的发送状态和发送优先级确定当前具备发送条件的业务文件，可以将发送状态为待发送并且发送优先级在队列中为最高的业务文件作为目标待发送业务文件，一个目标待发送业务文件可以作为一个发送任务。其中，在目标待发送业务文件被消费时可以将文件状态更新为“处理中”，记录发送状态并定时更新，可以有效避免文件被重复消费。在本实施方式中，在同一队列中如何优先级相邻的两个业务文件之间不具有依赖关系，可以采用异步的方式进行处理。如果具有依赖关系，则可以在等待上一业务文件反馈结果后再执行发送。在一个实施方式中，基于目标接口的文件配置信息，将目标待发送业务文件转换为与目标接口匹配的目标接口文件，可以包括：利用多个分布式节点分别根据各个目标待发送业务文件的发送文件序列号，获取目标待发送业务文件对应的业务数据。并利用多个分布式节点基于目标接口的文件配置信息，将目标待发送业务文件对应的业务数据转换为与目标接口匹配的接口数据。进一步的，可以利用多个分布式节点对接口数据进行预处理得到目标接口文件；其中，预处理包括：加密、压缩。在本实施方式中，为了提高处理效率，可以利用多个分布式节点分别对不同的目标待发送业务文件进行处理和发送。由于发送文件队列中没有存储实际的业务数据，因此，可以先根据目标待发送业务文件的发送文件序列号从预设数据库中查询获取目标待发送业务文件对应的业务数据。在本实施方式中，可以进一步的对转换得到的接口数据进行加密、压缩等操作，以确保目标接口文件传输至接收方的过程中数据文件的安全性和完整性。加密方式可以根据对接的规范要求确定，本说明书实施例对此不作限定。在一个实施方式中，将目标接口文件传送至目标接口，可以包括：将目标接口文件推送至预设的发送目录，并利用定时任务将发送目录中的目标接口文件推送至目标接口对应的目标目录。在本实施方式中，由于不同机构之间的数据传输是借助于第三方的文件传输平台进行交互的，收发双方约定文件传输的规则，在第三方的文件传输平台上进行设置，指定好各自的收发路径。可以将目标接口文件推送至传输平台指定的发送目录，传输平台会根据约定的传输规则，定时将目标接口文件传输至接收方机构的接口所对应的目标目录下。在一个实施方式中，在将目标接口文件传送至目标接口之后，还可以包括：按照预设时间间隔遍历目标接口对应的目标目录，得到多个待处理文件。获取多个待处理文件的特征信息，并根据多个待处理文件的特征信息，创建至少一个待处理文件队列；其中，待处理文件队列中包含待处理文件的处理优先级和处理状态。进一步的，可以利用结构化查询语句从至少一个待处理文件队列中筛选出具备处理条件的目标待处理文件；其中，处理条件为处理状态为待处理且在队列中处理优先级最高。可以获取目标待处理文件对应的接口的文件配置信息，并基于目标待处理文件对应的接口的文件配置信息，将目标待处理文件转换为对应的业务数据，可以利用目标待处理文件对应的业务数据进行业务处理。在本实施方式中，可以利用分布式文件共享存储，将接收到的目标接口文件集中存储在目标目录下。具体的，可以借助挂盘的方式，实现了分布式系统的文件共享，各个分布式节点都可以对该盘进行读写操作。在本实施方式中，可以利用定时任务按照预设时间间隔遍历目标接口对应的目标目录，得到多个接收到的文件，可以将其作为待处理文件，并且可以将多个待处理文件移至待处理目录下。其中，上述预设时间间隔可以为0.5秒，也可以为1秒、2秒等，具体的可以根据实际情况确定，本说明书实施例对此不作限定。在本实施方式中，可以对新加入到待处理文件队列中的待处理文件进行标签化，根据待处理文件的特征信息映射到系统中的角色人、计划、企业等信息，进行初步的解析校验，从而对待处理文件进行初步筛选、排序，完成队列处理顺序的组织工作。具体的，可以根据待处理文件的特征信息，确定各个待处理文件之间的依赖关系，进而可以确定待处理文件队列的数量和待处理文件与待处理文件队列的对应关系，从而可以根据各个待处理文件的特征信息进行待处理文件队列的划分。在本实施方式中，可以将不具备依赖关系的待处理文件放在不同的待处理文件队列中，将具备依赖关系的待处理文件放在相同的待处理文件队列中。在一些情况下，受文件队列从数量的限制，也可以将不具备依赖关系的待处理文件放在同一发送文件队列中，具体的可以根据实际情况确定，本说明书实施例对此不作限定。在本实施方式中，可以根据文件日期和文件序列号升序设置发送优先级，以保证业务流程的顺序。在一些特殊的场景中优先级的设置规则具体的可以根据业务需求设置，具体的可以根据实际情况确定，本说明书实施例对此不作限定。其中，上述文件序列号可以区别于发送文件序列号为接收文件序列后，在一些实施例中也可以为发送文件序列号，具体的可以根据实际情况确定，本说明实施例对此不作限定。在本实施方式中，在需要对待处理队列进行调整时，可以支持通过重写irevqservice.refreshrevq方法，自定义队列创建和优先级调整规则。在一些特殊场景中，也可以通过重写opmdtlrevqueueinf.parse()方法，对注册信息中的扩展字段进行扩充，以应对不同的场景的需要。在一些实施例中，前端页面可以提供相关的接口进行队列信息的查询，可以向业务人员展示队列视图，并支持手工更新文件状态和优先级，来调整文件处理的顺序，从而更加灵活的满足不同场景的需要。在本实施方式中，上述待处理文件队列中可以不存储实际的业务数据，可以记录各个待处理文件的文件序列号，从而可以根据文件序列号查询其它相关的数据。在本实施方式中，待处理文件队列的消费节点可以利用定时任务，通过结构化查询语句确定各个待处理文件队列中当前可以处理的目标待处理文件。可以结合待处理文件队列中记录的处理状态和处理优先级确定当前具备处理条件的待处理文件，可以将处理状态为待处理并且处理优先级在所属队列中为最高的文件作为目标待处理文件，一个目标待处理文件可以作为一个发送任务。在本实施方式中，由于接受到的待处理文件是指为接口文件，因此，可以基于目标待处理文件对应的接口的文件配置信息，完成从接口文件到业务程序处理所需的业务数据的形式转换。进一步的，可以通过调用相应的服务接口完成业务接入工作，可以支持同步、异步调用等多种形式，以降低功能耦合性。在一个实施方式中，文件配置信息中可以包含技术参数和文件配置参数，基于目标待处理文件对应的接口的文件配置信息，将目标待处理文件转换为对应的业务数据，还可以包括：基于目标待处理文件对应的接口的文件配置信息中的技术参数，对目标待处理文件进行预处理；其中，预处理包括：解密、解压和解析。进一步的，可以根据目标待处理文件对应的接口的文件配置信息中的文件配置参数，将预处理后的目标待处理文件转换为对应的业务数据。在本实施方式中，文件配置信息中可以包含两个方面的配置信息：技术层面的配置信息、业务层面的配置信息。由于数据文件会涉及不同的加密方式、不同的校验流程，为了保证数据文件安全、完整性可以配置技术参数；为了将文件转换为接口可以识别的数据，可以设置文件配置参数。在本实施方式中，解密和解压可以是按照实际的要求配置算法类型，相应的解密需要的密码、密钥可以通过配置进行读取，解析可以是通过获取定义好的的文件字段、长度，对数据文件内容进行读取、拆解，形成业务数据入库。在本实施方式中在转换的到对应的业务数据之后还可以对业务数据进行技术类校验，如果校验无误可以进一步调用后续服务，进行业务处理，完成业务接入工作。技术类校验的内容可以包括：文件配置中可以执行数据的类型、长度、字典等，在对数据拆解后需要进行校验核对，以确保数据的有效性。例如：数字的字段不能出现非数字，日期字段需要合法的。在一个场景示例中，可以应用于年金受托借口文件的传输。年金是指在基本养老的基础上，建立的补充养老保险制度，主要分为机关事业单位的工作人员的职业年金和企业职工自愿建立的企业年金两种。年金运作管理目标是实现基金资产保值增值，为受益人提供养老保障，受托人承担着管理和经营基金资产的职责，需要与托管人、账管人、投管人等外部机构进行日常业务的衔接，是整个年金基金运作的核心。其中，年金基金运作系统可以如图2中所示。在本场景示例中，年金基金运作系统中各个机构的对戒情况可以如表5中所示。表5在本场景示例中，可以预先将系统中各个机构接口文件需求信息参数化，形成数据文件信息库，以便后续查询使用。在文件传输过程中可以包含四个角色：待处理文件队列生产者、待处理文件队列消费者、发送文件队列生产者和发送文件队列消费者。其中，待处理文件队列生产者用于借助分布式文件系统，将各机构的数据文件进行集中存储，待处理文件队列生产者节点利用定时任务对目标目录进行遍历，将文件移至待处理目录，并根据文件路径、文件名等特征信息创建待处理文件队列或者加入到已有的队列中。在本场景示例中，待处理文件队列消费者用于利用各服务节点从文件接收队列中获取文件处理任务，根据文件信息库中的文件配置信息，对接收到的待处理文件进行解密、验签、解压、解析，并完成从接口文件到业务程序处理所需的业务文件流数据的形式转换工作，再通过调用相应的服务接口完成业务接入工作(支持同步、异步调用等多种形式)。在本场景示例中，发送文件队列生产者用于在业务运营触发文件接收发送注册后，发送文件队列生产者节点将待发送的文件根据业务类型、接收机构、计划、企业等特征信息，创建至少一个发送文件队列。在一些场景下可以控制队列前一文件得到接收机构的处理反馈后，再触发下一个文件的发送流程，使业务有序处理。在本场景示例中，发送文件队列消费者节点可以定时从发送文件队列中获取文件发送任务，并发根据文件信息库中的文件配置信息，进行数据文件的生成、组装、压缩、加密验签，最终将转换得到的接口文件推送到相应的目录，提供给外部机构。在本场景示例中，将数据文件进行队列化管理，降低了系统耦合性；提供队列视图，支持人工介入调整，更好的满足了各类特殊场景需要；支持队列规则自定义，可以提供良好的队列扩展性；充分利用分布式服务的特性，文件队列处理上可以支持横向扩容，提升了接口处理效率。基于同一发明构思，本说明书实施例中还提供了一种文件传输装置，如下面的实施例。由于文件传输装置解决问题的原理与文件传输方法相似，因此文件传输装置的实施可以参见文件传输方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图3是本说明书实施例的文件传输装置的一种结构框图，如图3所示，可以包括：第一获取模块301、创建模块302、第二获取模块303、转换模块304、传送模块305，下面对该结构进行说明。第一获取模块301，可以用于获取多个待发送业务文件的注册信息；创建模块302，可以用于利用各个待发送业务文件的注册信息，创建至少一个发送文件队列；第二获取模块303，可以用于获取各个目标待发送业务文件对应的目标接口的文件配置信息；其中，目标待发送业务文件为至少一个发送文件队列中具备发送条件的业务文件，目标接口为目标待发送业务文件的接收方对应的接口；转换模块304，可以用于基于目标接口的文件配置信息，将目标待发送业务文件转换为与目标接口匹配的目标接口文件；传送模块305，可以用于将目标接口文件传送至目标接口。本说明书实施例实施方式还提供了一种电子设备，具体可以参阅图4所示的基于本说明书实施例提供的文件传输方法的电子设备组成结构示意图，电子设备具体可以包括输入设备41、处理器42、存储器43。其中，输入设备41具体可以用于输入多个待发送业务文件的注册信息。处理器42具体可以用于获取多个待发送业务文件的注册信息；利用各个待发送业务文件的注册信息，创建至少一个发送文件队列；获取各个目标待发送业务文件对应的目标接口的文件配置信息；其中，目标待发送业务文件为至少一个发送文件队列中具备发送条件的业务文件，目标接口为目标待发送业务文件的接收方对应的接口；基于目标接口的文件配置信息，将目标待发送业务文件转换为与目标接口匹配的目标接口文件；将目标接口文件传送至目标接口。存储器43具体可以用于存储目标接口文件等数据。在本实施方式中，输入设备具体可以是用户和计算机系统之间进行信息交换的主要装置之一。输入设备可以包括键盘、鼠标、摄像头、扫描仪、光笔、手写输入板、语音输入装置等；输入设备用于把原始数据和处理这些数的程序输入到计算机中。输入设备还可以获取接收其他模块、单元、设备传输过来的数据。处理器可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式等等。存储器具体可以是现代信息技术中用于保存信息的记忆设备。存储器可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如ram、fifo等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、tf卡等。在本实施方式中，该电子设备具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。本说明书实施例实施方式中还提供了一种基于文件传输方法的计算机存储介质，计算机存储介质存储有计算机程序指令，在计算机程序指令被执行时可以实现：获取多个待发送业务文件的注册信息；利用各个待发送业务文件的注册信息，创建至少一个发送文件队列；获取各个目标待发送业务文件对应的目标接口的文件配置信息；其中，目标待发送业务文件为至少一个发送文件队列中具备发送条件的业务文件，目标接口为目标待发送业务文件的接收方对应的接口；基于目标接口的文件配置信息，将目标待发送业务文件转换为与目标接口匹配的目标接口文件；将目标接口文件传送至目标接口。在本实施方式中，上述存储介质包括但不限于随机存取存储器(randomaccessmemory，ram)、只读存储器(read-onlymemory，rom)、缓存(cache)、硬盘(harddiskdrive，hdd)或者存储卡(memorycard)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。在本实施方式中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。显然，本领域的技术人员应该明白，上述的本说明书实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本说明书实施例不限制于任何特定的硬件和软件结合。虽然本说明书实施例提供了如上述实施例或流程图所述的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑性上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本说明书实施例提供的执行顺序。所述的方法的在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。应该理解，以上描述是为了进行图示说明而不是为了进行限制。通过阅读上述描述，在所提供的示例之外的许多实施方式和许多应用对本领域技术人员来说都将是显而易见的。因此，本说明书实施例的范围不应该参照上述描述来确定，而是应该参照前述权利要求以及这些权利要求所拥有的等价物的全部范围来确定。以上所述仅为本说明书实施例的优选实施例而已，并不用于限制本说明书实施例，对于本领域的技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的保护范围之内。当前第1页12