财务数据的处理方法、装置、计算机可读介质及电子设备与流程

本发明涉及数据处理技术领域，具体而言，涉及一种财务数据的处理方法、装置、计算机可读介质及电子设备。

背景技术：

目前，相关技术中为了缓解高峰时段大量同步调用账务服务而产生的记账压力，通常会采用异步入账的策略来保证系统的稳定性。

但是，当采用异步入账策略之后，可能会导致总账数据出现差异，影响了总账核对的准确性，不利于保证财务系统的资金安全。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本发明实施例的目的在于提供一种财务数据的处理方法、装置、计算机可读介质及电子设备，进而至少在一定程度上克服相关技术中采用异步入账策略而导致总账数据出现差异，影响总账核对准确性的问题。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明实施例的第一方面，提供了一种财务数据的处理方法，包括：如果检测到有新的交易流水凭证入账，则获取所述新的交易流水凭证对应的交易发生时间；判断是否已经对所述交易发生时间所处的目标核对周期内的总账数据进行核对处理；如果已经对所述目标核对周期内的总账数据进行核对处理，则重新对所述目标核对周期内的总账数据进行核对处理。

根据本发明实施例的第二方面，提供了一种财务数据的处理装置，包括：交易时间获取单元，用于在检测到有新的交易流水凭证入账的情况下，获取所述新的交易流水凭证对应的交易发生时间；第一判断单元，用于判断是否已经对所述交易发生时间所处的目标核对周期内的总账数据进行核对处理；总账数据处理单元，用于在已经对所述目标核对周期内的总账数据进行核对处理的情况下，重新对所述目标核对周期内的总账数据进行核对处理。

在本发明的一些实施例，基于前述方案，所述总账数据处理单元还用于：在重新对所述目标核对周期内的总账数据进行核对处理之后，重新对所述目标核对周期之后的核对周期内的总账数据进行核对处理。

在本发明的一些实施例，基于前述方案，所述总账数据处理单元还用于：如果一个核对周期内的总账数据核对出现异常，则对所述核对周期的核对结果进行挂账处理；将所述核对周期的总账数据的差异补全，并继续对所述核对周期之后的核对周期进行总账数据的核对处理。

在本发明的一些实施例，基于前述方案，所述装置还包括：核对信息获取单元；所述核对信息获取单元用于获取各个用户账户的分户数据核对信息；所述总账数据处理单元还用于基于所述各个用户账户的分户数据核对信息，进行总账数据的核对处理。

在本发明的一些实施例，基于前述方案，所述核对信息获取单元包括：财务数据获取单元，用于获取用于对所述各个用户账户进行分户数据核对的各类财务数据；分户数据处理单元，用于根据所述各类财务数据对所述各个用户账户进行分户数据的核对处理，以得到所述各个用户账户的分户数据核对信息。

在本发明的一些实施例，基于前述方案，所述财务数据获取单元用于：根据所述各个用户账户的账户类型，配置针对各个所述账户类型的数据拉取任务及数据拉取进程；执行所述数据拉取任务，并通过所述数据拉取进程获取所述各类财务数据。

在本发明的一些实施例，基于前述方案，所述各类财务数据包括：期初余额数据；所述财务数据获取单元用于在数据核对程序首次启动时，获取指定数据库中存储的所述期初余额数据，并在后续的核对周期中，将前一核对周期的期末余额数据作为后一核对周期的期初余额数据。

在本发明的一些实施例，基于前述方案，所述核对信息获取单元还包括：第一存储单元；所述第一存储单元用于定时将所述各个用户账户的分户数据核对信息存至本地存储空间中，所述分户数据核对信息包含所述期末余额数据；所述财务数据获取单元用于在所述数据核对程序重启时，从所述本地存储空间中获取所述期初余额数据。

在本发明的一些实施例，基于前述方案，所述各类财务数据包括：实时余额数据；所述核对信息获取单元还包括：活跃账户确定单元；所述活跃账户确定单元用于确定所述各个用户账户中在当前核对周期内的活跃账户；所述财务数据获取单元用于获取所述活跃账户的实时余额数据。

在本发明的一些实施例，基于前述方案，所述活跃账户确定单元用于：在数据核对程序首次启动时，根据所述各个用户账户最近一次的交易发生时间，将所述各个用户账户中最近一次的交易发生时间晚于当前核对周期的起始时间的用户账户确定为所述活跃账户；在所述数据核对程序非首次启动时，根据当前核对周期需要核对的交易流水凭证，将所述交易流水凭证中包含的用户账户确定为所述活跃账户。

在本发明的一些实施例，基于前述方案，所述各类财务数据包括：交易流水凭证；所述财务数据获取单元用于在数据核对程序首次启动时，根据交易流水凭证对应的交易发生时间，获取交易发生时间晚于当前核对周期的起始时间的交易流水凭证。

在本发明的一些实施例，基于前述方案，所述核对信息获取单元还包括：记录单元；所述记录单元用于记录前一核对周期获取到的最后一条交易流水凭证的自增主键值；所述财务数据获取单元用于根据所述前一核对周期获取到的最后一条交易流水凭证的自增主键值，获取所述前一核对周期的下一核对周期需要核对的交易流水凭证。

在本发明的一些实施例，基于前述方案，所述各类财务数据包括：期初余额数据、实时余额数据和交易流水凭证；所述分户数据处理单元包括：查找单元，用于针对能够获取到实时余额数据的每个用户账户，查找与所述每个用户账户的实时余额数据相对应的交易流水凭证；第二判断单元，用于判断所述每个用户账户是否能够获取到期初余额数据；核对单元，用于对于不能获取到期初余额数据的第一类用户账户，根据所述第一类用户账户的实时余额数据和与所述第一类用户账户的实时余额数据相对应的交易流水凭证，对所述第一类用户账户进行分户数据的核对处理，并用于对于能够获取到期初余额数据的第二类用户账户，根据所述第二类用户账户的期初余额数据、实时余额数据和与所述第二类用户账户的实时余额数据相对应的交易流水凭证，对所述第二类用户账户进行分户数据的核对处理。

