CN105550188A - 一种数据文件处理的方法和装置 - Google Patents

Abstract

本申请实施例提供了一种数据文件处理的方法和装置，所述数据文件中包括一页或者多页的数据表，所述一页或者多页的数据表中包括页全局信息和明细记录，所述数据文件具有处理状态；所述的方法包括：将页全局信息添加到预设的数据栈中；采用明细记录生成页变化数据；从所述数据栈中提取出页全局信息；采用所述页全局信息和页变化数据校验所述数据文件；依据所述校验结果更新所述数据文件的处理状态。本申请实施例用以提高数据文件的处理效率，即使在数据量大的情况下，也能对数据文件进行正常的处理。

Description

一种数据文件处理的方法和装置

技术领域

本申请涉及数据处理技术领域，特别是涉及一种数据文件处理的方法和一种数据文件处理的装置。

背景技术

数据文件是企业应用软件系统不可或缺的一部分，通过计算机对各种数据文件进行解析、校验、存入数据库的处理操作，可以实现数据的规范化管理，极大提高了工作效率，加速了各行业信息化进程。对账单作为数据文件的其中一种，在日常生活中被广泛应用。

在传统的对账单处理流程中，在对账单中需要将所有明细记录全部解析完成，并校验对账单的正确性后，才能导入数据库中。以银行系统中的传统的MT940机构对账单为例，一个MT940机构对账单只有一个用户账号，一个用户账号只有一页的数据表，因此，对MT940机构对账单的解析操作非常简单，只要将全部的明细记录进行统计即可，从而验证MT940机构对账单的正确性。

然而，随着用户使用人数，以及，对账单明细记录的增加，现今一个MT940机构对账单通常有多个用户账号，每个用户账号又有多页的数据表，如果数据文件中的每个明细记录如果有跨行，就更难进行统计和校验。由于在所有的明细记录全部解析完成，校验MT940机构对账单的准确性后，才存入数据库中，在数据量很大的情况下，会造成系统处理缓慢或内存溢出，甚至造成系统瘫痪。

因此，目前需要本领域技术人员迫切解决的一个技术问题就是：如何提出一种数据文件的处理策略，用以提高数据文件的处理效率，即使在数据量大的情况下，也能对数据文件进行正常的处理。

申请内容

本申请实施例所要解决的技术问题是提供一种数据文件处理方法，用以提高数据文件的处理效率，即使在数据量大的情况下，也能对数据文件进行正常的处理。

相应的，本申请实施例还提供了一种数据文件处理装置，用以保证上述方法的实现及应用。

为了解决上述问题，本申请公开了一种数据文件处理的方法，所述数据文件中包括一页或者多页的数据表，所述一页或者多页的数据表中包括页全局信息和明细记录，所述数据文件具有处理状态；所述的方法包括：

将页全局信息添加到预设的数据栈中；

采用明细记录生成页变化数据；

从所述数据栈中提取出页全局信息；

采用所述页全局信息和页变化数据校验所述数据文件；

依据所述校验结果更新所述数据文件的处理状态。

优选地，在所述采用明细记录生成页变化数据的步骤之前，还包括：

从所述数据文件中按序提取出预设数量的明细记录；

将所述明细记录存入到预设的数据库中。

优选地，所述页全局信息包括初期数据值和期末数据值；所述采用页全局信息和所述页变化数据校验所述数据文件的步骤包括：

采用所述初期数据值和页变化数据计算当前数据值；

判断所述当前数据值与所述期末数据值是否一致；

若是，则判定校验结果为校验成功；

若否，则判定校验结果为校验失败。

优选地，所述依据校验结果更新所述数据文件的处理状态的步骤包括：

若所述校验结果为校验成功，则将所述数据文件的处理状态更新为处理成功状态；

若所述校验结果为校验失败，则将所述数据文件的处理状态更新为处理失败状态。

优选地，所述页全局信息中包括用户标识，所述的方法还包括：

建立用户标识和页全局信息的映射关系表；

从所述映射关系表中提取出用户标识一致的页全局信息；

