一种对账文件验证方法及终端设备与流程

本发明属于数据处理技术领域，尤其涉及对账文件验证方法及终端设备。

背景技术：

现有的借贷公司都会同时与多个资金合作方进行资金合作，如同时与多个银行进行资金合作，并会在一些特定时间对资金合作方提供过来的对账文件进行验证，即将对账文件中的待验证数据与借贷公司内部标准数据表的标准数据进行对比核实，判断对账文件中的待验证数据是否都满足要求。

现有技术中的对账文件验证方法，都是对对账文件中所需对比核实的数据进行逐条抽取比对处理。实际情况中，由于对账文件本身所包含的数据量非常大，因此，在对大数据量的对账文件进行验证时，特别是在同时对多个大数据量的对账文件进行验证时，现有技术的逐条抽取数据对比需要耗费大量的服务器资源，严重时甚至可能会导致服务器出现卡顿或宕机等情况，处理效率极其低下。因此，现有技术在对大数据量的对账文件进行验证时，处理效率低下。

技术实现要素：

有鉴于此，本发明实施例提供了一种对账文件验证方法及终端设备，以解决现有技术中在对大数据量的对账文件进行验证时，处理效率低下的问题。

本发明实施例的第一方面提供了一种对账文件验证方法，包括：

将对账文件中的待验证字段数据，以及所述待验证字段数据在标准数据表中对应的标准字段数据，分别插入至对应的预设表格模板中，得到大小相同的待验证字段数据表以及标准字段数据表；

对所述待验证字段数据表以及所述标准字段数据表分别进行表格拆分，得到对应包含h个大小相同的数据表的待验证表集，以及包含h个大小相同的数据表的标准表集，其中，h为正整数；

获取服务器最大可用并行处理任务数p，从所述待验证表集中选取出p个数据表，并从所述标准表集中提取出与所述p个数据表分别对应的p个数据表，其中，p为正整数；

将所述待验证表集中选取出的p个数据表与所述标准表集中选取出的p个数据表分别进行数据比对，输出数据对比结果，并返回执行所述获取服务器最大可用并行处理任务数p的操作，直至所述待验证表集为空。

本发明实施例的第二方面提供了一种对账文件验证终端设备，所述对账文件验证终端设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤。

将对账文件中的待验证字段数据，以及所述待验证字段数据在标准数据表中对应的标准字段数据，分别插入至对应的预设表格模板中，得到大小相同的待验证字段数据表以及标准字段数据表；

对所述待验证字段数据表以及所述标准字段数据表分别进行表格拆分，得到对应包含h个大小相同的数据表的待验证表集，以及包含h个大小相同的数据表的标准表集，其中，h为正整数；

获取服务器最大可用并行处理任务数p，从所述待验证表集中选取出p个数据表，并从所述标准表集中提取出与所述p个数据表分别对应的p个数据表，其中，p为正整数；

将所述待验证表集中选取出的p个数据表与所述标准表集中选取出的p个数据表分别进行数据比对，输出数据对比结果，并返回执行所述获取服务器最大可用并行处理任务数p的操作，直至所述待验证表集为空。

本发明实施例的第三方面提供了一种计算机可读存储介质，包括：存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如上所述的对账文件验证方法的步骤。

本发明实施例与现有技术相比存在的有益效果是：本发明实施例中，通过将大数据量对账文件中所需样子的字段数据以及业务系统中对应的标准字段数据转换为统一格式的数据表，并拆分为对应的多个包含数据量更小的数据子表，由于每个数据子表所包含的数据量是已知可控的，因此对每次数据对比的工作量也是可控的，从而保证了每次对数据对比的工作量不会过大。同时，在得到包含数据量更小的数据子表的基础上再进行数据对比，相对逐条字段数据对比而言单次对比的数据量也将更大，对比速度也将更快效率更高，如可以采取现有的数据矩阵对比等形式来进行数据对比，提高对比效率。另一方面，每次在对数据子表进行对比时，都是选取服务器可承受范围内最大任务数的同步并行处理，在保证了对数据子表的处理效率的同时，又保证了不会使得服务器不会出现超负荷处理，从而实现了对对账文件的高效处理。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的对账文件验证方法的实现流程示意图；