在本发明的一些实施例，基于前述方案，所述查找单元用于：根据交易流水凭证上包含的事务标识和所述每个用户账户的实时余额数据字段包含的事务标识，查找事务标识与所述每个用户账户的实时余额数据字段包含的事务标识相匹配的交易流水凭证，并作为与所述每个用户账户的实时余额数据相对应的交易流水凭证。

在本发明的一些实施例，基于前述方案，所述第二判断单元用于：判断预定的余额列表中是否包含有所述每个用户账户，并将所述预定的余额列表中包含的用户账户确定为能够获取到期初余额数据的账户，并将所述预定的余额列表中不包含的用户账户确定为不能获取到期初余额数据的账户。

在本发明的一些实施例，基于前述方案，所述分户数据处理单元还包括：第二存储单元，用于将所述第一类用户账户的信息及所述第一类用户账户的期末余额数据存入所述预定的余额列表，并根据所述第二类用户账户的期末余额数据更新所述预定的余额列表中的数据。

在本发明的一些实施例，基于前述方案，所述分户数据处理单元还用于：根据所述各个用户账户的分户数据核对信息，确定分户数据核对异常的目标用户账户，在后续的核对周期中继续对所述目标用户账户进行分户数据的核对处理。

在本发明的一些实施例，基于前述方案，所述装置还包括：发送单元，用于将对所述总账数据的核对结果和/或所述各个用户账户的分户数据核对信息发送至指定设备。

根据本发明实施例的第三方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的财务数据的处理方法。

根据本发明实施例的第四方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的财务数据的处理方法。

本发明实施例提供的技术方案可以包括以下有益效果：

在本发明的一些实施例所提供的技术方案中，通过在检测到有新的交易流水凭证入账时，获取该新的交易流水凭证对应的交易发生时间，并在判定已经对该交易发生时间所处的目标核对周期内的总账数据进行核对处理的情况下，重新对该目标核对周期内的总账数据进行核对处理，使得能够及时发现总账数据的资金差异，比如采用异步入账策略导致的资金差异，并能够通过重新核对的方式自动消除总账数据存在的差异问题，提高了总账数据核对的准确性。

在本发明的一些实施例所提供的技术方案中，通过在一个核对周期内的总账数据核对出现异常的情况下，对该核对周期的核对结果进行挂账处理，并将该核对周期的总账数据的差异补全，以继续对该核对周期之后的核对周期进行总账数据的核对处理，使得能够通过挂账、补全差异的方式来确保后续核对过程的正常进行，提高了系统的容错能力。

在本发明的一些实施例所提供的技术方案中，通过根据各个用户账户的账户类型，配置针对各个账户类型的数据拉取任务及数据拉取进程，进而执行数据拉取任务，并通过数据拉取进程获取各类财务数据，使得能够通过多任务、多进程的方式提高数据拉取速度，进而有利于提高财务数据的核对速度。

在本发明的一些实施例所提供的技术方案中，通过确定当前核对周期内的活跃账户，以获取该活跃账户的实时余额数据进行分户数据的核对，使得能够仅拉取有交易的账户进行分户数据的核对，避免拉取没有交易的账户进行无效核对而影响核对速度。

在本发明的一些实施例所提供的技术方案中，通过根据前一核对周期获取到的最后一条交易流水凭证的自增主键值，获取该前一核对周期的下一核对周期需要核对的交易流水凭证，使得能够利用自增主键值来确保数据拉取的准确性，并且也能够提高数据拉取速度，进而有利于提高分户数据的核对准确度和核对速度。

在本发明的一些实施例所提供的技术方案中，由于实时余额数据的变动与对应的交易流水凭证通常是发生在同一个事务中，因此通过根据交易流水凭证上包含的事务标识和用户账户的实时余额数据字段包含的事务标识，查找与用户账户的实时余额数据相对应的交易流水凭证，使得能够准确查找到与用户账户的实时余额数据相对应的交易流水凭证，进而能够提高对分户数据的核对准确性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图；

图2示意性示出了根据本发明的一个实施例的财务数据的处理方法的流程图；

图3示意性示出了根据本发明的另一个实施例的财务数据的处理方法的流程图；

图4示意性示出了根据本发明的一个实施例的总账数据的核对处理方法的流程图；

图5示意性示出了图4中所示的步骤s410的一种实现过程的流程图；

图6示意性示出了根据本发明的一个实施例的获取实时余额数据的流程图；

图7示出了图5中所示的步骤s412对各个用户账户进行分户数据的核对处理的一种示例性流程图；

图8示出了根据本发明的一个实施例的通过图形用户界面的方式呈现总账数据和/或分户数据的核对结果的示意图；

图9示出了根据本发明的实施例的一个具体应用场景的业务系统架构示意图；

图10示意性示出了根据本发明的实施例的一个核对周期的处理流程图；

图11示意性示出了根据本发明的一个实施例的分户核对过程的流程图；

图12示意性示出了根据本发明的一个实施例的总账核对过程的流程图；

图13示意性示出了根据本发明的一个实施例的财务数据的处理装置的框图；

图14示意性示出了根据本发明的另一个实施例的财务数据的处理装置的框图；

图15示意性示出了根据本发明的一个实施例的核对信息获取单元的框图；

