CN111325617B - 基于文件的对账方法、装置、计算机设备和可读存储介质 - Google Patents

Abstract

本申请实施例提供了一种基于文件的对账方法、装置、计算机设备和可读存储介质，涉及互联网金融技术领域。该方法首先发送对账请求至第一服务器及第二服务器，其中，对账请求包括预设筛选规则。接着接收第一服务器发送的按照预设筛选规则，筛选得到的第一账本文件，接收第二服务器发送的按照预设筛选规则，筛选得到的第二账本文件，然后读取第一账本文件中的第一账单信息以及第二账本文件中的第二账单信息，最后将第一账单信息与第二账单信息进行比较，并保存比较结果，能够在保证其他业务正常运行的前提下，提高对账效率。

Description

基于文件的对账方法、装置、计算机设备和可读存储介质

技术领域

本申请涉及互联网金融技术领域，具体而言，涉及一种基于文件的对账方法、装置、计算机设备和可读存储介质。

背景技术

在金融管理的过程中，由于计算机技术的发展，越来越多的管理行为可以在线上进行，例如，会计核算中的对账可以对在交易过程中产生的交易数据进行比对，从而确保交易过程中账款的清晰准确性，保证账簿记录正确可靠。

传统的对账通过服务器内存或数据库执行，若采用服务器内存对账的方式，由于处理大规模数据时对服务器性能要求比较高，数据量大时需要占用很大的内存，成本投入比较大，且很容易使得其他业务不能正常运行。若采用数据库对账的方式，由于处理大规模数据时，操作数据库的次数较多，执行效率比较低，对账耗时会比较长。

针对数据量较大的对账需求，如何在保证系统正常运行的前提下，提高对账效率是值得研究的问题。

发明内容

有鉴于此，本申请实施例提供了一种基于文件的对账方法、装置、计算机设备和可读存储介质，以解决上述问题。

本申请的实施例可以这样实现：

第一方面，实施例提供一种基于文件的对账方法，应用于计算机设备，所述基于文件的对账方法包括：

发送对账请求至第一服务器及第二服务器，其中，所述对账请求包括预设筛选规则；

接收所述第一服务器发送的按照所述预设筛选规则，筛选得到的第一账本文件，接收所述第二服务器发送的按照所述预设筛选规则，筛选得到的第二账本文件；

读取所述第一账本文件中的第一账单信息以及第二账本文件中的第二账单信息；

将所述第一账单信息与第二账单信息进行比较，并保存比较结果。

在可选的实施方式中，所述读取所述第一账本文件中的第一账单信息以及第二账本文件中的第二账单信息的步骤之后，所述方法还包括：

按照预设规则对所述第一账单信息及所述第二账单信息进行标准化处理；

对标准化处理后的第一账单信息及标准化处理后的第二账单信息进行排序处理，得到标准化处理及排序处理后的第一账单信息及第二账单信息。

在可选的实施方式中，所述按照预设规则对所述第一账单信息及所述第二账单信息进行标准化处理的步骤包括：

获取所述第一账单信息中包括的至少一个第一交易明细，按照预设明细数据排列规则对所有第一交易明细进行排列；

获取所述第二账单信息中包括的至少一个第二交易明细，按照所述预设明细数据排列规则对所有第二交易明细进行排列。

在可选的实施方式中，所述对标准化处理后的第一账单信息及标准化处理后的第二账单信息进行排序处理的步骤包括：

针对标准化处理后的第一账单信息，按照预设排序规则进行排序；

针对标准化处理后的第二账单信息，按照预设排序规则进行排序。

在可选的实施方式中，所述按照预设排序规则进行排序的步骤包括：

基于sort指令，针对标准化处理后的第一账单信息，按照预设排序规则进行排序；或

基于sort指令，针对标准化处理后的第二账单信息，按照所述预设排序规则进行排序。