图2是本发明实施例二提供的对账文件验证方法的实现流程示意图；

图3是本发明实施例三提供的对账文件验证方法的实现流程示意图；

图4是本发明实施例四提供的对账文件验证方法的实现流程示意图；

图5是本发明实施例五提供的对账文件验证装置的结构示意图；

图6是本发明实施例六提供的对账文件验证终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1示出了本发明实施例一提供的对账文件验证方法的实现流程图，详述如下：

s101，将对账文件中的待验证字段数据，以及待验证字段数据在标准数据表中对应的标准字段数据，分别插入至对应的预设表格模板中，得到大小相同的待验证字段数据表以及标准字段数据表。

由于待验证数据与标准数据中包含着大量数据类型不同的数据，且实际在对对账文件进行验证时发现，待验证数据或标准数据中可能会存在部分数据缺失空白的情况，如待验证数据中交易金额缺失空白。在本发明实施例中，后续对比采用的是对表格进行拆分，并将拆分得到的对应的数据表进行对比的形式来验证对账文件中的待验证数据，因此，为了保证固化后得到的数据表能完整有效地存储待验证数据与标准数据，同时保证拆分的表格大小完全相同，以确保表格拆分对比的准确有效，本发明实施例中首先会预先针对待验证数据和标准数据中不同数据类型的数据，设置好对应的数据类型格式的表格模板，以完整有效的存储验证数据与标准数据，再采用表格模板固化待验证数据及标准数据的形式，从而使得即使待验证数据或标准数据中缺失了部分数据，这缺失的部分数据也依然会占用相应的数据格，以确保最终得到的待验证数据和标准数据固化后对应的表格模板的大小完全相同。

另一方面，实际情况中，由于各个资金合作方发过来的都是根据其自己系统的要求生成的对账文件，从而导致了不同资金合作方所提供的对账文件的格式可能存在较大差异的情况，如对账文件可能是xml、txt或者csv等格式文件，因此实际情况中是无法直接将对账文件中的待验证数据与标准数据进行对比的。本发明实施例中为了将待验证数据与标准数据进行对比，首先会将两者对应的字段数据进行提取，并分别插入至相同的预设表格模板中，从而实现了对待验证数据与标准数据的格式统一化，从而为后续的数据比对验证提供基础。

s102，对待验证字段数据表以及标准字段数据表分别进行表格拆分，得到对应包含h个大小相同的数据表的待验证表集，以及包含h个大小相同的数据表的标准表集，其中，h为正整数。

在对待验证数据和标准数据进行固化后，为了提升对数据对比验证的效率，本发明实施例中采用了对表格进行拆分比对的形式来进行数据表的数据比对，其中，拆分出的每个数据表的大小，具体可以由技术人员根据服务器的实际处理能力预先进行设定，服务器处理能力越强，则该数据表可设置的越大。

应当说明地，由于待验证字段数据表和标准字段数据表中每一行字段数据都会有至少一个字段名标识，以标记这一行字段数据对应的实际意义，如假设每笔交易数据占用一行字段数据，此时，交易的流水号就是这一行字段数据的字段名标识。若直接对待验证字段数据表和标准字段数据表进行拆分，可能会导致差分后得到的多个数据表中，仅会有一个数据表中包含字段名标识，而没有包含字段名标识的数据表中的数据，由于没有字段名标识进行标记，从而会使得其中的数据无法确定其实际意义，如假设上述的交易流水号是在最左侧列中，此时，直接拆分得到的数据表中只有包含原最左列的数据表中才会具有交易流水号，其他数据表中的数据由于不包含交易流水号，从而使得这些数据表中包含的数据无法确定出其对应的是哪笔交易。因此，为了准确确定出拆分后得到的每个数据表中每行数据对应的字段名标识，以保证后续对待验证字段数据表和标准字段数据表拆分后的数据表的对比处理时，能够准确查找出相互对应的数据表，本发明实施例中，会对拆分后的每个数据表中每行数据对应的字段名标识进行记录，在进行数据表对比时，只需要查找出对应的字段名标识完全相同的数据表进行对比即可。其中，具体对数据表中每行数据对应的字段名标识进行记录的方法，此处不予限定，可由技术人员自行设定，包括但不限于如在数据表中设置一个专门的用于记录字段名标识的数据列，并把每行数据对应的字段名标识记录至该数据列，或者在拆分后单独采用一个文件记录拆分后每个数据表每行数据对应的字段名标识。