图16示意性示出了根据本发明的另一个实施例的核对信息获取单元的框图；

图17示意性示出了根据本发明的又一个实施例的核对信息获取单元的框图；

图18示意性示出了根据本发明的再一个实施例的核对信息获取单元的框图；

图19示意性示出了根据本发明的一个实施例的分户数据处理单元的框图；

图20示意性示出了根据本发明的另一个实施例的分户数据处理单元的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。在本发明的一个实施例中，该电子设备可以是用于对财务数据进行处理的服务器。

需要说明的是，图1示出的电子设备的计算机系统100仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图1所示，计算机系统100包括中央处理单元(cpu)101，其可以根据存储在只读存储器(rom)102中的程序或者从存储部分108加载到随机访问存储器(ram)103中的程序而执行各种适当的动作和处理。在ram103中，还存储有系统操作所需的各种程序和数据。cpu101、rom102以及ram103通过总线104彼此相连。输入/输出(i/o)接口105也连接至总线104。

以下部件连接至i/o接口105：包括键盘、鼠标等的输入部分106；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分107；包括硬盘等的存储部分108；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分109。通信部分109经由诸如因特网的网络执行通信处理。驱动器110也根据需要连接至i/o接口105。可拆卸介质111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器110上，以便于从其上读出的计算机程序根据需要被安装入存储部分108。

特别地，根据本发明的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分109从网络上被下载和安装，和/或从可拆卸介质111被安装。在该计算机程序被中央处理单元(cpu)101执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图2至图7、图10至图12所示的各个步骤。

以下对本发明实施例的财务数据的处理方案进行详细阐述：

图2示意性示出了根据本发明的一个实施例的财务数据的处理方法的流程图。该财务数据的处理方法适用于前述实施例中所述的电子设备。参照图2所示，该财务数据的处理方法至少包括步骤s210至步骤s230，详细介绍如下：

在步骤s210中，如果检测到有新的交易流水凭证入账，则获取所述新的交易流水凭证对应的交易发生时间。

在本发明的一个实施例中，交易流水凭证是财务系统中账户资金发生的和余额相关的变动记录，当有交易发生时，会生成交易流水凭证，交易流水凭证可以用于进行账户数据的核对。需要说明的是，如果财务系统采用的是异步入账策略，则交易流水凭证的入账会有延迟。

在步骤s220中，判断是否已经对所述交易发生时间所处的目标核对周期内的总账数据进行核对处理。

在本发明的一个实施例中，总账数据是周期性进行核对的，一个核对周期会对该核对周期所对应的时间段内的与交易相关的数据进行核对处理。其中，一个核对周期可以根据实际需要进行调整，比如一个核对周期可以是1分钟、1小时或者1天等。

在步骤s230中，如果已经对所述目标核对周期内的总账数据进行核对处理，则重新对所述目标核对周期内的总账数据进行核对处理。

在本发明的一个实施例中，可能会由于某种原因(如采用了异步入账策略、通信延迟等)导致新入账的交易流水凭证所对应的交易发生时间所处的目标核对周期内的总账数据已经进行了核对处理，因此通过重新对该目标核对周期内的总账数据进行核对处理，使得能够及时发现总账数据的资金差异，并能够通过重新核对的方式自动消除总账数据存在的差异问题，提高了总账数据核对的准确性。

需要说明的是，上述的异步入账策略的采用可能会出现总账核对“假成立”的问题。比如之前的一笔交易还没有入账，此时会计核对感受不到这笔交易的存在，进而会认为总账核对已经完成，然后会继续核对后面的帐。在这种情况下，当这笔交易入账后，由于总账核对感受不到，因此会导致总账核对出现问题，而本发明上述实施例的技术方案可以通过重新核对的方式来消除总账数据存在的问题。

在本发明的一个实施例中，如果总账数据的各个核对周期之间是存在关联关系的，比如后一核对周期需要使用前一核对周期的核对结果，那么在重新对上述的目标核对周期内的总账数据进行核对处理之后，还可以对该目标核对周期之后的核对周期内的总账数据进行核对处理，以确保各个核对周期的核对结果的准确性。

图3示意性示出了根据本发明的另一个实施例的财务数据的处理方法的流程图。该财务数据的处理方法同样适用于前述实施例中所述的电子设备。参照图3所示，该财务数据的处理方法至少包括步骤s310和步骤s320，详细介绍如下：

在步骤s310中，如果一个核对周期内的总账数据核对出现异常，则对所述核对周期的核对结果进行挂账处理。

在步骤s320中，将所述核对周期的总账数据的差异补全，并继续对所述核对周期之后的核对周期进行总账数据的核对处理。

图3所示的财务数据的处理方式使得能够通过挂账、补全差异的方式来确保后续核对过程的正常进行，提高了系统的容错能力。

需要说明的是，图3所示的财务数据的处理方法可以与图2所示的财务数据的处理方法进行结合，进而使得在有新的交易流水凭证入账时，能够通过重新核对的方式来自动消除总账数据存在的差异问题。

在上述实施例中提及了对总账数据的核对处理，以下结合图4对本发明实施例中的总账数据的核对处理方案进行说明。

参照图4所示，根据本发明的一个实施例的总账数据的核对处理方法，包括以下步骤：

步骤s410，获取各个用户账户的分户数据核对信息。

步骤s420，基于所述各个用户账户的分户数据核对信息，进行总账数据的核对处理。

图4所示实施例的技术方案使得在进行总账数据核对之前，能够先进行分户数据的核对，然后根据分户数据的核对信息来进行总账数据的核对处理，提高了总账数据的核对速度。

在本发明的一个实施例中，参照图5所示，图4中所示的步骤s410可以包括步骤s411和步骤s412。

