CN117057915A - 文件处理方法、装置、设备和可读存储介质 - Google Patents

Abstract

本申请提供一种文件处理方法、装置、设备和可读存储介质，可用于金融领域或其它领域。该方法包括：获取交易申请文件和接口配置文件，所述交易申请文件包括文件头、文件体和文件尾，所述接口配置文件用于表征各节点在进行文件交互时所支持的接口类型；确定所述接口配置文件关联的目标解析器；通过所述目标解析器将所述交易申请文件中的交易文本和/或交易报文转换为列表信息，并读取所述列表信息；根据所述列表信息，生成交易确认文件。本申请的方法，通过自动生成交易确认文件，不需要手工制作，提高了效率。

Description

文件处理方法、装置、设备和可读存储介质

技术领域

本申请涉及金融领域或其他领域，尤其涉及一种文件处理方法、装置、设备和可读存储介质。

背景技术

由于金融产品存在一定的收益，用户在需要时可以向金融机构发起申请，购入所需份额的金融产品，用户在购入金融产品的过程中会产生各种交易信息，这些交易信息需要整理形成交易申请文件，并需要对交易申请文件进行确认，形成交易确认文件，同时这些交易确认文件还要在第三方系统进行登记记录。

目前主要是通过人工来对这些交易信息进行整合，手动制作文件，制作过程很容易出错，导致效率很低。

发明内容

本申请提供一种文件处理方法、装置、设备和可读存储介质，用以解决目前手工做文本，效率低而且容易出错的问题。

第一方面，本申请提供一种文件处理方法，包括：

获取交易申请文件和接口配置文件，所述交易申请文件包括文件头、文件体和文件尾，所述接口配置文件用于表征各节点在进行文件交互时所支持的接口类型；

确定所述接口配置文件关联的目标解析器；

通过所述目标解析器将所述交易申请文件中的交易文本和/或交易报文转换为列表信息，并读取所述列表信息；

根据所述列表信息，生成交易确认文件。

第二方面，本申请提供一种文件处理装置，包括：

文件获取模块，用于获取交易申请文件和接口配置文件，所述交易申请文件包括文件头、文件体和文件尾，所述接口配置文件用于表征各节点在进行文件交互时所支持的接口类型；

解析器确定模块，用于确定所述接口配置文件关联的目标解析器；

文件解析模块，用于通过所述目标解析器将所述交易申请文件中的交易文本和/或交易报文转换为列表信息，并读取所述列表信息；

文件生成模块，用于根据所述列表信息，生成交易确认文件。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现上述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现上述的方法。

第五方面，

本申请提供的文件处理方法、装置、设备和可读存储介质，通过通过设置模拟金融产品交易确认的挡板装置，通过该挡板装置获取交易申请文件，并基于接口配置文件选择对应的解析器来解析交易申请文件，最终基于解析得到的列表信息来自动实现交易确认文件的生成，如此就不需要人工介入来手工做文本，提高效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的金融产品的交易流程场景示意图；

图2为本申请实施例提供的文件处理方法的流程示意图；

图3为本申请实施例提供的解析机制示意图；

图4为本申请实施例提供的数据交互示意图；

图5为本申请实施例提供的文件处理装置的结构示意图；

图6为本申请实施例提供的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

需要说明的是，本申请提供的文件处理方法、装置、设备和可读存储介质可用于金融领域，也可用于除金融领域之外的任意领域，本申请提供的文件处理方法、装置、设备和可读存储介质的应用领域不做限定。

由于金融产品具有可持续获取收益的特点，存在部分用户群体存在需求，想要持有部分份额的金融产品，通常用户是通过中间机构(例如金融机构)来持有占用一定份额的金融产品，在用户与金融机构的交易过程中，通常是用户发起交易申请，提交交易申请文件，其中往往会记录交易过程中所涉及的各种信息，同时金融机构还需要与开放式金融产品登记过户系统进行数据交互，通过该开放式金融产品登记过户系统来对用户所持有的金融产品份额进行记录并进行交易确认。