s103，获取服务器最大可用并行处理任务数p，从待验证表集中选取出p个数据表，并从标准表集中提取出与p个数据表分别对应的p个数据表，其中，p为正整数。

在得到拆分后的数据表之后，需要对这些数据表进行对比以完成对对账文件的验证。考虑到实际情况中服务器的处理性能各不相同，有些只能单线程地进行任务处理，而有些却能多线程地并行处理多个任务，因此，为了提高对对账文件的处理效率，同时防止一次分配给服务器分配过多的任务，导致服务器出现超负荷的情况，本发明实施例会在对数据表进行数据对比验证之前，先确认出服务器当前最大可并行处理的任务数p，再从待验证数据表集以及标准数据表集中，各提取出对应的p个数据表，以进行后续的数据对比。由于p是服务器当前可处理的最大并行任务数，因此，此时选取p个数据表进行对比，最大化地利用了服务器的处理能力，保证了对数据表最大化效率的处理，同时由于所需处理对比的任务数没有超出服务器当前可处理的最大并行任务数，因此，服务器不会因同时进行多个数据表的对比，而承担超负荷的工作量。

s104，将待验证表集中选取出的p个数据表与标准表集中选取出的p个数据表分别进行数据比对，输出数据对比结果，并返回执行获取服务器最大可用并行处理任务数p的操作，直至待验证表集为空。

在提取出所需对比的数据表之后，开始对这些数据表进行批量并行对比处理，以得到这一批数据表的对比结果。在对这一批选取出来的数据表对比完成后，需要继续从待验证数据表集以及标准数据表集中继续提取数据表进行对比验证，一直到对待验证表集里面所有的数据表验证完成后，完成对整个对账文件的验证。同样地，为了保证对每一批数据表验证的高效性，同时保证数据表对比验证是服务器不会出现超负荷的现象，本发明实施例在每次进行数据表提取时，都是返回至步骤s103，读取实时的服务器可处理的最大并行任务数。其中，具体的数据表对比处理方法可由技术人员自行设定，如可以将数据表中的数据转换为数据矩阵，并进行矩阵运算处理，以保证对数据表对比处理的效率，具体可参考本发明实施例三。

本发明实施例中，通过将大数据量对账文件中所需样的字段数据以及借贷公司内部业务系统中对应的标准字段数据转换为统一格式的数据表，并拆分为对应的多个包含数据量更小的数据表，由于每个数据表所包含的数据量是已知可控的，因此对每次数据对比的工作量也是可控的，从而保证了每次对数据对比的工作量不会过大。同时，在得到包含数据量更小的数据表的基础上，再进行数据表数据的批量对比，相对逐条字段数据对比而言单次对比的数据量也将更大，对比速度也将更快效率更高，如可以采取现有的数据矩阵对比等形式来进行数据对比，提高对比效率。另一方面，每次在对数据表进行对比时，都是选取服务器可承受范围内最大任务数的同步并行处理，在保证了对数据表的处理效率的同时，又保证了不会使得服务器不会出现超负荷处理，从而实现了对对账文件的高效处理。

作为本发明实施例二，如图2所示，在将对账文件中的待验证字段数据，以及待验证字段数据在标准数据表中对应标准字段数据，分别插入至对应的预设表格模板中之前，还包括：

s201，接收用户设备发送的对账文件以及对应的用户标识，并根据预设的用户标识与待验证字段的对应关系，确定出用户标识对应的待验证字段名称，用户设备为资金合作方用于发送对账文件的设备。