在步骤s411中，获取用于对所述各个用户账户进行分户数据核对的各类财务数据。

在本发明的一个实施例中，在获取进行分户数据核对的各类财务数据时，可以根据用户账户的账户类型，配置针对各个账户类型的数据拉取任务及数据拉取进程，然后执行数据拉取任务，并通过数据拉取进程获取各类财务数据，这种通过多任务、多进程的方式能够提高数据拉取速度。

需要说明的是，用户账户的账户类型可以包括个人账户、银行账户、商户账户等。

在步骤s412中，根据所述各类财务数据对所述各个用户账户进行分户数据的核对处理，以得到所述各个用户账户的分户数据核对信息。

在本发明的一个实施例中，用于进行分户数据核对的各类财务数据包括期初余额数据、实时余额数据和交易流水凭证，针对这三种财务数据，本发明的实施例提出了不同的获取方式，以下逐一进行说明：

获取期初余额数据：

在本发明的一个实施例中，获取用于对所述各个用户账户进行分户数据核对的期初余额数据，包括：在数据核对程序首次启动时，获取指定数据库中存储的所述期初余额数据，并在后续的核对周期中，将前一核对周期的期末余额数据作为后一核对周期的期初余额数据。

在该实施例中，通过将前一核对周期的期末余额数据作为后一周期的期初余额数据，可以减少拉取期初余额数据导致的时延，进而提高财务数据核对速度。

在本发明的一个实施例中，还包括：定时将所述各个用户账户的分户数据核对信息存至本地存储空间中，所述分户数据核对信息包含所述期末余额数据；在所述数据核对程序重启时，从所述本地存储空间中获取所述期初余额数据。

该实施例的技术方案使得数据核对程序重启时，能够直接从本地存储空间中获取期初余额数据(将前一核对周期的期末余额数据作为下一核对周期的期初余额数据)，提高了期初余额数据的拉取速度，进而也有利于提高财务数据的核对速度。

获取实时余额数据：

在本发明的一个实施例中，参照图6所示，获取用于对所述各个用户账户进行分户数据核对的实时余额数据，包括：

步骤s610，确定所述各个用户账户中在当前核对周期内的活跃账户；

步骤s620，获取所述活跃账户的实时余额数据。

在本发明的一个实施例中，步骤s610在确定当前核对周期内的活跃账户时，可以根据数据核对程序是否是首次启动来确定，具体地：在数据核对程序首次启动时，根据所述各个用户账户最近一次的交易发生时间，将所述各个用户账户中最近一次的交易发生时间晚于当前核对周期的起始时间的用户账户确定为所述活跃账户；在所述数据核对程序非首次启动时，根据当前核对周期需要核对的交易流水凭证，将所述交易流水凭证中包含的用户账户确定为所述活跃账户。

本发明的上述实施例中，由于数据核对程序首次启动时，数据量(包括交易流水数据、实时余额数据等)比较大，因此为了降低系统压力，同时保证能够尽快对数据进行核对，可以仅拉取最近一次的交易发生时间晚于当前核对周期的起始时间的用户账户的实时余额数据。在本发明的一个实施例中，可以根据用户账户记录中的修改时间字段(如fmodify_time字段)来确定最近一次的交易发生时间。而在非首次启动时，可以先获取交易流水凭证，然后获取交易流水凭证中包含的用户账户的实时余额数据，这样可以仅拉取有交易的用户账户，避免拉取没有交易的用户账户进行无效核对而导致核对时间较长的问题。

需要说明的是，由于首次启动时数据量较大，如果先拉取交易流水凭证，然后再拉取实时余额数据，会由于交易流水凭证拉取时间较长而致使拉取时间内有很多用户账户又会发生交易，这样会导致后续拉取的实时余额数据相比于交易流水凭证超前，进而会造成用户账户核对出错的问题，因此在本发明的一个实施例中，为了避免上述问题，当数据核对程序首次启动时，可以根据各个用户账户最近一次的交易发生时间来拉取实时余额数据。

获取交易流水凭证：

在本发明的一个实施例中，获取用于对所述各个用户账户进行分户数据核对的交易流水凭证，包括：在数据核对程序首次启动时，根据交易流水凭证对应的交易发生时间，获取交易发生时间晚于当前核对周期的起始时间的交易流水凭证。

需要说明的是，类似于上述实施例中获取实时余额数据的方式，由于数据核对程序首次启动时，数据量(包括交易流水数据、实时余额数据等)比较大，因此为了降低系统压力，同时保证能够尽快对数据进行核对，可以仅拉取交易发生时间晚于当前核对周期的起始时间的交易流水凭证。在一个实施例中，可以根据用户账户记录中的修改时间字段(如fmodify_time字段)来确定交易发生时间。

在本发明的一个实施例中，还可以记录前一核对周期获取到的最后一条交易流水凭证的自增主键值，然后根据前一核对周期获取到的最后一条交易流水凭证的自增主键值，获取所述前一核对周期的下一核对周期需要核对的交易流水凭证，从而实现尽快拉取交易流水凭证。该实施例的技术方案利用了数据库的自增主键来拉取数据，确保了数据拉取的准确性，并且也能够提高数据拉取速度，进而有利于提高分户数据的核对准确度和核对速度。

图7示出了图5中所示的步骤s412对各个用户账户进行分户数据的核对处理的一种示例性流程图。

具体地，参照图7所示，根据本发明的实施例的对各个用户账户进行分户数据的核对处理，包括以下步骤s4121至步骤s4124。

在步骤s4121中，针对能够获取到实时余额数据的每个用户账户，查找与所述每个用户账户的实时余额数据相对应的交易流水凭证。