在实际应用中，金融机构有可能会涉及到升级改造，由于金融产品交易涉及的依赖系统比较多，而且交易流程涉及到金融产品通常也比较重要，而金融机构在升级改造过程中很难与开放式金融产品登记过户系统进行实时的数据对接，不能够验证升级改造后的金融机构的安全性和稳定性，而如果通过人工介入，手工做文本，则效率低而且容易出错。

本申请提供的文件处理方法、装置、设备和可读存储介质，旨在解决现有技术的如上技术问题。其具体通过设置模拟金融产品交易确认的挡板装置，通过该挡板装置获取交易申请文件，并基于接口配置文件选择对应的解析器来解析交易申请文件，最终基于解析得到的列表信息来自动实现交易确认文件的生成，如此就不需要人工介入来手工做文本，提高效率，而且也能够便于对升级改造后的金融机构进行测试，提高其安全性和稳定性。

示例性的，图1为本申请实施例提供的金融产品的交易流程场景示意图，如图1所示，用户可以通过金融机构来发起持有金融产品的交易申请，金融机构在接收到交易申请之后，在交易时段结束后批量生成申请文本，然后报送开放式金融产品登记过户系统，开放式金融产品登记过户系统处理申请文本并生成确认文本，其中可能既包括有原交易申请对应的确认，也可能包括开放式金融产品登记过户系统发起的交易，对于开放式金融产品登记过户系统发起的交易，由于没有原交易申请，需要手动模拟交易。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的文件处理方法的流程示意图，该方法可以应用于模拟的挡板装置，该挡板装置可以作为一个节点，部署在服务器上，与金融机构进行数据交互。如图2所示，该方法可以包括如下步骤：

步骤S201，获取交易申请文件和接口配置文件，交易申请文件包括文件头、文件体和文件尾，接口配置文件用于表征各节点在进行文件交互时所支持的接口类型。

在本实施例中，交易申请文件可以是由测试人员编写的，例如在金融机构进行升级改造的场景下，测试人员为了测试升级改造后的金融机构的各模块系统是否可以正常工作，可以编写对应的测试文本，同时手工编写交易申请文件并模拟用户向金融机构发起交易申请，此时金融机构在收到交易申请文本之后，可以向模拟的挡板装置发起数据交互，报送至模拟的挡板装置。

其中，为了便于挡板装置后续对交易申请文件进行解析，交易申请文件可以进行分段，即分为文件头、文件体和文件尾，如此挡板装置在进行解析时可以快速的识别出交易申请文件中所包含的信息，避免不同的交易申请文件发生混淆，提高解析的准确性。

在实际应用中，为了实现统一，金融机构与开放式金融产品登记过户系统之间进行数据交换时是有统一的数据交换协议的，数据交换协议中定义了金融产品交易业务中机构之间进行数据交换时所采用的数据格式、数据定义和数据内容。随着版本的升级，数据交换协议也可能具有不同的版本，不同的版本有不同的接口类型，为了保证在数据交换过程中的稳定性，需要支持不同版本的接口类型，因此模拟的挡板装置需要基于接口配置文件来确定对应的接口类型，基于不同的接口类型获知当前的数据交换协议的版本，由此来实现对金融机构上报的交易申请文件进行解析。

步骤S202，确定接口配置文件关联的目标解析器。

在本实施例中，目标解析器可以是微软框架(Bocsoft Frame Work，BFW)的转换器Transformer，示例性的，图3为本申请实施例提供的解析机制示意图，如图3所示，通过使用BFW的Transformer机制，BFW Transformer用于报文的格式化和解析处理，通过对报文的定义将内部对象(Map)格式化成字节流或将字节流解析为内部对象(Map)。支持定长报文及变长报文。

其中，需要说明的是，可以预先配置接口配置和解析器的对应关系表，通过读取接口配置文件，确定出其中的接口配置，然后可以根据接口配置调用对应的解析器，作为目标解析器。