由于不同资金合作方与借贷公司合作的业务种类有所不同，因此对账文件所包含的待验证的数据也有所不同。在本发明实施例中，首先会由技术人员根据每个资金合作方与借贷公司合作的业务确定出每个资金合作方对应所需验证的数据，并确定出对应的待验证字段名称，再根据资金合作方发送的用户标识，来确定出其对应的待验证字段名称，从而实现了对每个不同的资金合作方待验证字段名称的确定。

s202，从对账文件中查找出待验证字段名称的待验证字段数据，并在标准数据表中确定出与待验证字段数据对应的待字段名称的标准字段数据。

在确定出所需验证的字段数据的名称后，再根据待验证字段名称来从对账文件和标准数据表中查找出所需对比处理的待验证字段数据以及标准字段数据，以为后续本发明实施例一进行数据对比提供基础数据。

作为本发明的又一实施例，在s201接收对账文件时，考虑到不同资金合作方提供的对账文件的传输方式不同，如http，https或ftp等，而不同的传输方式其特点也各不相同，如http，https容易出现数据掉包现象，而ftp服务器容易出错，因此为了保证能获取到完整有效的对账文件，需要根据传输方式的不同，采取一些对应的补救机制，如针对ftp传输方式采用重试机制进行补救，即在下载出错时自动尝试重新下载，而对易数据掉包的添加数据完整性校验机制，并在校验结果为不完整时自动请求重新下载。

因此，在本发明实施例中，首先会检测与资金合作方的用户设备的数据传输方式，再在接收到对账文件后，根据设定的传输方式对应的文件补救方法，来对对账文件进行检测和重试等处理。

作为本发明实施例三，如图3所示，在对选取出来的数据表进行比对时，包括：

s301，将待验证表集中选取出的p个数据表转换为待验证数据矩阵，并将标准表集中选取出的p个数据表转换为标准数据矩阵。

s302，将待验证数据矩阵与对应的标准数据矩阵进行矩阵减法运算，判断待验证数据矩阵与对应的标准数据矩阵是否相同。

在本发明实施例中，为了提升对数据表的处理速度，以提升对对账文件的处理效率，会将数据表中的数据提取出来并转换为数据矩阵，再进行矩阵的减法运算，从而使得对包含较多数据量的数据表的处理变得快速高效。其中，在进行矩阵转换时，由于并非所有的数据都是可直接进行减法运算的数值类型，如汉字、英文字母等，因此，为了保证后续矩阵运算可正常进行，本发明实施例在进行转换时，会将数据表中所有数据统一转换为可减法运算的数值类型，其中具体的转换规则，可由技术人员自行设定，如对于英文字母等，可以利用ascii码对照表进行转换，得到对应的可减法运算的ascii码值，对于汉字可利用一些现有的汉字变化规则，将其编码得到对应的可减法运算的数值码。

由于相同的数据在经过相同的转换规则进行转换后，得到的数值必定相同，而空数据转换出来的数值是个已知的固定值，因此在进行减法运算后，可以很容易地判断出待验证数据是否存在错误，错误类型是数据不同还是数据丢失等。

s303，若判断结果为待验证数据矩阵与对应的标准数据矩阵不相同，根据矩阵减法运算得到的结果，确定出待验证数据矩阵与对应的标准数据矩阵中存在差异的数据，得到数据对比结果。

若待验证数据矩阵与对应的标准数据矩阵不相同，说明其中必定存在有差异的一个或多个数据，此时，只有从得到的结果中查找出不为零的结果，再判定具体的错误类型，即可得到数据对比结果。

而若待验证数据矩阵与对应的标准数据矩阵相同，则说明两者对应的数据完全相同，因此就说明对应的待验证表集中选取出的数据表与在标准表集中选取出的对应的数据表数据完全相同。