在可选的实施方式中，所述第一账单信息中包括至少一条第一交易流水信息，每条第一交易流水信息与第一唯一标识信息一一对应，所述第二账单信息中包括至少一条第二交易流水信息，每条第二交易流水信息与第二唯一标识信息一一对应，所述将所述第一账单信息与第二账单信息进行比较，并保存比较结果的步骤包括：

将所述第二账单信息中包括的每个第一唯一标识信息与所述第二账单信息中包括的每个第二唯一标识信息一一映射匹配；

获取匹配一致的第一唯一标识信息对应的第一交易流水信息，获取匹配一致的第二唯一标识信息对应的第二交易流水信息，并根据预设比较规则，比较该第一交易流水信息与该第二交易流水信息的数据内容是否一致，若是，则将该第二交易流水信息保存至平账文件，若否，则将该第二交易流水信息保存至差错文件。

在可选的实施方式中，所述方法还包括：

获取匹配不一致的第一唯一标识信息对应的第一交易流水信息，保存至所述差错文件；

获取匹配不一致的该第二唯一标识信息对应的第二交易流水信息，保存至存疑文件。

第二方面，实施例提供一种基于文件的对账装置，应用于计算机设备，所述基于文件的对账装置包括：

发送模块，用于发送对账请求至第一服务器及第二服务器，其中，所述对账请求包括预设筛选规则；

接收模块，用于接收所述第一服务器发送的按照所述预设筛选规则，筛选得到的第一账本文件，接收所述第二服务器发送的按照所述预设筛选规则，筛选得到的第二账本文件；

读取模块，用于读取所述第一账本文件中的第一账单信息以及第二账本文件中的第二账单信息；

比较模块，用于将所述第一账单信息与第二账单信息进行比较，并保存比较结果。

第三方面，实施例提供一种计算机设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如前述实施方式任一所述的基于文件的对账方法的步骤。

第四方面，实施例提供一种可读存储介质，该可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如前述实施方式任一所述的基于文件的对账方法的步骤。

本申请实施例提供了一种基于文件的对账方法、装置、计算机设备和可读存储介质，该方法首先发送对账请求至第一服务器及第二服务器，其中，对账请求包括预设筛选规则。接着接收第一服务器发送的按照预设筛选规则，筛选得到的第一账本文件，接收第二服务器发送的按照预设筛选规则，筛选得到的第二账本文件，然后读取第一账本文件中的第一账单信息以及第二账本文件中的第二账单信息，最后将第一账单信息与第二账单信息进行比较，并保存比较结果，能够在保证其他业务正常运行的前提下，提高对账效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的电子设备的结构框图。

图2为本申请实施例提供的基于文件的对账方法的流程图之一。

图3为本申请实施例提供的基于文件的对账方法中流程图之二。

图4为本申请实施例提供的基于文件的对账装置的功能模块框图。

图标：100-计算机设备；110-存储器；120-处理器；130-基于文件的对账装置；131-发送模块；132-接收模块；133-读取模块；134-比较模块。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，需要说明的是，若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在不冲突的情况下，本申请的实施例中的特征可以相互结合。

如背景技术所介绍，在金融管理的过程中，由于计算机技术的发展，越来越多的管理行为可以在线上进行，例如，会计核算中的对账可以对在交易过程中产生的交易数据进行比对，从而确保交易过程中账款的清晰准确性，保证账簿记录正确可靠。

经发明人研究发现，传统的对账通过服务器内存或数据库执行，若采用服务器内存对账的方式，由于处理大规模数据时对服务器性能要求比较高，数据量大时需要占用很大的内存，成本投入比较大，且很容易使得其他业务不能正常运行。若采用数据库对账的方式，由于处理大规模数据时，操作数据库的次数较多，执行效率比较低，对账耗时会比较长。

同时，若采用数据库对账的方式，则需要把所有从其他系统获取的数据事先存储到数据库中，这个过程是相当耗时的，且会增加数据库的负担(一个自然日或工作日的交易数据量是十分巨大的)。