步骤S203，通过目标解析器将交易申请文件中的交易文本和/或交易报文转换为列表信息，并读取列表信息。

在本实施例中，示例性的，以目标解析器为BFW Transformer解析器为例，通过BFW的Transformer机制，将交易申请文件中的文本和/和可扩展标记语言(Extensible MarkupLanguage，XML)报文转换成哈希映射(HashMap)的列表(List)，然后逐条读取其中的列表信息。

其中，BFW的Transformer的解析机制是，读取输入数据流中byte[]数组，对每一位字节(byte)进行判断，是否与分隔符的byte值一致，如果一致的话就可以进行解析，如果不一致，则继续判断，直到找到分隔符之后，就分隔符之前的文本进行统一解析。

步骤S204，根据列表信息，生成交易确认文件。

在本实施例中，模拟的挡板装置能够支持多种接口类型配置，支持模拟成功、失败，支持模拟开放式金融产品登记过户系统发起的交易，且考虑到金融产品交易的安全要求，该模拟的挡板装置进行了多种安全性验证。其中，交易确认文件中可以包括交易失败、交易成功等信息。

本申请实施例通过构建虚拟的挡板装置，模拟交易确认文件，可以对用户发起的金融产品交易申请进行模拟确认，模拟生产环境的随机成功率、失败率，同时还可以通过平台配置依赖服务，以及自定义接口的返回结果，做到服务热加载，真正模拟下游的服务。

示例性的，图4为本申请实施例提供的数据交互示意图，如图4所示，模拟的挡板装置可以部署在批处理服务器上，在测试时由测试人员在前端发起金融产品交易申请，通过申请发送模块生成交易申请文件。调用模拟的挡板装置即可以实现交易确认文件的自动生成。其中，上述步骤S201中获取交易申请文件具体可以通过如下步骤实现：获取数据库中的指定目录，指定目录中存储有基于交易申请生成的交易申请文件；读取指定目录，获取交易申请文件。

在本实施例中，文本格式可以是汉字内码扩展规范GBK，数据库可以是关系数据库管理系统，例如Oracle数据库。其中，在通过申请报送模块生成交易申请文件之后，可以批量存放到数据库中的目录下，其中，不同用户发起的交易申请对应不同的交易申请文件，不同的交易申请文件可以存放到数据库的不同目录下。在模拟的挡板装置需要获取交易申请文件时，可以基于文件标识，找到指定的目录并从该指定目录下读取该交易申请文件。

本申请实施例通过配置指定目录来存放交易申请文件，避免不同用户发起的交易申请发生混淆，提高数据交互过程中的数据准确性。

在一些实施例中，上述步骤S204具体可以通过如下步骤实现：对列表信息进行验证，确定列表信息是否存在错误，列表信息至少包括文件交互协议的版本号、文件创建对象代码和/或文件接收对象代码、日期、交易记录总条数和结束标志；若列表信息存在错误，则生成第一交易确认文件，第一交易确认文件用于表征交易申请失败；若列表信息不存在错误，则生成第二交易确认文件，第二交易确认文件用于表征交易申请成功。

在本实施例中，文件交互协议可以是指上文表述的数据交互协议，其可以具有不同的版本，例如文件交互协议的版本号可以包括version2.1、version2.2等不同的版本号。文件创建对象可以是创建用户，文件接收对象可以是指接收用户，日期可以包括文件发送日期、交易日期等等。

示例性的，在一些实施例中，通过BFW的Transformer机制，将交易文本和/或交易XML报文转换成HashMap的List，然后逐条读取。其中，通用的文本格式如下：

文件头包括文件交互协议的版本号、文件创建对象代码、文件接收对象代码、发送日期。文件体包括：交易记录总条数、交易记录明细；文件尾用于表征一次数据交换的接收。其中，通过在文件头、文件体和文件尾配置不同的信息，能够便于解析，快速的定位关键信息在交易文本和/或交易报文中的位置。