在本发明的一个实施例中，步骤s4121中查找与所述每个用户账户的实时余额数据相对应的交易流水凭证可以包括：根据交易流水凭证上包含的事务标识和所述每个用户账户的实时余额数据字段包含的事务标识，查找事务标识与所述每个用户账户的实时余额数据字段包含的事务标识相匹配的交易流水凭证，并作为与所述每个用户账户的实时余额数据相对应的交易流水凭证。

在该实施例中，由于实时余额数据的变动与对应的交易流水凭证通常是发生在同一个事务中，因此通过根据交易流水凭证上包含的事务标识(如事务号)和用户账户的实时余额数据字段包含的事务标识，查找与用户账户的实时余额数据相对应的交易流水凭证，使得能够准确查找到与用户账户的实时余额数据相对应的交易流水凭证，进而能够提高对分户数据的核对准确性。

在步骤s4122中，判断所述每个用户账户是否能够获取到期初余额数据。

在本发明的一个实施例中，步骤s4122可以包括：判断预定的余额列表中是否包含有所述每个用户账户；将所述预定的余额列表中包含的用户账户确定为能够获取到期初余额数据的账户，并将所述预定的余额列表中不包含的用户账户确定为不能获取到期初余额数据的账户。

可选地，预定的余额列表可以是历史余额列表，从该历史余额列表中可以获取到之前核对周期的期末余额数据，进而可以将前一周期的期末余额数据作为后一周期的期初余额数据。

在步骤s4123中，对于不能获取到期初余额数据的第一类用户账户，根据所述第一类用户账户的实时余额数据和与所述第一类用户账户的实时余额数据相对应的交易流水凭证，对所述第一类用户账户进行分户数据的核对处理。

需要说明的是，由于第一类用户账户不能获取到期初余额数据，那么该第一类用户账户可能是新的用户账户，因此在进行分户数据的核对处理时，可以基于该第一类用户账户的实时余额数据和相对应的交易流水凭证来进行。同时，为了保证下一次核对时能够获取到第一类用户账户的期初余额数据，则可以在对第一类用户账户进行分户数据的核对处理之后，将第一类用户账户的信息和第一类用户账户的期末余额数据存入上述预定的余额列表中。

在步骤s4124中，对于能够获取到期初余额数据的第二类用户账户，根据所述第二类用户账户的期初余额数据、实时余额数据和与所述第二类用户账户的实时余额数据相对应的交易流水凭证，对所述第二类用户账户进行分户数据的核对处理。

需要说明的是，由于第二类用户账户能够获取到期初余额数据，因此在进行分户数据的核对处理时，可以基于该第二类用户账户的期初余额数据、实时余额数据和相对应的交易流水凭证来进行。同时，为了保证下一次核对时能够获取到第二类用户账户最新的期初余额数据，则可以在对第二类用户账户进行分户数据的核对处理之后，根据第二类用户账户的期末余额数据更新上述预定的余额列表中的数据。

在本发明的一个实施例中，当对用户账户进行分户数据的核对处理时，会出现分户数据核对异常的用户账户，对于此类用户账户，则可以在后续的核对周期中继续对这些用户账户进行分户数据的核对处理。

此外，在本发明的一个实施例中，可以将对总账数据的核对结果和/或各个用户账户的分户数据核对信息发送至指定设备，以便于通知相关责任人。作为本发明的一个实施例，该指定设备可以是财务系统的安全管理平台中的设备，或者是移动终端设备，如智能手机、平板电脑等。

在本发明的一个实施例中，如图8所示，可以通过图形用户界面的方式呈现总账数据和/或分户数据的核对结果，这样便于相关责任人直观地查看到核对结果及问题所在。作为本发明的一个实施例，可以将每个核对周期的核对结果都发送至上述指定设备进行展示。

需要说明的是，图8所示的实施例示出了以不同区域为单位来呈现核对结果，但是本发明的实施例不限于此，比如也可以通过核对数据的服务器所在的机房来呈现核对结果等。

以下对本发明实施例的一个具体应用场景，以及结合该应用场景如何实施本发明实施例的技术方案进行详细阐述。

参照图9所示，在本发明的一个具体应用场景中，业务系统的架构可以是分布式系统，该分布式系统在不同的城市(如图9中所示的城市1和城市2)及机房(如图9中所示的机房1、机房2、机房3和机房4)分别部署有数据库系统，不同的数据库系统用于存储不同账户类型的数据，如存储同城个人账户的数据、银行账户的数据和商户账户的数据等。基于该分布式的业务系统架构，在进行财务数据核对时，也可以采用分布式的架构，如在不同的机房分别执行分户核对和总账核对，然后将核对结果上报给安全平台90，这种架构很大程度的节省资源，提高了核对速度，增强了系统的可扩展性。其中，总账核对可以建立在分户核对的基础上，即先进行分户核对，然后将分户核对的数据再次进行核对，以完成总账核对的过程。

需要说明的是，在本发明的一个实施例中，对财务数据的核对可以是周期性进行的，图10示意性示出了根据本发明的实施例的一个核对周期的处理流程图。在图10所示的处理流程图中，左侧流程表示分户核对的整体流程，右侧流程表示总账核对的整体流程，具体包括以下步骤：

步骤s1001，解析配置文件，获取数据库配置信息。在本发明的一个实施例中，由于数据核对程序拉取的数据量比较大，因此为了提高系统稳定性，防止内存操作失败，采用了多进程的方式。在配置文件中可以对各类账户(包括图9中所示的个人账户、银行账户、商户账户等)分别配置任务类型和启动的进程数。