目前，可能采用分布式的部署方式来存储数据，也就是说同时使用多个数据库来存储数据，如此，交易数据是完全分散存储到不同数据库中的，每一个数据库的数据都只是一小部分，如果使用数据库对账，就需要将从外部系统获取的数据进行分类，再分别储存到每个数据库上，使得每个数据库的数据是一致的，然而，因为这些数据本来就可能存在问题，因此，采用数据库进行对账很有可能导致对账不准确，同时对账效率较慢。

针对数据量较大的对账需求，如何在保证系统正常运行的前提下，提高对账效率是值得研究的问题。

有鉴于此，本申请实施例提供了一种基于文件的对账方法，以解决上述问题，下面对该方法的具体实现过程进行详细阐述。

请参阅图1，图1为本申请实施例提供的一种计算机设备100的结构示意图。所述设备可以包括处理器120、存储器110、基于文件的对账装置130及总线，所述存储器110存储有所述处理器120可执行的机器可读指令，当计算机设备100运行时，所述处理器120及所述存储器110之间通过总线通信，所述处理器120执行所述机器可读指令，并执行基于文件的对账方法的步骤。

所述存储器110、处理器120以及其他各元件相互之间直接或间接地电性连接，以实现信号的传输或交互。

例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。基于文件的对账装置130包括至少一个可以软件或固件(firmware)的形式存储于所述存储器110中的软件功能模块。所述处理器120用于执行存储器110中存储的可执行模块，例如所述基于文件的对账装置130所包括的软件功能模块或计算机程序。