应当说明地，由于在进行数据对比验证时，并非所有的数据都必须完全相同才能被认定为对账成功，如对于交易日期而言，对账文件和标准数据中，都会记录具体的交易时间，如x年x月x日x时，但对于交易日期而言，只要是同一天即可，因此，在进行交易时间对比时，其实想得到的结果是对应的交易日期是否相同，而非简单的交易时间是否完全相同。此时若直接进行矩阵数据转换的话，得到的记过必定是错误的，因此，本发明实施例三中针对的仅仅是必须完全相同的数据的对比验证。为了保证本发明实施例三的有效性，在本发明实施例三进行矩阵转换之前，可以先根据技术人员设定的数据对比规则来检测待处理的数据表中的数据是否都可以直接根据矩阵运算得到对比结果，若存在如上述的交易时间的对比情况，则不采用本发明实施例三来进行处理，而是采用其他的，如直接对比数据表数据的方法来进行处理。

作为本发明的一个实施例，若待验证字段数据中包含交易时间，将待验证表集中选取出的p个数据表与标准表集中选取出的p个数据表分别进行数据比对，包括：

若待验证表集中的交易时间与标准表集中交易时间分布在预设时间点的两侧，且交易时间差值小于预设的交易时间阈值，判定待验证表集的交易日期与标准表集的交易日期相同，预设时间点用于切分账款对应的交易日期。

其中，预设时间点即为对账切分时间点，由技术人员根据借贷公司以及资金合作方需求进行设定。实际应用中存在这样一种情况，由于网络等问题业务系统记录的交易时间与资金合作方记录的交易时间可能存在差异，且两者的时间刚好位于对账切分时间点的两侧，如业务系统中记录了是12号23:59发起的交易，但合作方在13号00:01分才进行了交易处理，同时在进行对账切分时间点设置时，设置了对账切分时间点为每天的00：00，此时对于业务系统和资金合作方而言，其记录的交易时间对应的交易日期会出现差异，因此可能会导致该笔交易对账的失败。由于实际应用中网络等问题往往难以避免，因此为了避免该种情况导致对账失败，本发明实施例在对交易时间进行对比时，会设置一个交易时间阈值若双方的交易时间在对账切分时间点，且时间差小于对账切分时间点，说明两笔交易极有可能是同一笔交易，此时会将两者的交易日期认定为相同。

作为本发明实施例四，如图4所示，在待验证表集为空之后，还包括：

s401，判断数据对比结果的类型，并根据预设的结果类型与用户设备的对应关系，确定出数据对比结果对应的用户设备。

s402，将数据对比结果发送至用户设备。

在本发明实施例中，数据对比结果的类型至少包括四种：1、对账成功，即待验证字段数据和标准字段数据完全相同。2、合作的数据缺失，即标准字段数据存在数据，但待验证字段数据中对应的数据为空，如标准字段数据中存在交易金额数据，但待验证字段数据中对应的交易金额数据为空。3、标准数据缺失，即待验证字段数据存在数据，但标准字段数据中对应的数据为空，如待验证字段数据中存在交易金额数据，但标准字段数据中对应的交易金额数据为空。4、对账失败，即待验证字段数据和标准字段数据完全相同中，存在不为空，但数据内容不同的情况。

由于实际应用中，对对账文件不同对比结果的负责处理的部门不同，如对账成功、数据缺失和对账失败，对应负责处理的部门可能会有所不同，此时，需要将对比的具体结果发送至这些部门进行处理。本发明实施例中，技术人员在确定出每个不同结果负责处理部门的用户设备之后，预先将该处理结果类型与用户设备的对应关系进行设定，并在确定出最终的数据对比结果后，将该结果发送至对应的用户设备，以使得对应部门能及时进行处理。

对应于上文实施例的方法，图5示出了本发明实施例提供的对账文件验证装置的结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。图5示例的对账文件验证装置可以是前述实施例一提供的对账文件验证方法的执行主体。

参照图5，该对账文件验证装置包括：

表格生成模块51，用于将对账文件中的待验证字段数据，以及所述待验证字段数据在标准数据表中对应的标准字段数据，分别插入至对应的预设表格模板中，得到大小相同的待验证字段数据表以及标准字段数据表。

表格拆分模块52，用于对所述待验证字段数据表以及所述标准字段数据表分别进行表格拆分，得到对应包含h个大小相同的数据表的待验证表集，以及包含h个大小相同的数据表的标准表集，其中，h为正整数。