在本实施例中，在挡板装置读取到列表信息之后，挡板装置需要对交易申请文件进行多种安全性验证，以确保交易的安全性。其中，在对列表信息进行校验时，若列表信息中的一项或多项存在有错误，则可以模拟确认失败，表示该交易申请不能够通过，交易申请失败。若列表信息不存在错误，则模拟确认成功，表示该交易申请通过，交易申请成功。

其中，对于一些关键信息，可以进行多方验证，基于多方的验证结果来确定模拟确认失败还是模拟确认成功，例如当挡板装置验证发现日期存在错误时，可以返回给后台的工作人员，由工作人员进行补充验证。

本申请实施例通过对列表信息进行验证，实现了多种安全性验证，能够保证交易申请文件的准确性，提高交易的可靠性和安全性。

在另一些实施例中，示例性的，以目标解析器为BFW的Transformer文本解析器为例，其在将交易文本和/或交易报文转换为列表信息时，可以通过目标解析器的定长报文解析方式，对交易申请文件中的交易文本和/或交易报文进行解析，转换得到列表信息。

在本实施例中，继续参考上述图3，BFW Transformer用于报文的格式化和解析处理。定长报文主要是为了配合业务需求，需要固定长度的报文，不可以长也不可以短，通过定长报文的方式也能够便解析器的解析，提高解析效率。

示例性的，以日期为例，报文中日期的格式可以为“YYYYMMDD”，即指定该定长报文为8位长度，通过定长报文，在对报文进行解析时就可以很清晰明了的知道报文中每个位置所代表的含义，例如“YYYYMMDD”中的第1位至第4位所表示的就为日期中的年份。

本申请实施例通过定长报文的方式，采用BFW的Transformer文本解析器进行解析，能够使得模拟的挡板装置模拟生产环境的随机成功率、失败率，同时对文本进行多种安全验证，提高数据的安全性和准确性。

在一些实施例中，在进行多种安全验证时，还可以包括如下步骤：确定交易申请发起对象是否存在目标节点的关联账号，目标节点用于对交易申请文件进行确认；若存在关联账号，则检测关联账号是否异常；在关联账号异常时，模拟生成第一交易确认文件，第一交易确认文件用于表征交易申请失败；若不存在关联账号，则随机生成该交易申请发起对象的关联账号。

在本实施例中，在实际应用中，目标节点可以是指上文提到的开放式金融产品登记过户系统。其中，当目标节点指的是开放式金融产品登记过户系统时，为了便于开放式金融产品登记过户系统记录用户持有的金融产品份额等信息，每个用户需要在开放式金融产品登记过户系统上开设个人账户(即关联账号)，通过关联账号来记录用户的各种信息。

其中，对于不存在关联账号的用户，虚拟的挡板装置可以直接随机生成该用户的关联账号，对于存在关联账号的用户，虚拟的挡板装置可以向开放式金融产品登记过户系统发起状态查询，确定该关联账号是否存在状态异常的情况，若存在状态异常的情况，则可以模拟确认失败，表征交易申请失败。

本申请实施例通过对开放式金融产品登记过户系统中的关联账号进行状态检测，能够进一步的对交易申请进行安全验证，进一步提高交易过程中的安全性和可靠性。

在一些实施例中，在生成交易确认文件时，具体可以通过如下步骤实现：根据列表信息，获取交易对象的属性、交易对象的价值；根据交易对象的属性和价值，确定交易对象的数量并形成确认数据明细记录；根据列表信息和确认数据明细记录，生成交易确认文件。

在本实施例中，以交易对象为金融产品为例，可以获取金融产品的产品属性，产品净值等，并计算产品确认份额(即用户所申请持有的金融产品份额)、确认金额(即用户申请持有该份额的金融产品所需花费的金额)，基于这些数据来组成确认数据明细记录，模拟形成交易确认文件。