步骤s1002，针对每一种任务类型，都fork(fork是计算机程序设计中的分叉函数，其可以将运行着的程序分成两个一样的进程)出相应数量的子程序，每个子进程只加载自己需要核对的数据，并且每个子进程仅在需要拉取数据时且该数据所在的数据库还没有连接信息时才会初始化一个到该数据库的连接。这种设计方式提高了系统的可扩展性，使得在系统内存不足时，仅需在新的机器上重新启动一个任务承担一部分数据即可。

同时，在步骤s1002中需要初始化相关字段及相关数据结构，这些字段及数据结构用于存储核对过程中的数据。并且在步骤s1002中还需要确定各个进程需要处理的表。

步骤s1003，当调用核对程序之后，会检查是否启动核对，如果没有到启动核对时间或者非快速模式，则休眠。需要说明的是，非快速模式指的是不采用本发明实施例中的核对方式，由于本发明实施例的核对方式核对速度较快，因此可以称之为快速模式。

同时，在步骤s1003中，若核对程序不是首次启动，则后台可以在闲时拉取账户的实时余额数据。

步骤s1004，如果是首次运行，则加载期初余额、交易流水和实时余额。如果是非首次运行，则直接根据lastmaxbkid拉取流水。lastmaxbkid是前一核对周期拉取的最后一条交易流水的自增主键值。

需要说明的是，步骤s1004的流程是拉取用于分户核对的相关数据，之所以要分首次运行和非首次运行，是因为首次运行时数据量比较大，且本地存储空间中没有存储可用的相关数据。以下对步骤s1004中的具体拉取过程进行说明：

拉取期初余额：当程序初次启动时，需要从数据库表中拉取期初余额，然后从期初余额的时间点开始进行核算，之后的每个核对周期的期初余额都是上个核对周期的期末余额，存在于内存中可直接使用。即拉取期初余额的动作只在初次启动时执行，后续的核对周期直接利用内存中存储的上个核对周期的期末余额。

同时，由于拉取数据库表中的期初余额需要较长的时间，因此为了更快地实施核对程序，可以在程序启动后就定时将已经核对得到的核对结果写到本地的余额文件中，进而在程序下次重启时，可以直接从本地的余额文件快速恢复。

拉取实时余额：由于账户数量较多，因此如果一次性将所有账户的数据全部拉取到内存中，会影响系统的运行性能。基于此，在本发明的实施例中，可以在第一次启动，根据账户记录中的fmodify_time(修改时间)字段来拉取修改时间晚于期初余额时间的账户，这部分账户为活动账户，即实时余额从期初余额时间到当前时间变动过。此外，在非第一次启动的会计周期中，可以先拉取交易流水凭证，然后只需要拉取交易流水凭证中包含的用户就可以。这样，之后的每一轮核对需要拉取实时余额的账户就很准确，不会拉取没有交易的账户的实时余额。

拉取流水凭证：第一次启动拉取流水时，也可以根据fmodify_time字段来拉取修改时间晚于期初余额时间的流水凭证，同时记录最后一条流水的自增主键值。在之后的核对周期中，按照上一轮核对时记录的自增主键值来加载流水，这样不仅能够准确地拉取到当前核对周期需要核对的流水，而且也能够快速拉取数据。

继续参照图10，还包括如下步骤：

步骤s1004，进行分户核对，具体包括：计算上一轮的余额；按账户遍历交易流水找到本轮最新交易流水的bkid(自增主键)；遍历本轮需要核对的交易流水，累计余额进行分户核对；添加新增账户，释放已核对交易流水。

需要说明的是，上一轮的余额就是上一核对周期的期末余额，上一核对周期的期末余额作为当前核对周期的期初余额。当有些账户并未获取到期初余额时，说明这些账户是新增账户，进而需要添加新增账户。

步骤s1005，将核对出错的账户写入t_check_error表；若程序是首次启动，则将分户的期初余额写入t_check_report，以便后续进行总分核对使用；同时将累加的总账写入t_ac_agg，后续进行总账和总分核对时使用。

步骤s1006，等待子进程处理结束，如果失败则重新执行。

分户核对结束之后，可以执行总账核对，参照图10所示，总账核对的整体流程包括：

步骤s1007，连接数据库，进行初始化；读取t_check_report中的数据，进行总分核对；同时若是首次启动，则校验期初余额的准确性。

步骤s1008，从t_check_error中查询错误账户；从t_ac_agg中查询金额，累加借贷发生额；做总账核对和总分核对；如果核对不平，则向t_check_report插入一条记录，上报安全平台。

需要说明的是，总账核对和总分核对的具体核对方法与目前的核对方法一致，其基本原则是确保所有账户资金汇总后符合有借必有贷，借贷必相等，确保系统资金的整体情况正确。

以下结合图11和图12分别说明根据本发明的实施例的分户核对的过程与总账核对的具体过程。

参照图11所示，根据本发明的一个实施例的分户核对过程，包括如下步骤：

步骤s1101，遍历实时余额列表中的每个账户。

步骤s1102，判断是否处理完所有账户，若是，则执行步骤s1112；否则，执行步骤s1103。

步骤s1103，在历史余额列表中查找该账户。需要说明的是，历史余额列表记录的是已经核对的周期的期末余额，而前一核对周期的期末余额可以作为后一核对周期的期初余额，因此可以从历史余额列表中查找到账户的期初余额。

步骤s1104，判断在历史余额列表中是否存在该账户，若是，则执行步骤s1106；否则，执行步骤s1105。

步骤s1105，若历史余额列表中不存在该账户，则确定该账户为新账户，然后执行步骤s1107。

步骤s1106，若历史余额列表中存在该账户，则记录该账户的期初余额数据，然后执行步骤s1107。