从所述页全局信息中提取出期末数据值；

采用所述期末数据值计算所述用户标识所对应的总期末数据值。

优选地，所述数据文件为对账单，所述初期数据值为初期数据金额，所述期末数据值为期末数据金额，所述用户标识为用户账号。

本申请实施例还公开了一种数据文件处理的装置，所述数据文件中包括一页或者多页的数据表，所述一页或者多页的数据表中包括页全局信息和明细记录，所述数据文件具有处理状态；所述的装置包括：

添加模块，用于将页全局信息添加到预设的数据栈中；

生成模块，用于采用明细记录生成页变化数据；

第一提取模块，用于从所述数据栈中提取出页全局信息；

校验模块，用于采用所述页全局信息和页变化数据校验所述数据文件；

更新模块，用于依据所述校验结果更新所述数据文件的处理状态。

优选地，所述的装置还包括：

第二提取模块，用于从所述数据文件中按序提取出预设数量的明细记录；

存入模块，用于将所述明细记录存入到预设的数据库中。

优选地，所述页全局信息包括初期数据值和期末数据值；所述校验模块包括：

计算子模块，用于采用所述初期数据值和页变化数据计算当前数据值；

判断子模块，用于判断所述当前数据值与所述期末数据值是否一致；若是，则调用校验成功子模块，若否，则调用校验失败子模块；

校验成功子模块，用于判定校验结果为校验成功；

校验失败子模块，用于判定校验结果为校验失败。

优选地，所述更新模块包括：

第一更新子模块，用于在所述校验结果为校验成功时，将所述数据文件的处理状态更新为处理成功状态；

第二更新子模块，用于在所述校验结果为校验失败时，将所述数据文件的处理状态更新为处理失败状态。

优选地，所述页全局信息中包括用户标识，所述的装置还包括：

映射模块，用于建立用户标识和页全局信息的映射关系表；

第三提取模块，用于从所述映射关系表中提取出用户标识一致的页全局信息；

第四提取模块，用于从所述页全局信息中提取出期末数据值；

统计模块，用于采用所述期末数据值计算所述用户标识所对应的总期末数据值。与现有技术相比，本申请实施例包括以下优点：

在本申请实施例中，当启动数据文件的处理任务时，将该数据文件中数据表的页全局信息添加到预设的数据栈中，并统计数据表中的明细记录生成页变化数据，为了保证数据文件的准确性，还需要针对数据文件进行校验，此时可以将数据栈中存储的页全局信息与根据明细记录统计页变化数据进行对比，从而可以判断数据文件的准确性。当数据文件校验完成后，还可以根据校验结果更新数据文件的处理状态。本申请实施例可以采用上述流程对数据文件进行处理，提高数据文件的处理效率，即使在数据量大的情况下，也能对数据文件进行正常的处理，提高系统的性能以及提升了系统的数据处理能力。

在本申请实施例中，将页全局信息事先存储在数据栈中，当需要对数据文件进行验证才从数据栈中提取，由于对于数据文件的任何处理操作不会有影响存储在数据栈中的页全局信息，提高了校验的可靠性。

本申请实施例中，可以对数据文件的数据表逐页进行校验，如果有一页的数据表校验失败，则以停止本次对数据文件的校验，该数据文件校验失败，减轻了系统负担。

附图说明

图1是本申请的一种数据文件处理的方法实施例1的步骤流程图；

图2是本申请的一种数据文件处理的方法实施例2的步骤流程图；

图3是本申请的一种数据文件处理的流程示意图；

图4是本申请的一种数据文件处理的装置实施例的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请的一种数据文件处理的方法实施例1的步骤流程图，所述数据文件中可以包括一页或者多页的数据表，所述一页或者多页的数据表中可以包括页全局信息和明细记录，所述数据文件可以具有处理状态；所述的方法具体可以包括如下步骤：

步骤101，将页全局信息添加到预设的数据栈中；

步骤102，采用明细记录生成页变化数据；

步骤103，从所述数据栈中提取出页全局信息；

步骤104，采用所述页全局信息和页变化数据校验所述数据文件；