进一步的，还可以获取列表信息中的交易记录明细；根据交易记录明细，生成第一交易确认文件或第二交易确认文件，第一交易确认文件用于表征交易申请失败，第二交易确认文件用于表征交易申请成功。

其中，列表信息中可以包括有用户的交易记录明细，例如用户在某个日期通过发起交易申请增加了某个金融产品的持有量，也可以在某个日志通过发起交易申请减少某个金融产品的持有量，这些交易操作都会记录下来形成交易记录明细。通过对交易记录明细进行验证就可以确定出用户当前所持有的份额等信息，通过对这些信息进行校验，确定是否存在偏差，当存在偏差时就可以生成第一交易确认文件，当不存在偏差时可以生成第二交易确认文件。

本申请实施例通过模拟挡板装置，可以对用户发起的交易申请进行模拟确认，支持确认成功和确认失败，实现交易确认文件的自动生成。同时还能够考虑到交易的安全要求，可进行多种安全性验证，提高交易过程中的安全性。

图5为本申请实施例提供的文件处理装置的结构示意图，如图5所示，该文件处理装置500可以包括文件获取模块510、解析器确定模块520、文件解析模块530和文件生成模块540。其中，文件获取模块510用于获取交易申请文件和接口配置文件，交易申请文件包括文件头、文件体和文件尾，接口配置文件用于表征各节点在进行文件交互时所支持的接口类型。解析器确定模块520用于确定接口配置文件关联的目标解析器。文件解析模块530用于通过目标解析器将交易申请文件中的交易文本和/或交易报文转换为列表信息，并读取列表信息。文件生成模块540用于根据列表信息，生成交易确认文件。

可选的，文件获取模块具体可以用于：获取数据库中的指定目录，指定目录中存储有基于交易申请生成的交易申请文件；读取指定目录，获取交易申请文件。

可选的，文件生成模块具体可以用于：对列表信息进行验证，确定列表信息是否存在错误，列表信息至少包括文件交互协议的版本号、文件创建对象代码和/或文件接收对象代码、日期、交易记录总条数和结束标志；若列表信息存在错误，则生成第一交易确认文件，第一交易确认文件用于表征交易申请失败；若列表信息不存在错误，则生成第二交易确认文件，第二交易确认文件用于表征交易申请成功。

可选的，文件头包括文件交互协议的版本号、文件创建对象代码、文件接收对象代码、发送日期；文件体包括交易记录总条数、交易记录明细；文件尾用于表征一次数据交换的接收。

可选的，文件解析模块具体可以用于：通过目标解析器的定长报文解析方式，对交易申请文件中的交易文本和/或交易报文进行解析，转换得到列表信息。

可选的，还包括账号检测模块，用于确定交易申请发起对象是否存在目标节点的关联账号，目标节点用于对交易申请文件进行确认；若存在关联账号，则检测关联账号是否异常；在关联账号异常时，模拟生成第一交易确认文件，第一交易确认文件用于表征交易申请失败；若不存在关联账号，则随机生成该交易申请发起对象的关联账号。

可选的，文件解析模块具体可以用于：根据列表信息，获取交易对象的属性、交易对象的价值；根据交易对象的属性和价值，确定交易对象的数量并形成确认数据明细记录；根据列表信息和确认数据明细记录，生成交易确认文件。

可选的，文件解析模块具体可以用于：获取列表信息中的交易记录明细；根据交易记录明细，生成第一交易确认文件或第二交易确认文件，第一交易确认文件用于表征交易申请失败，第二交易确认文件用于表征交易申请成功。

本申请实施例提供的装置，可用于执行上述实施例中的方法，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，文件获取模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上文件获取模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。