表格选取模块53，用于获取服务器最大可用并行处理任务数p，从所述待验证表集中选取出p个数据表，并从所述标准表集中提取出与所述p个数据表分别对应的p个数据表，其中，p为正整数。

数据对比模块54，用于将所述待验证表集中选取出的p个数据表与所述标准表集中选取出的p个数据表分别进行数据比对，输出数据对比结果，并返回执行所述获取服务器最大可用并行处理任务数p的操作，直至所述待验证表集为空。

进一步地，该对账文件验证装置，还包括：

文件接收模块，用于接收用户设备发送的所述对账文件以及对应的用户标识，并根据预设的用户标识与待验证字段的对应关系，确定出所述用户标识对应的待验证字段名称，所述用户设备为资金合作方用于发送所述对账文件的设备。

字段提取模块，用于从所述对账文件中查找出所述待验证字段名称的所述待验证字段数据，并在所述标准数据表中确定出与所述待验证字段数据对应的所述待字段名称的所述标准字段数据。

进一步地，数据对比模块54，包括：

矩阵转换模块，用于将所述待验证表集中选取出的p个数据表转换为待验证数据矩阵，并将所述标准表集中选取出的p个数据表转换为标准数据矩阵。

矩阵运算模块，用于将所述待验证数据矩阵与对应的所述标准数据矩阵进行矩阵减法运算，判断所述待验证数据矩阵与对应的所述标准数据矩阵是否相同。

结果确定模块，用于若判断结果为所述待验证数据矩阵与对应的所述标准数据矩阵不相同，根据矩阵减法运算得到的结果，确定出所述待验证数据矩阵与对应的所述标准数据矩阵中存在差异的数据，得到所述数据对比结果。

进一步地，数据对比模块54，还包括：

若所述待验证表集中的交易时间与所述标准表集中交易时间分布在预设时间点的两侧，且所述交易时间差值小于预设的交易时间阈值，判定所述待验证表集的交易日期与所述标准表集的交易日期相同，所述预设时间点用于切分账款对应的交易日期。

进一步地，该对账文件验证装置，还包括：

结果识别模块，用于判断所述数据对比结果的类型，并根据预设的结果类型与用户设备的对应关系，确定出所述数据对比结果对应的用户设备。

结果传输模块，用于将所述数据对比结果发送至所述用户设备。

本发明实施例提供的对账文件验证装置中各模块实现各自功能的过程，具体可参考前述图1所示实施例一的描述，此处不再赘述。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

还应理解的是，虽然术语“第一”、“第二”等在文本中在一些本发明实施例中用来描述各种元素，但是这些元素不应该受到这些术语的限制。这些术语只是用来将一个元素与另一元素区分开。例如，第一接触可以被命名为第二接触，并且类似地，第二接触可以被命名为第一接触，而不背离各种所描述的实施例的范围。第一接触和第二接触都是接触，但是它们不是同一接触。

图6是本发明一实施例提供的对账文件验证终端设备的示意图。如图6所示，该实施例的对账文件验证终端设备6包括：处理器60、存储器61，所述存储器61中存储有可在所述处理器60上运行的计算机程序62。所述处理器60执行所述计算机程序62时实现上述各个对账文件验证方法实施例中的步骤，例如图1所示的步骤101至104。或者，所述处理器60执行所述计算机程序62时实现上述各装置实施例中各模块/单元的功能，例如图5所示模块51至54的功能。

所述对账文件验证终端设备6可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述对账文件验证终端设备可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是对账文件验证终端设备6的示例，并不构成对对账文件验证终端设备6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述对账文件验证终端设备还可以包括输入发送设备、网络接入设备、总线等。

所称处理器60可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器61可以是所述对账文件验证终端设备6的内部存储单元，例如对账文件验证终端设备6的硬盘或内存。所述存储器61也可以是所述对账文件验证终端设备6的外部存储设备，例如所述对账文件验证终端设备6上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。进一步地，所述存储器61还可以既包括所述对账文件验证终端设备6的内部存储单元也包括外部存储设备。所述存储器61用于存储所述计算机程序以及所述对账文件验证终端设备所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经发送或者将要发送的数据。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使对应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。