步骤105，依据所述校验结果更新所述数据文件的处理状态。

在本申请实施例中，当启动数据文件的处理任务时，将该数据文件中数据表的页全局信息添加到预设的数据栈中，并统计数据表中的明细记录生成页变化数据，为了保证数据文件的准确性，还需要针对数据文件进行校验，此时可以将数据栈中存储的页全局信息与根据明细记录统计页变化数据进行对比，从而可以判断数据文件的准确性。当数据文件校验完成后，还可以根据校验结果更新数据文件的处理状态。本申请实施例可以采用上述流程对数据文件进行处理，以提高数据文件的处理效率，即使在数据量大的情况下，也能对数据文件进行正常的处理，提高系统的性能以及提升了系统的数据处理能力。

在本申请实施例中，将页全局信息事先存储在数据栈中，当需要对数据文件进行验证才从数据栈中提取，由于对于数据文件的任何处理操作不会影响存储在数据栈中的页全局信息，提高了校验的可靠性。

本申请实施例中，可以对数据文件的数据表逐页进行校验，如果有一页的数据表校验失败，则以停止本次对数据文件的校验，该数据文件校验失败，减轻了系统负担。

参照图2，示出了本申请的一种数据文件处理的方法实施例2的步骤流程图，所述数据文件中可以包括一页或者多页的数据表，所述一页或者多页的数据表中可以包括页全局信息和明细记录，所述数据文件可以具有处理状态；所述的方法具体可以包括如下步骤：

步骤201，将页全局信息添加到预设的数据栈中；

在具体实现中，数据文件可以为MT940机构对账单、MT950机构对账单等其他类型的对账单，当然，上述的数据文件仅仅是作为示例，也可以为其他存储数据表的文件，本申请实施例对此不加以限制。

在本申请实施例中，页全局信息可以包括页头全局信息和页尾全局信息。其中，页头全局信息包含该页数据表的页码，用户标识，该页数据表的期初余额，页尾全局信息则包含该页数据表的期末余额。

步骤202，采用明细记录生成页变化数据；

步骤203，从所述数据文件中按序提取出预设数量的明细记录；

步骤204，将所述明细记录存入到预设的数据库中；

在具体实现中，每页的数据表都有多条的明细记录，每条明细记录具有相应的标识。明细记录可能以61作为标识(开头)，以61标识表明是数据文件中的一条明细记录。

以下为一个银行的MT940机构对账单的简单示例：

:20:STL2110008530537//数据库

:25:20000003812324//账号

:28C:39/1//页码

:60F:C140729GBP280271，3//期初余额

:61:1407300730C146370，03FTRFWORLDPAYLIMITED//PET696622211//明细记录

RBOSGB55

:86:/EREF/RBSBCSI05277705/REMI/BTX10400055ZB169/ORDP//NAME/WORLDPAY//附言信息

LIMITEDTHEWALBROOKBUILDING25WALBROOKEC4

N8AFLONDONGB

:62F:C140730GBP284631,47//期末余额

$//分隔符

:20:CFC2110008542785

:25:20000067986499

:28C:39/1

:60F:C140729USD0

:62F:C140730USD0

在银行的MT940机构对账单中，可采用20、21、25、61、86等数字作为标识(开头)，不同数字分别代表不同的意义。以61开头代表是一条明细记录一条单独的MT940机构对账单的明细记录。在实际中每条明细记录可能有相应的附言信息和明细信息，当然也可能没有。明细信息和附言信息都有可能跨行。

其中，在明细记录中还可以具有附言信息，附言信息可以用于为明细记录的解释说明。具体而言，有些以61开头的明细记录可能没有完整表述其相关信息，则可以采用86开头的附言信息对明细记录进行补充说明。例如，根据附言信息则可以判断明细记录属于什么款项，比如是调拨款、清算款、手续费等其他款项。此外，明细记录中还可以具有明细信息，根据明细信息可以获知具体金额，该金额的借贷方向(金额可正可负)，银行记录日期等等。