其中，存储器110可以是，但不限于，随机读取存储器(Random Access memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器120可以是一种集成电路芯片，具有信号处理能力。上述处理器120可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等。还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本申请实施例中，存储器110用于存储程序，处理器120用于在接收到执行指令后，执行所述程序。本申请实施例任一实施方式所揭示的流程定义的方法可以应用于处理器120中，或者由所述处理器120实现。

在本申请实施例中，计算机设备100可以是但不限于，个人电脑(personalcomputer，PC)、平板电脑等具有处理功能的设备。

可以理解，图1所示的结构仅为示意。计算机设备100还可以具有比图1所示更多或者更少的组件，或者具有与图1所示不同的配置。图1所示的各组件可以采用硬件、软件或其组合实现。

请结合参阅图2，图2为本申请实施例提供的一种基于文件的对账方法的流程图，该方法应用于计算机设备。下面对图2所示的具体流程进行详细描述。

步骤S1，发送对账请求至第一服务器及第二服务器，其中，所述对账请求包括预设筛选规则。

步骤S2，接收所述第一服务器发送的按照所述预设筛选规则，筛选得到的第一账本文件，接收所述第二服务器发送的按照所述预设筛选规则，筛选得到的第二账本文件。

步骤S3，读取所述第一账本文件中的第一账单信息以及第二账本文件中的第二账单信息。

步骤S4，将所述第一账单信息与第二账单信息进行比较，并保存比较结果。

其中，所述预设筛选规则可以是，获取预设时间段内的特定类型的交易流水信息，例如，获取2020年1月2日0点-24点内的所有交易流水信息。还可以是根据交易时间获取最接近的预设数量的交易流水信息，例如，获取交易时间距离2020年1月3日0点之前最接近的10000条交易流水信息。

需要说明的是，第一服务器与第二服务器可以是同一金融系统中不同的子系统的服务器，例如，第一服务器可以是负责A银行中的手机银行的服务器，第二服务器可以是负责A银行中核心交易的服务器。

第一服务器与第二服务器还可以是不同金融系统中的服务器，例如，第一服务器可以是负责A银行中核心交易的服务器，第二服务器是负责B银行中核心交易的服务器。又例如，第一服务器可以是负责A银行中核心交易的服务器，第二服务器可以是负责银联中核心交易的服务器。

也就是说，当本申请提供的实施例应用于银行系统时，对账方式可以是本代本对账(同一银行内不同的系统之间的对账及自动柜员机终端处理系统(Automated-TellerMachine Control，ATMP)与核心系统之间的对账)也可以是本代他对账(不同银行之间的对账及经过银联中心(China UnionPay，CUPS)的交易)。

作为另一种可选的实施方式，还可以通过被动获取的方式获得第一账本文件及第二账本文件。

例如，第一服务器按照预设筛选规则，筛选得到第一账本文件之后，在约定的时间将第一账本文件上传至第三方服务器。第二服务器按照预设筛选规则，筛选得到第二账本文件之后，在约定的时间将第二账本文件上传至第三方服务器，计算机设备100通过第三方服务器获取第一账本文件和第二账本文件。

应该理解的是，在本申请所提供的两种获取第一账本文件和第二账本文件的实施方式中，所提出的步骤之间并没有先后顺序的限定。例如，发送对账请求至第一服务器及第二服务器时，既可以是同时发送对账请求至第一服务器和第二服务器；也可以是先发送至第一服务器，再发送至第二服务器；还可以是先发送至第二服务器，再发送至第一服务器。

同时，第一服务器按照对账请求中的预设筛选规则所进行的筛选动作与第二服务器按照对账请求中的预设筛选规则所进行的筛选动作之间并无依赖关系，第一服务器与第二服务器之间是独立进行运行的。

本申请实施例通过接收按照预设筛选规则筛选出的可用于直接进行比较的第一账本文件和第二账本文件，读取第一账本文件中的第一账单信息，以及第二账本文件中的第二账单信息，比较第一账单信息及第二账单信息，并保存比较结果，将各方需对账数据从目标源读取出来，写入到系统临时文件中，再进行后续操作，避免对系统服务器的内存资源的占用，文件系统可支持大规模数据的对账。减小了对系统服务器带来的较大压力，让系统服务器能够并行处理更多的业务，同时能够实现快速的比对，提高对账效率。

由于不同金融系统中的账单信息的排列方式不一致，在获得第一账单信息和第二账单信息之后，还不能直接比对，因此，为了保证对账的有效性和准确性，作为一种可选的实施方式，请结合参阅图3，本申请实施例中读取所述第一账本文件中的第一账单信息以及第二账本文件中的第二账单信息的步骤之后，所述方法还包括：

步骤S31，按照预设规则对所述第一账单信息及所述第二账单信息进行标准化处理。

步骤S32，对标准化处理后的第一账单信息及标准化处理后的第二账单信息进行排序处理，得到标准化处理及排序处理后的第一账单信息及第二账单信息。

作为一种可选的实施方式，可按照以下方式实现按照预设规则对所述第一账单信息及所述第二账单信息进行标准化处理。

首先，获取所述第一账单信息中包括的至少一个第一交易明细，按照预设明细数据排列规则对所有第一交易明细进行排列。

其次，获取所述第二账单信息中包括的至少一个第二交易明细，按照所述预设明细数据排列规则对所有第二交易明细进行排列。

第一账单信息中包括至少一个第一交易明细，例如，可以是对接系统流水号、状态、金额、交易日期、交易时间或平台流水号。

第二账单信息中同样包括至少一个第二交易明细，例如，可以是对接系统流水号、状态、金额、交易日期、交易时间或平台流水号。

例如，如表1所示，第一账单信息中的第一交易明细包括对接系统流水号、状态、金额、交易日期、交易时间、平台流水号，并按照表1中的顺序进行排列。

表1第一账单信息

对接系统流水号	状态	金额	平台流水号	交易日期	交易时间
						1231	成功	1000	0001	20200101	10.12.09
1233	成功	7890	0003	20200101	20.02.23
						1232	办理中	5000	0002	20200101	20.01.43

如表2所示，第二账单信息中的第一交易明细包括对接系统流水号、状态、金额、交易日期、交易时间、平台流水号，并按照表2中的顺序进行排列。

表2第二账单信息

对接系统流水号	交易日期	交易时间	状态	金额	平台流水号
						1231	20200101	10.12.09	成功	1000	1111
1233	20200101	20.02.23	成功	7890	1113
						1232	20200101	20.01.43	办理中	5000	1112

由于不同的系统中第一交易明细与第二交易明细的排列方式可能不相同，因此，需要将第一账单信息中包括的所有第一交易明细按照预设的明细数据排列规则进行排列，将第二账单信息中包括的所有第二交易明细同样按照预设的明细数据排列规则进行排列。

例如，预设的明细数据排列规则可以是，第一列为对接系统流水号、第二列为金额、第三列为状态、第四列为交易日期、第五列为交易时间、第六列为平台流水号。按照上述方法标准化处理之后的第一账单信息和第二账单信息分别如表3及表4所示。

表3标准化处理后的第一账单信息

对接系统流水号	金额	状态	交易日期	交易时间	平台流水号
						1231	1000	成功	20200101	10.12.09	0001
1233	7890	成功	20200101	20.02.23	0003
						1232	5000	办理中	20200101	20.01.43	0002

表4标准化处理后的第二账单信息

对接系统流水号	金额	状态	交易日期	交易时间	平台流水号
						1231	1000	成功	20200101	10.12.09	1111
1233	7890	成功	20200101	20.02.23	1113
						1232	5000	办理中	20200101	20.01.43	1112

如此，便得到标准化处理后的第一账单信息和第二账单信息。

作为一种可选的实施方式，在标准化处理后，对账时可根据标准化处理之后的第一账单信息中的对接系统流水号查找标准化处理之后的第二账单信息中的对接系统流水号。根据对应的对接系统流水号，比对账单信息。

例如，想要比对如表3所示的标准化处理之后的第一账单信息中的对接系统流水号为1231的流水信息，则在如表4所示的标准化处理之后的第二账单信息中查找对接系统流水号同样为1231的流水信息，查找到之后，按照交易明细一一进行比对即可，保证了对账的有效性和准确性。

作为另一种可选的实施方式，为了更快的实现对账，提高对账效率。本申请实施例中还可以采用以下方式对标准化处理后的第一账单信息及标准化处理后的第二账单信息进行排序处理。

首先，针对标准化处理后的第一账单信息，按照预设排序规则进行排序。

接着，针对标准化处理后的第二账单信息，按照预设排序规则进行排序。

其中，预设排序规则可以是，按照对接系统流水号的大小进行排列，例如，按照从小到大的顺序或者按照从大到小的顺序进行排列。还可以是按照交易时间的先后顺序进行排列等。

其中，作为一种可选的方式，可基于sort指令，针对标准化处理后的第一账单信息，按照预设排序规则进行排序。或基于sort指令，针对标准化处理后的第二账单信息，按照所述预设排序规则进行排序。如此，针对对账数据结构进行优化，结合Linux或Windows操作系统的系统指令，能够提供超高效率的数据处理，为整体对账性能的提高提供保障。

以按照对接系统流水号的大小进行排列为例，按照预设排序规则进行排序和标准化后的第一账单信息如表5所示。

表5标准化及排序处理后的第一账单信息

按照预设排序规则进行排序和标准化后的第二账单信息如表6所示。

表6标准化及排序处理后的第二账单信息

对接系统流水号	金额	状态	交易日期	交易时间	平台流水号
						1231	1000	成功	20200101	10.12.09	1111
1232	5000	办理中	20200101	20.01.43	1112
						1233	7890	成功	20200101	20.02.23	1113

如此，通过上述方法获得标准化处理及排序处理后的第一账单信息和第二账单信息之后，可直接按行比对第一账单信息与第二账单信息，提高了对账的准确性和对账的效率。

所述第一账单信息中包括至少一条第一交易流水信息，每条第一交易流水信息与第一唯一标识信息一一对应，所述第二账单信息中包括至少一条第二交易流水信息，每条第二交易流水信息与第二唯一标识信息一一对应。

作为一种可选的实施方式，将所述第一账单信息与第二账单信息进行比较，并保存比较结果可通过以下方式实现：

首先，将所述第二账单信息中包括的每个第一唯一标识信息与所述第二账单信息中包括的每个第二唯一标识信息一一映射匹配。

接着，获取匹配一致的第一唯一标识信息对应的第一交易流水信息，获取匹配一致的第二唯一标识信息对应的第二交易流水信息，并根据预设比较规则，比较该第一交易流水信息与该第二交易流水信息的数据内容是否一致，若是，则将该第二交易流水信息保存至平账文件，若否，则将该第二交易流水信息保存至差错文件。

其中，第一唯一标识信息和第二唯一标识信息均可以是对接系统流水号，第一唯一标识信息及第二唯一标识信息还可以是对接系统流水号+平台流水号。

以第一唯一标识信息和第二唯一标识信息均可以是对接系统流水号为例，假设经过标准化及排序处理之后的第一账单信息和第二账单信息分别如表7和表8所示。

表7标准化及排序处理后的第一账单信息

对接系统流水号	金额	状态	交易日期	交易时间	平台流水号
						1231	1000	成功	20200101	10.12.09	0001
1232	5000	成功	20200101	20.01.43	0002
						1233	7890	成功	20200101	20.02.23	0003
1234	9832	成功	20200101	20.34.26	0004

表8标准化及排序处理后的第二账单信息

将第一账单信息作为对账标准，且将第二账单信息中包括的每个第一唯一标识信息与所述第二账单信息中包括的每个第二唯一标识信息一一映射匹配之后，结合表7及表8可以知道匹配一致的第一唯一标识信息和第二唯一标识信息有，1231、1232及1233。匹配不一致的第一唯一标识信息和第二唯一标识信息分别为1234和1235。

并根据预设比较规则，比较获取匹配一致的第一交易流水信息与该第二交易流水信息的数据内容是否一致。例如，比较第一唯一标识信息1231对应的第一交易流水信息与第二唯一标识信息1231对应的第二交易流水信息，由表7及表8可知，该第一交易流水信息与该第二交易流水信息的数据内容一致，将第二交易流水信息或第一交易流水信息保存至平账文件。

又例如，比较第一唯一标识信息1232对应的第一交易流水信息与第二唯一标识信息1232对应的第二交易流水信息，由表7及表8可知，该第一交易流水信息与该第二交易流水信息的数据内容不一致，由于第一账单信息为对账标准，因此，可知第二唯一标识信息1232对应的第二流水信息存在错误，故而将该第二交易流水信息保存至差错文件。

作为另一种可选的实施方式，在上述基础上，本申请实施例所提供的方法还包括：

首先，获取匹配不一致的第一唯一标识信息对应的第一交易流水信息，保存至所述差错文件。

其次，获取匹配不一致的该第二唯一标识信息对应的第二交易流水信息，保存至存疑文件。

同样以表7及表8所示的内容为例，将第一账单信息作为对账标准，第一账单信息中的匹配不一致的第一唯一标识信息为1234，且第二账单信息中不包括与其相同的第二唯一标识信息，因此，可以知道该第一唯一标识信息1234对应的第一交易流水信息可能存在错误，因此，需要获取其对应的第一交易流水信息，保存至差错文件。

又例如，同样以表7及表8所示的内容为例，将第一账单信息作为对账标准，第二账单信息中的匹配不一致的第二唯一标识信息为1235，且第一账单信息中不包括与其相同的第一唯一标识信息，因此，可以知道该第二唯一标识信息1235对应的第二交易流水信息可能存在误差，因此，需要获取其对应的第二交易流水信息，保存至存疑文件。

本申请实施例中，还可使用以下方法，针对存疑文件进行进一步处理，以提高对账的准确性。

针对存疑文件，首先，读取存疑文件中的每条存疑明细信息，若存疑明细信息的交易日期与当前的对账日期相比超过预设阈值且交易状态为成功，则将该存疑明细信息转入差错文件。其中，预设阈值可以是1天、2天、3天等。

若存疑明细信息的交易日期与当前的对账日期相比超过预设阈值且交易状态为失败或办理中，则修改存疑明细信息的交易状态为成功，将其转入平账文件中。

如此，通过对存疑文件中进行进一步处理，提高了对账的准确性。

基于同一发明构思，本申请实施例中还提供了与基于文件的对账方法对应的基于文件的对账装置。

请结合参阅图4，本实施例也提供了一种基于文件的对账装置130，应用于计算机设备，所述基于文件的对账装置130包括：

发送模块131，用于发送对账请求至第一服务器及第二服务器，其中，所述对账请求包括预设筛选规则。

接收模块132，用于接收所述第一服务器发送的按照所述预设筛选规则，筛选得到的第一账本文件，接收所述第二服务器发送的按照所述预设筛选规则，筛选得到的第二账本文件。

读取模块133，用于读取所述第一账本文件中的第一账单信息以及第二账本文件中的第二账单信息。

比较模块134，用于将所述第一账单信息与第二账单信息进行比较，并保存比较结果。

由于本申请实施例中的装置解决问题的原理与本申请实施例上述基于文件的对账方法相似，因此装置的实施原理可以参见方法的实施原理，重复之处不再赘述。

本实施例也提供了一种可读存储介质，该可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述的基于文件的对账方法的步骤。

综上所述，本申请实施例提供了一种基于文件的对账方法、装置、计算机设备和可读存储介质，该方法首先发送对账请求至第一服务器及第二服务器，其中，对账请求包括预设筛选规则。接着接收第一服务器发送的按照预设筛选规则，筛选得到的第一账本文件，接收第二服务器发送的按照预设筛选规则，筛选得到的第二账本文件，然后读取第一账本文件中的第一账单信息以及第二账本文件中的第二账单信息，最后将第一账单信息与第二账单信息进行比较，并保存比较结果，无需占用服务器的大量运行内容，能够在保证系统正常运行的前提下，提高对账效率。以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (5)

1.一种基于文件的对账方法，其特征在于，应用于计算机设备，所述基于文件的对账方法包括：

发送对账请求至第一服务器及第二服务器，其中，所述对账请求包括预设筛选规则；

接收所述第一服务器发送的按照所述预设筛选规则，筛选得到的第一账本文件，接收所述第二服务器发送的按照所述预设筛选规则，筛选得到的第二账本文件；

将所述第一账本文件及所述第二账本文件写入所述计算机设备的系统临时文件中，读取所述第一账本文件中的第一账单信息以及第二账本文件中的第二账单信息；

按照预设规则对所述第一账单信息及所述第二账单信息进行标准化处理；

基于sort指令，针对标准化处理后的第一账单信息，按照预设排序规则进行排序，基于sort指令，针对标准化处理后的第二账单信息，按照所述预设排序规则进行排序，得到标准化处理及排序处理后的第一账单信息及第二账单信息；

所述第一账单信息中包括至少一条第一交易流水信息，每条第一交易流水信息与第一唯一标识信息一一对应，所述第二账单信息中包括至少一条第二交易流水信息，每条第二交易流水信息与第二唯一标识信息一一对应；

将所述第二账单信息中包括的每个第一唯一标识信息与所述第二账单信息中包括的每个第二唯一标识信息一一映射匹配；

获取匹配一致的第一唯一标识信息对应的第一交易流水信息，获取匹配一致的第二唯一标识信息对应的第二交易流水信息，并根据预设比较规则，比较该第一交易流水信息与该第二交易流水信息的数据内容是否一致，若是，则将该第二交易流水信息保存至平账文件，若否，则将该第二交易流水信息保存至差错文件；

获取匹配不一致的第一唯一标识信息对应的第一交易流水信息，保存至所述差错文件；

获取匹配不一致的该第二唯一标识信息对应的第二交易流水信息，保存至存疑文件；

针对所述存疑文件，读取所述存疑文件中的每条存疑明细信息，若存在任一存疑明细信息的交易日期与当前的对账日期相比超过预设阈值且交易状态为成功，则将该存疑明细信息转入差错文件；

若存在任一存疑明细信息的交易日期与当前的对账日期相比超过预设阈值且交易状态为失败或办理中，则修改存疑明细信息的交易状态为成功，将其转入平账文件。

2.根据权利要求1所述的基于文件的对账方法，其特征在于，所述按照预设规则对所述第一账单信息及所述第二账单信息进行标准化处理的步骤包括：

获取所述第一账单信息中包括的至少一个第一交易明细，按照预设明细数据排列规则对所有第一交易明细进行排列；

获取所述第二账单信息中包括的至少一个第二交易明细，按照所述预设明细数据排列规则对所有第二交易明细进行排列。

3.一种基于文件的对账装置，其特征在于，应用于计算机设备，所述基于文件的对账装置包括：

发送模块，用于发送对账请求至第一服务器及第二服务器，其中，所述对账请求包括预设筛选规则；

接收模块，用于接收所述第一服务器发送的按照所述预设筛选规则，筛选得到的第一账本文件，接收所述第二服务器发送的按照所述预设筛选规则，筛选得到的第二账本文件；

读取模块，用于将所述第一账本文件及所述第二账本文件写入所述计算机设备的系统临时文件中，读取所述第一账本文件中的第一账单信息以及第二账本文件中的第二账单信息；

其中，所述第一账单信息中包括至少一条第一交易流水信息，每条第一交易流水信息与第一唯一标识信息一一对应，所述第二账单信息中包括至少一条第二交易流水信息，每条第二交易流水信息与第二唯一标识信息一一对应；

比较模块，用于将所述第二账单信息中包括的每个第一唯一标识信息与所述第二账单信息中包括的每个第二唯一标识信息一一映射匹配；

获取匹配一致的第一唯一标识信息对应的第一交易流水信息，获取匹配一致的第二唯一标识信息对应的第二交易流水信息，并根据预设比较规则，比较该第一交易流水信息与该第二交易流水信息的数据内容是否一致，若是，则将该第二交易流水信息保存至平账文件，若否，则将该第二交易流水信息保存至差错文件；

获取匹配不一致的第一唯一标识信息对应的第一交易流水信息，保存至所述差错文件；

获取匹配不一致的该第二唯一标识信息对应的第二交易流水信息，保存至存疑文件；

针对所述存疑文件，读取所述存疑文件中的每条存疑明细信息，若存在任一存疑明细信息的交易日期与当前的对账日期相比超过预设阈值且交易状态为成功，则将该存疑明细信息转入差错文件；

若存在任一存疑明细信息的交易日期与当前的对账日期相比超过预设阈值且交易状态为失败或办理中，则修改存疑明细信息的交易状态为成功，将其转入平账文件；

所述基于文件的对账装置，还用于按照预设规则对所述第一账单信息及所述第二账单信息进行标准化处理；

基于sort指令，针对标准化处理后的第一账单信息，按照预设排序规则进行排序，基于sort指令，针对标准化处理后的第二账单信息，按照所述预设排序规则进行排序，得到标准化处理及排序处理后的第一账单信息及第二账单信息。

4.一种计算机设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至2任一所述的基于文件的对账方法的步骤。

5.一种可读存储介质，其特征在于，该可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至2任一所述的基于文件的对账方法的步骤。

Images