图6为本申请实施例提供的电子设备的结构示意图。如图6所示，该电子设备600包括：至少一个处理器601、存储器602、总线603及通信接口604。其中：处理器601、通信接口604以及存储器602通过总线603完成相互间的通信。通信接口用于与其它设备进行通信。该通信接口包括用于进行数据传输的通信接口以及用于进行人机交互的显示界面或者操作界面等。处理器，用于执行存储器存储的计算机执行指令，具体可以执行上述实施例中所描述的方法中的相关步骤。处理器可能是中央处理器，或者是特定集成电路(ApplicationSpecific Integrated Circuit，ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器，用于存放计算机执行指令。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

本实施例还提供一种计算机可读存储介质，可读存储介质中存储有计算机指令，当电子设备的至少一个处理器执行该计算机指令时，电子设备执行上述的各种实施方式提供的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (11)

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

获取交易申请文件和接口配置文件，所述交易申请文件包括文件头、文件体和文件尾，所述接口配置文件用于表征各节点在进行文件交互时所支持的接口类型；

确定所述接口配置文件关联的目标解析器；

通过所述目标解析器将所述交易申请文件中的交易文本和/或交易报文转换为列表信息，并读取所述列表信息；

根据所述列表信息，生成交易确认文件。

2.根据权利要求1所述的方法，其特征在于，所述获取交易申请文件，包括：

获取数据库中的指定目录，所述指定目录中存储有基于交易申请生成的交易申请文件；

读取所述指定目录，获取所述交易申请文件。

3.根据权利要求1所述的方法，其特征在于，所述根据所述列表信息，生成交易确认文件，包括：

对所述列表信息进行验证，确定所述列表信息是否存在错误，所述列表信息至少包括文件交互协议的版本号、文件创建对象代码和/或文件接收对象代码、日期、交易记录总条数和结束标志；

若所述列表信息存在错误，则生成第一交易确认文件，所述第一交易确认文件用于表征交易申请失败；

若所述列表信息不存在错误，则生成第二交易确认文件，所述第二交易确认文件用于表征交易申请成功。

4.根据权利要求1所述的方法，其特征在于，所述文件头包括文件交互协议的版本号、文件创建对象代码、文件接收对象代码、发送日期；所述文件体包括交易记录总条数、交易记录明细；所述文件尾用于表征一次数据交换的接收。

5.根据权利要求1所述的方法，其特征在于，所述通过所述目标解析器将所述交易申请文件中的交易文本和/或交易报文转换为列表信息，包括：

通过所述目标解析器的定长报文解析方式，对所述交易申请文件中的交易文本和/或交易报文进行解析，转换得到所述列表信息。

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

确定交易申请发起对象是否存在目标节点的关联账号，所述目标节点用于对所述交易申请文件进行确认；

若存在关联账号，则检测所述关联账号是否异常；

在所述关联账号异常时，模拟生成第一交易确认文件，所述第一交易确认文件用于表征交易申请失败；

若不存在关联账号，则随机生成该交易申请发起对象的关联账号。

7.根据权利要求1所述的方法，其特征在于，所述根据所述列表信息，生成交易确认文件，包括：

根据所述列表信息，获取交易对象的属性、交易对象的价值；

根据所述交易对象的属性和价值，确定交易对象的数量并形成确认数据明细记录；

根据所述列表信息和所述确认数据明细记录，生成交易确认文件。

8.根据权利要求1所述的方法，其特征在于，所述根据所述列表信息，生成交易确认文件，包括：

获取所述列表信息中的交易记录明细；

根据所述交易记录明细，生成第一交易确认文件或第二交易确认文件，所述第一交易确认文件用于表征交易申请失败，所述第二交易确认文件用于表征交易申请成功。

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

文件获取模块，用于获取交易申请文件和接口配置文件，所述交易申请文件包括文件头、文件体和文件尾，所述接口配置文件用于表征各节点在进行文件交互时所支持的接口类型；

解析器确定模块，用于确定所述接口配置文件关联的目标解析器；

文件解析模块，用于通过所述目标解析器将所述交易申请文件中的交易文本和/或交易报文转换为列表信息，并读取所述列表信息；

文件生成模块，用于根据所述列表信息，生成交易确认文件。

10.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至8任一项所述的方法。

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