在本申请实施例中，在数据文件进行处理的过程中，为了不占用太多的系统内存，造成内存溢出或系统瘫痪，可以每次只处理N条的明细记录，再将处理完成的明细记录批量存入数据库中。

其中，N的设置的原则是不占用太多内存，且不需要频繁将明细记录存入到数据库中，因此N可以设为100或者1000，当然，上述数值仅仅作为示例，本申请实施例对此不加以限制。

步骤205，从所述数据栈中提取出页全局信息；

步骤206，采用所述页全局信息和页变化数据校验所述数据文件；

在本申请的一种优选实施例中，所述页全局信息包括初期数据值和期末数据值；所述步骤206可以包括如下子步骤：

子步骤S11，采用所述初期数据值和页变化数据计算当前数据值；

子步骤S12，判断所述当前数据值与所述期末数据值是否一致；若是，则执行子步骤S13，若否，则执行子步骤S14；

子步骤S13，判定校验结果为校验成功；

子步骤S14，判定校验结果为校验失败。

以银行系统的MT940对账单为例，在每页的数据表中包括有初期数据值，也就是期初余额(每页数据表中在页头全局信息上展示的该数据表前期的金额)，在每页的数据表中还包括有期末数据值，也就是期末金额(每页数据表中在页尾全局信息上展示的该数据表后期的金额)。此外，根据每页数据表中的明细记录可以统计出页变化数据，也就是每页数据表的明细记录的金额汇总。

在本申请实施例中，数据文件的正确性的校验是根据每页数据表中的页全局信息中来进行校验的。校验的公式为：期初余额+每页数据表明细记录的金额汇总＝期末余额。

如果期初余额加上每页数据表明细记录的金额汇总等于期末余额，则说明该页数据表中的明细记录没有出现错误，则可以判定数据文件的校验结果为校验成功。如果期初余额加上每页数据表明细记录的金额汇总不等于期末余额，则说明该页数据表中的明细记录出现错误，则可以判定数据文件的校验结果为校验失败。

步骤207，依据所述校验结果更新所述数据文件的处理状态。

在本申请的一种优选实施例中，所述步骤207可以包括如下子步骤：

子步骤S21，若所述校验结果为校验成功，则将所述数据文件的处理状态更新为处理成功状态；

子步骤S22，若所述校验结果为校验失败，则将所述数据文件的处理状态更新为处理失败状态。

在本申请的一种优选实施例中，如果数据文件的校验结果为校验成功，则可以将数据文件的处理状态更新为处理成功状态，表示该数据文件校验成功；反之，则可以将数据文件的处理状态更新为处理失败状态，表示该数据文件校验失败。在后续的对于数据文件的处理程序，将只加载处理状态为处理成功状态的数据文件，则对于处理状态为处理失败状态的数据文件则不进行任何操作。

当然，在实际中还可以根据校验结果将数据文件的处理状态更新为其他处理状态，处理程序则可以根据数据文件的处理状态采取不同的处理操作，本申请实施例对此不加以限制。

在本申请的一种优选实施例中，所述页头信息中可以包括用户标识，所述的方法还可以包括如下步骤：

步骤S31，建立用户标识和页全局信息的映射关系表；

步骤S32，从所述映射关系表中提取出用户标识一致的页全局信息；

步骤S33，从所述页全局信息中提取出期末数据值；

步骤S34，采用所述期末数据值计算所述用户标识所对应的总期末数据值。

在本申请实施例中，当获取到数据文件时，可以从中提取出每页数据表的页全局信息，并通过映射表MAP建立用户标识和页全局信息的映射关系。

如果用户希望统计出每个用户标识所对应的总期末数据值时，可以在数据文件校验成功后，在映射表MAP中根据每个用户标识提取出对应的页全局信息的列表，再根据全局信息的列表中的期末数据值统计每个用户标识所对应的总期末数据值，最后存储到数据库中。

以银行系统为例，数据文件可以为对账单，初期数据值可以为初期数据金额，期末数据值可以为期末数据金额，用户标识可以为用户账号。如果希望针对某一用户账号统计出总的期末金额，则根据用户账号从映射表MAP提取出相应的页全局信息的列表，再根据全局信息的列表中的期末数据金额统计每个用户标识所对应的总数据金额，最后存储到数据库中。