步骤s1107，根据事务号查找该账户需要核对的交易流水凭证。具体地，由于实时余额数据的变动与对应的交易流水凭证通常是发生在同一个事务中，因此可以根据交易流水凭证上包含的事务号和用户账户的实时余额数据字段包含的事务号来查找需要核对的交易流水凭证，这样能够准确查找到与用户账户的实时余额数据相对应的交易流水凭证，进而能够提高对分户数据的核对准确性。

步骤s1108，遍历交易流水凭证，累计余额进行核对。

步骤s1109，判断分户核对的资金是否正确，若是，则执行步骤s1111；否则，执行步骤s1110。

步骤s1110，异常处理，将账户写入错误表。

步骤s1111，如果分户核对的资金正确，则将新增账户待加入历史余额列表；对于老账户，则更新历史余额列表中的金额；同时，回收已核对的交易流水凭证。然后返回步骤s1102。

步骤s1112，将新增账户加入历史余额列表并排序。

需要说明的是，图11示出的是分户核对的一个周期的流程图，对于分户核对异常的账户，一方面可以上报异常，另一方可以在下一核对周期继续进行核对。

参照图12所示，根据本发明的一个实施例的总账核对过程，包括如下步骤：

步骤s1201，拉取期初总余额。

需要说明的是，总账核对在第一次启动时也需要加载配置信息，以根据该配置信息从不同的地方汇总分户核对信息，这样在分布式架构中，可以满足总账核对需要的全量会计资源。

步骤s1202，判断期初余额是否正确，若是，则执行步骤s1203；否则，返回步骤s1201重新拉取期初余额。

步骤s1203，检查有无流水更新，若是，则执行步骤s1204；否则，执行步骤s1205。

步骤s1204，返回之前的核对周期重新进行核对。

需要说明的是，由于在总账核对过程中，可能会出现某种原因(如采用了异步入账策略、通信延迟等)导致新入账的交易流水所对应的交易发生时间所处的核对周期内的总账数据已经进行了核对处理，因此通过返回到新入账的交易流水对应的交易发生时间所在的核对周期重新进行核对处理，使得能够及时发现总账数据的资金差异，并能够通过重新核对的方式自动消除总账数据存在的差异问题，提高了总账数据核对的准确性，可见，本发明实施例中的总账核对过程可能是一个往复循环推进的过程，这样能够保证资金无差异。

步骤s1205，拉取错误分户。需要说明的是，错误分户即分户核对异常的账户。

步骤s1206，拉取分户流水轧差。需要说明的是，流水轧差是根据账户某一连续时间段内流水凭证记录的金额以及金额借贷方向，通过加减运算得到该时间段内账户的借贷轧差，流水轧差也称之为发生额。

步骤s1207，基于拉取的数据核算总账。

步骤s1208，判断总账核对是否相等，若是，则执行步骤s1209；否则，执行步骤s1210。

步骤s1209，若总账核对相等，则将核对结果写入数据库中。

步骤s1210，若总账核对不等，则进行数据库延时检查，以便在延时时间内再次核对。

步骤s1211，判断延时是否超期，若是，则执行步骤s1212；否则，执行步骤s1207。

步骤s1212，将核对结果上报安全平台。

步骤s1213，判断是否进入下一轮核对，若是，则返回步骤s1203；否则进入休眠，并返回步骤s1203。

需要说明的是，下一轮核对即下一周期的核对。

在本发明的实施例中，如果总账核对发现在某一时刻真的有一笔交易导致总账不平，即不满足借贷相等原则，从而也不满足等式：资产＝负债+所有者权益，那么即使后面的时间可能满足借贷相等，也会导致后面不再满足等式：资产＝负债+所有者权益，这样势必会导致这个时刻之后的所有总账核对失败，做不到准确监控系统资金的目的。因此在本发明的实施例中，可以将这一时刻挂账，并将差异补全，然后继续后面的核对，以确保后面核对可以正确反映。同时，结合图12中所示的发现-返回核对逻辑(即发现已经核对的周期内有新的流水入账，则返回重新核对)，当差异补全后，会返回之前核对异常的那个核对周期重新核对，进而可以使系统具有良好的容错性能。

以下介绍本发明的装置实施例，可以用于执行本发明上述的财务数据的处理方法。对于本发明装置实施例中未披露的细节，请参照本发明上述的财务数据的处理方法的实施例。

图13示意性示出了根据本发明的一个实施例的财务数据的处理装置的框图。

参照图13所示，根据本发明的一个实施例的财务数据的处理装置130，包括：交易时间获取单元131、第一判断单元132和总账数据处理单元133。

具体地，交易时间获取单元131用于在检测到有新的交易流水凭证入账的情况下，获取所述新的交易流水凭证对应的交易发生时间；第一判断单元132用于判断是否已经对所述交易发生时间所处的目标核对周期内的总账数据进行核对处理；总账数据处理单元133用于在已经对所述目标核对周期内的总账数据进行核对处理的情况下，重新对所述目标核对周期内的总账数据进行核对处理。

在本发明的一个实施例中，基于前述方案，所述总账数据处理单元133还用于：在重新对所述目标核对周期内的总账数据进行核对处理之后，重新对所述目标核对周期之后的核对周期内的总账数据进行核对处理。

在本发明的一个实施例中，基于前述方案，所述总账数据处理单元133还用于：若一个核对周期内的总账数据核对出现异常，则对所述核对周期的核对结果进行挂账处理；将所述核对周期的总账数据的差异补全，并继续对所述核对周期之后的核对周期进行总账数据的核对处理。

图14示意性示出了根据本发明的另一个实施例的财务数据的处理装置的框图。

参照图14所示，根据本发明的另一个实施例的财务数据的处理装置140，在图13所示的财务数据的处理装置的基础上，还可以包括核对信息获取单元141。