为了使本领域技术人员更好地理解本申请实施例，以下采用具体的示例来进行说明。参照图3所示的本申请的一种数据文件的处理流程示意图，具体可以包括如下步骤：

1、启动数据文件的处理任务，开始解析数据文件；数据文件包括页全局信息，所述页全局信息包括页头全局信息和页尾全局信息；

2、从数据文件中提取出页头全局信息；页头全局信息中包括用户标识；

3、从页头全局信息中提取出用户标识，并生成用户标识与页全局信息建立映射表MAP，以建立用户标识与页全局信息之间的关联关系；

4、根据数据文件中每条明细记录所对应的明细信息，从中解析出该明细记录的第一相关信息，比如若数据文件为对账单，则可以从中获知具体金额，该金额的借贷方向(金额可正可负)，银行记录日期等等；

5、根据数据文件中每条明细记录所对应的附言信息，从中解析出该明细记录的第二相关信息，比如是否是调拨款，以及外汇交易参考号等等；

6、从数据文件中提取出页尾全局信息；

7、对于已经解析的明细记录，综合明细信息和附言信息，提取关键信息；

8、根据关键字段将已经解析的明细记录批量存入数据库中；

9、采用页全局信息校验数据文件中每页数据表的准确性；

10、如果数据文件校验成功，则可以进一步统计每个用户标识所对应的总期末数据；

11、结束数据文件的处理任务。

应用本申请实施例，即使在数据量比较大的情况下，对多用户标识且具有多页数据表的数据文件也能进行解析、验证以及存入数据库等其他处理操作的正常完成。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图4，示出了本申请的一种数据文件处理的装置实施例的结构框图，所述数据文件中可以包括一页或者多页的数据表，所述一页或者多页的数据表中可以包括页全局信息和明细记录，所述数据文件可以具有处理状态；所述的装置具体可以包括如下步骤：

添加模块301，用于将页全局信息添加到预设的数据栈中；

在本申请的一种优选实施例中，所述数据文件可以为对账单，所述初期数据值可以为初期数据金额，所述期末数据值可以为期末数据金额，所述用户标识可以为用户账号。

在本申请的一种优选实施例中，所述装置还可以包括如下模块：

第二提取模块，用于从所述数据文件中按序提取出预设数量的明细记录；

存入模块，用于将所述明细记录存入到预设的数据库中。

生成模块302，用于采用明细记录生成页变化数据；

第一提取模块303，用于从所述数据栈中提取出页全局信息；

校验模块304，用于采用所述页全局信息和页变化数据校验所述数据文件；

在本申请的一种优选实施例中，所述页全局信息包括初期数据值和期末数据值；所述校验模块可以包括如下子模块：

计算子模块，用于采用所述初期数据值和页变化数据计算当前数据值；

判断子模块，用于判断所述当前数据值与所述期末数据值是否一致；若是，则调用校验成功子模块，若否，则调用校验失败子模块；

校验成功子模块，用于判定校验结果为校验成功；

校验失败子模块，用于判定校验结果为校验失败。

更新模块305，用于依据所述校验结果更新所述数据文件的处理状态。

在本申请的一种优选实施例中，所述更新模块305可以包括如下子模块：

第一更新子模块，用于在所述校验结果为校验成功时，将所述数据文件的处理状态更新为处理成功状态；

第二更新子模块，用于在所述校验结果为校验失败时，将所述数据文件的处理状态更新为处理失败状态。

在本申请的一种优选实施例中，所述页头信息中可以包括用户标识，所述的装置还可以包括如下模块：

映射模块，用于建立用户标识和页全局信息的映射关系表；

第三提取模块，用于从所述映射关系表中提取出用户标识一致的页全局信息；

第四提取模块，用于从所述页全局信息中提取出期末数据值；

统计模块，用于采用所述期末数据值计算所述用户标识所对应的总期末数据值。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

在一个典型的配置中，所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种数据文件处理的方法和一种数据文件处理的装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (11)

1.一种数据文件处理的方法，其特征在于，所述数据文件中包括一页或者多页的数据表，所述一页或者多页的数据表中包括页全局信息和明细记录，所述数据文件具有处理状态；所述的方法包括：

将页全局信息添加到预设的数据栈中；

采用明细记录生成页变化数据；

从所述数据栈中提取出页全局信息；

采用所述页全局信息和页变化数据校验所述数据文件；

依据所述校验结果更新所述数据文件的处理状态。

2.根据权利要求1所述的方法，其特征在于，在所述采用明细记录生成页变化数据的步骤之前，还包括：

从所述数据文件中按序提取出预设数量的明细记录；

将所述明细记录存入到预设的数据库中。

3.根据权利要求1所述的方法，其特征在于，所述页全局信息包括初期数据值和期末数据值；所述采用页全局信息和所述页变化数据校验所述数据文件的步骤包括：

采用所述初期数据值和页变化数据计算当前数据值；

判断所述当前数据值与所述期末数据值是否一致；

若是，则判定校验结果为校验成功；

若否，则判定校验结果为校验失败。

4.根据权利要求3所述的方法，其特征在于，所述依据校验结果更新所述数据文件的处理状态的步骤包括：

若所述校验结果为校验成功，则将所述数据文件的处理状态更新为处理成功状态；

若所述校验结果为校验失败，则将所述数据文件的处理状态更新为处理失败状态。

5.根据权利要求1所述的方法，其特征在于，所述页全局信息中包括用户标识，所述的方法还包括：

建立用户标识和页全局信息的映射关系表；

从所述映射关系表中提取出用户标识一致的页全局信息；

从所述页全局信息中提取出期末数据值；

采用所述期末数据值计算所述用户标识所对应的总期末数据值。

6.根据权利要求1或2或3或4或5所述的方法，其特征在于，所述数据文件为对账单，所述初期数据值为初期数据金额，所述期末数据值为期末数据金额，所述用户标识为用户账号。

7.一种数据文件处理的装置，其特征在于，所述数据文件中包括一页或者多页的数据表，所述一页或者多页的数据表中包括页全局信息和明细记录，所述数据文件具有处理状态；所述的装置包括：

添加模块，用于将页全局信息添加到预设的数据栈中；

生成模块，用于采用明细记录生成页变化数据；

第一提取模块，用于从所述数据栈中提取出页全局信息；

校验模块，用于采用所述页全局信息和页变化数据校验所述数据文件；

更新模块，用于依据所述校验结果更新所述数据文件的处理状态。

8.根据权利要求7所述的装置，其特征在于，还包括：

第二提取模块，用于从所述数据文件中按序提取出预设数量的明细记录；

存入模块，用于将所述明细记录存入到预设的数据库中。

9.根据权利要求7所述的装置，其特征在于，所述页全局信息包括初期数据值和期末数据值；所述校验模块包括：

计算子模块，用于采用所述初期数据值和页变化数据计算当前数据值；

判断子模块，用于判断所述当前数据值与所述期末数据值是否一致；若是，则调用校验成功子模块，若否，则调用校验失败子模块；

校验成功子模块，用于判定校验结果为校验成功；

校验失败子模块，用于判定校验结果为校验失败。

10.根据权利要求3所述的装置，其特征在于，所述更新模块包括：

第一更新子模块，用于在所述校验结果为校验成功时，将所述数据文件的处理状态更新为处理成功状态；

第二更新子模块，用于在所述校验结果为校验失败时，将所述数据文件的处理状态更新为处理失败状态。

11.根据权利要求7所述的方法，其特征在于，所述页全局信息中包括用户标识，所述的装置还包括：

映射模块，用于建立用户标识和页全局信息的映射关系表；

第三提取模块，用于从所述映射关系表中提取出用户标识一致的页全局信息；

第四提取模块，用于从所述页全局信息中提取出期末数据值；

统计模块，用于采用所述期末数据值计算所述用户标识所对应的总期末数据值。