其中，核对信息获取单元141用于获取所述总账数据对应的各个用户账户的分户数据核对信息；所述总账数据处理单元133还用于基于所述各个用户账户的分户数据核对信息，进行总账数据的核对处理。

参照图15所示，在本发明的一个实施例中，核对信息获取单元141可以包括：财务数据获取单元1411和分户数据处理单元1412。

其中，财务数据获取单元1411用于获取用于对所述各个用户账户进行分户数据核对的各类财务数据；分户数据处理单元1412用于根据所述各类财务数据对所述各个用户账户进行分户数据的核对处理，以得到所述各个用户账户的分户数据核对信息。

在本发明的一个实施例中，财务数据获取单元1411用于：根据所述各个用户账户的账户类型，配置针对各个所述账户类型的数据拉取任务及数据拉取进程；执行所述数据拉取任务，并通过所述数据拉取进程获取所述各类财务数据。

在本发明的一个实施例中，所述各类财务数据包括：期初余额数据；所述财务数据获取单元1411用于在数据核对程序首次启动时，获取指定数据库中存储的所述期初余额数据，并在后续的核对周期中，将前一核对周期的期末余额数据作为后一核对周期的期初余额数据。

参照图16所示，在本发明的另一个实施例中，核对信息获取单元141在图15所示的财务数据获取单元1411和分户数据处理单元1412的基础上，还可以包括：第一存储单元1413。

其中，第一存储单元1413用于定时将所述各个用户账户的分户数据核对信息存至本地存储空间中，所述分户数据核对信息包含所述期末余额数据；所述财务数据获取单元1411用于在所述数据核对程序重启时，从所述本地存储空间中获取所述期初余额数据。

参照图17所示，在本发明的又一个实施例中，核对信息获取单元141在图15所示的财务数据获取单元1411和分户数据处理单元1412的基础上，还可以包括：活跃账户确定单元1414。

其中，活跃账户确定单元1414用于确定所述各个用户账户中在当前核对周期内的活跃账户；所述财务数据获取单元1411用于获取所述活跃账户的实时余额数据。

在本发明的一个实施例中，所述活跃账户确定单元1414用于：在数据核对程序首次启动时，根据所述各个用户账户最近一次的交易发生时间，将所述各个用户账户中最近一次的交易发生时间晚于当前核对周期的起始时间的用户账户确定为所述活跃账户；在所述数据核对程序非首次启动时，根据当前核对周期需要核对的交易流水凭证，将所述交易流水凭证中包含的用户账户确定为所述活跃账户。

在本发明的一个实施例中，所述各类财务数据包括：交易流水凭证；所述财务数据获取单元1411用于在数据核对程序首次启动时，根据交易流水凭证对应的交易发生时间，获取交易发生时间晚于当前核对周期的起始时间的交易流水凭证。

参照图18所示，在本发明的再一个实施例中，核对信息获取单元141在图15所示的财务数据获取单元1411和分户数据处理单元1412的基础上，还可以包括：记录单元1415。

其中，记录单元1415用于记录前一核对周期获取到的最后一条交易流水凭证的自增主键值；所述财务数据获取单元1411用于根据所述前一核对周期获取到的最后一条交易流水凭证的自增主键值，获取所述前一核对周期的下一核对周期需要核对的交易流水凭证。

参照图19所示，在本发明的一个实施例中，分户数据处理单元1412包括：查找单元191、第二判断单元192和核对单元193。

其中，查找单元191用于针对能够获取到实时余额数据的每个用户账户，查找与所述每个用户账户的实时余额数据相对应的交易流水凭证；第二判断单元192用于判断所述每个用户账户是否能够获取到期初余额数据；核对单元193用于对于不能获取到期初余额数据的第一类用户账户，根据所述第一类用户账户的实时余额数据和与所述第一类用户账户的实时余额数据相对应的交易流水凭证，对所述第一类用户账户进行分户数据的核对处理，并用于对于能够获取到期初余额数据的第二类用户账户，根据所述第二类用户账户的期初余额数据、实时余额数据和与所述第二类用户账户的实时余额数据相对应的交易流水凭证，对所述第二类用户账户进行分户数据的核对处理。

在本发明的一个实施例中，查找单元191用于：根据交易流水凭证上包含的事务标识和所述每个用户账户的实时余额数据字段包含的事务标识，查找事务标识与所述每个用户账户的实时余额数据字段包含的事务标识相匹配的交易流水凭证，并作为与所述每个用户账户的实时余额数据相对应的交易流水凭证。

在本发明的一个实施例中，第二判断单元192用于：判断预定的余额列表中是否包含有所述每个用户账户，并将所述预定的余额列表中包含的用户账户确定为能够获取到期初余额数据的账户，并将所述预定的余额列表中不包含的用户账户确定为不能获取到期初余额数据的账户。

参照图20所示，在本发明的另一个实施例中，分户数据处理单元1412还可以包括：第二存储单元194。

其中，第二存储单元194用于将所述第一类用户账户的信息及所述第一类用户账户的期末余额数据存入所述预定的余额列表，并根据所述第二类用户账户的期末余额数据更新所述预定的余额列表中的数据。

在本发明的示例性实施例中，分户数据处理单元1412还用于：根据所述各个用户账户的分户数据核对信息，确定分户数据核对异常的目标用户账户，在后续的核对周期中继续对所述目标用户账户进行分户数据的核对处理。

此外，在本发明的实施例中，上述的财务数据的处理装置还可以包括：发送单元，用于将对所述总账数据的核对结果和/或所述各个用户账户的分户数据核对信息发送至指定设备。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本发明实施方式的方法。

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

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