CN110659983A - 银行账务数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种银行账务数据处理方法、装置、电子设备及存储介质，其中，该方法包括：向各平台分别发送第T日账务数据核对指令，T为正整数；接收来自各平台的第T日账务数据并进行账务数据核对操作，各平台的第T日对应于所属平台的日切时间，第T日账务数据包括：核对指令发送平台信息、所属平台信息、作业序号、第T日借款数额信息和第T日贷款数额信息；响应于具有相关账务作业的平台之间的借贷数额不相等，向具有相关账务作业的平台分别发送第T+1日的账务日志解析指令，账务日志用于记录账务数据；接收相关账务作业平台的第T+1日的账务日志解析数据，根据第T+1日的账务日志解析数据对相关的账务数据进行核对操作。

Description

银行账务数据处理方法、装置、电子设备及存储介质

技术领域

本发明涉及数据处理领域，具体涉及一种银行账务数据处理方法、装置、电子设备及存储介质。

背景技术

近年来，随着银行信息化进程的不断推进，单一平台作为银行核心***已经不能满足日益增长的业务要求，银行***逐步从单一平台核心向多平台核心发展。银行记账在多个平台中进行记账作业，每个平台中账务作业处理由于与其它平台相关联，需要对多对多作业(或称为交易)提供一种账务作业核对方式。当某一平台出现异常，或者两个平台之间入账时间不一致时，会对全行账务作业处理产生影响。

银行记账作业在多个平台中进行，当日间进行业务处理时，各个平台时间都保持同一日期，多平台账务作业处理和单一平台账务作业处理无差别，***账务作业都在同一日期处理。但是，当各平台在日切点进行账务作业处理时，这里的日切是指更换***记账作业的时间，***从当前工作日切换到下一工作日，日切过程中作业可以照常提交并返回正确的处理结果，由于多平台的存在，在日切的某一期间，将会出现各个平台作业日期不同，例如，参见图1所示的作业时间示意图，平台1日切点在T0时刻，平台2日切点在T1时刻，平台1日切后时间为T+1日，而平台2未进行日切，时间还停留在T日，这将会导致当日作业借款方与贷款方不等而误产生挂账。并且，由于存在多平台记账，若某一平台出现异常，也将会导致出现当日作业借款方不等于贷款方而误产生挂账的情况。

发明内容

有鉴于此，本发明提供一种银行账务数据处理方法、装置、电子设备及存储介质，以解决上述提及的由于各平台日切点时间不同、使得当日作业借款方与贷款方不等而误产生挂账的问题。

根据本发明的第一方面，提供一种银行账务数据处理方法，所述方法包括：向各平台分别发送第T日账务数据核对指令，T为正整数；接收来自各平台的第T日账务数据并进行账务数据核对操作，所述各平台的第T日对应于所属平台的日切时间，所述第T日账务数据包括：核对指令发送平台信息、所属平台信息、作业序号、第T日借款数额信息和第T日贷款数额信息；响应于具有相关账务作业的平台之间的借贷数额不相等，向所述具有相关账务作业的平台分别发送第T+1日的账务日志解析指令，所述账务日志用于记录账务数据；接收来自所述具有相关账务作业平台的第T+1日的账务日志解析数据，根据所述第T+1日的账务日志解析数据对与借贷数额不相等相关的账务数据进行核对操作。

根据本发明的第二方面，提供一种银行账务数据处理装置，所述装置包括：核对指令发送单元，用于向各平台分别发送第T日账务数据核对指令，T为正整数；数据接收单元，用于接收来自各平台的第T日账务数据，所述各平台的第T日对应于所属平台的日切时间，所述第T日账务数据包括：核对指令发送平台信息、所属平台信息、作业序号、第T日借款数额信息和第T日贷款数额信息；数据核对单元，用于根据接收的各平台的第T日账务数据进行账务数据核对操作；日志解析指令发送单元，用于响应于具有相关账务作业的平台之间的借贷数额不相等，向所述具有相关账务作业的平台分别发送第T+1日的账务日志解析指令，所述账务日志用于记录账务数据；日志解析数据接收单元，用于接收来自所述具有相关账务作业平台的第T+1日的账务日志解析数据；所述数据核对单元还用于根据所述第T+1日的账务日志解析数据对与借贷数额不相等相关的账务数据进行核对操作。

根据本发明的第三方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述银行账务数据处理方法的步骤。

根据本发明的第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述银行账务数据处理方法的步骤。

由上述技术方案可知，在对第T日账务数据核对过程中，当具有相关账务作业的平台之间的借贷数额不相等时，继续向这些平台发送第二日(即，第T+1日)账务日志解析指令，由于账务日志记录了财务数据，因而根据第T+1日的账务日志解析数据就可以对与借贷数额不相等相关的账务数据进行核对操作，可以克服由于各平台的日切点时间不同而产生的当日作业借款方与贷款方不等而误产生挂账的问题，通过本发明实施例的账务核对流程，可以避免误挂账问题。

附图说明

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

图1是不同平台的日切时间示意图；

图2是根据本发明实施例的银行账务数据处理方法的流程图；

图3(a)、图3(b)是根据本发明实施例的发起服务处理指令平台的示意结构图；

图4是根据本发明实施例的基于多对多账务作业场景的账务作业数据核对流程图；

图5是根据本发明实施例的基于图1的多平台账务核对处理流程图；

图6是根据本发明实施例的银行账务数据处理装置的结构框图；

图7是根据本发明实施例的银行账务数据处理装置的详细结构框图；

图8是根据本发明实施例的电子设备的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

由于各平台的日切点时间不同，因而会存在当日作业借款方与贷款方不等而误产生挂账的问题，基于此，本发明实施例提供一种银行账务数据处理方案，以解决该问题。

图2是根据本发明实施例的银行账务数据处理方法的流程图，如图2所示，该方法包括：

步骤11，向各平台分别发送第T日账务数据核对指令，T为正整数；

步骤12，接收来自各平台的第T日账务数据并进行账务数据核对操作，所述各平台的第T日对应于所属平台的日切时间，所述第T日账务数据包括：核对指令发送平台信息、所属平台信息、作业序号、第T日借款数额信息和第T日贷款数额信息；

步骤13，响应于具有相关账务作业的平台之间的借贷数额不相等，向所述具有相关账务作业的平台分别发送第T+1日的账务日志解析指令，所述账务日志用于记录账务数据；

步骤14，接收来自所述具有相关账务作业平台的第T+1日的账务日志解析数据，根据所述第T+1日的账务日志解析数据对与借贷数额不相等相关的账务数据进行核对操作。

由以上描述可知，在对第T日账务数据核对过程中，当具有相关账务作业的平台之间的借贷数额不相等时，继续向这些平台发送第二日(即，第T+1日)账务日志解析指令，由于账务日志记录了财务数据，因而根据第T+1日的账务日志解析数据就可以对与借贷数额不相等相关的账务数据进行核对操作，可以克服由于各平台的日切点时间不同而产生的当日作业借款方与贷款方不等而误产生挂账的问题，通过本发明实施例的账务核对流程，可以避免误挂账问题。

在实际操作中，任何平台都可以是发起服务处理指令(例如，核对操作指令)平台，即，任何平台都可以作为发起服务处理指令平台执行上述步骤11-14。如图3(a)、图3(b)所示，发起指令平台可以是平台1、平台2、……、平台N，其中，N为正整数。当发起指令平台发起第T日账务数据核对指令时，各平台(包括发起指令平台)将各自平台的第T日账务数据发送给发起指令平台，以便于进行账务数据的核对操作。

优选地，可以在各平台设置暂挂账务数据，用于记录与借贷数额不相等相关的财务数据，具体包括：作业序号、借款数额信息、贷款数额信息、暂挂日期以及状态信息。

当具有相关账务作业的平台之间的借贷数额不相等时，可以将与借贷数额不相等相关的财务数据记录为暂挂账务数据，此时，暂挂账务数据的状态信息为暂挂状态。

在一个实施例中，当具有相关账务作业的平台之间的借贷数额不相等时，也可以向所有平台分别发送第T+1日的账务日志解析指令。

当接收到各平台或者相关平台的第T+1日的账务日志解析数据后，发起指令平台对与借贷数额不相等相关的账务数据继续进行核对操作，当账务数据核对准确后，更改暂挂账务数据中的状态信息为平衡状态。如此，就可以避免现有技术中的误挂账问题，实现全行账务核对试算平衡。

在具体实施过程中，可以根据预定规则、以及各平台的日切时间将所属平台的账务数据记录在预定财务日志，其中，每个平台可以对应多个财务日志。这里的预定规则可以是，例如，根据日期在相应的日志登记财务数据，如第T日在日志1进行记录，第T-1日和第T+1日在日志2记录。参见图1，这里的第T日、第T-1日和第T+1日，由于各平台的日切时间不同，相应的各平台的第T日、第T-1日和第T+1日也是不同的。

在实际操作中，各平台还需要对各自的财务日志进行核对，具体操作包括：对各自的财务日志进行解析，根据解析数据对所属平台的账务数据进行核查，保障所属平台的财务平衡。

本发明实施例提供的多平台账务核对机制，可以保障单一账务作业核对平衡，单一平台账务核对平衡，全行账务核对平衡。

为了更好地理解本发明实施例，以下结合银行多对多账务作业场景来描述本发明实施例。

图4是基于多对多账务作业场景的账务作业数据核对流程图，如图4所示，流程包括：

步骤S100：发起平台发起账务处理指令，启动账务处理指令流程，其中指令信息具体包括：账务作业指令序号(例如，作业批次号)、指令内容、指令日期等。

步骤S101：平台1作业***接收并对指令内容进行解析，之后将解析数据打包发送至平台2进行异步账务作业处理，其中，解析内容包括：作业账号、借贷方向、作业涉及金额(即，交易金额)、作业日期等。在实际操作中，对于同一批指令序号(例如，作业批次号)，会有多笔账务作业处理，为了后续作业明细核对方便，对每一笔账务作业分配唯一的作业序号，例如，对于账务作业1，分配作业序号为00000001，该作业序号在整个账务作业1流程中使用。

步骤S102：平台2作业***异步获取平台1的作业信息，进行账务处理，并将处理结果反馈到平台1。

步骤S103：平台1的批次文件和平台2的回盘文件是多对多关系，即，一个批次文件中的指令数据，可能对应多个回盘文件，一个回盘文件的指令也可能涉及多个批次文件的指令。为完整处理一个批次的所有指令，需要检查确认该批次文件是否都收到对应的回盘文件，如果还没有收到，则需要继续等待下次回盘。

在平台2作业***账务处理完毕后，会将回盘对账文件提供到平台1，由发起方平台1使用对照读的方式，根据平台2的回盘明细数据和平台1的明细数据按照指令序号(批次号)、唯一作业序号对数据的关键要素，例如，作业序号、作业账号、作业币种、钞汇标志、借贷方向、交易金额、作业日期、作业类型、作业处理状态等，进行核对，并将核对不一致的信息作为出错文件列出，进行后续差错处理。

由以上描述可知，在多对多作业场景下，本发明实施例采用作业明细核对方式，可以确保某一完整作业可追溯性，可以快速定位差错快照。

图5是基于图1的多平台账务核对处理流程图，如图5所示，该流程具体包括：

步骤S200：指令发起作业***发起账务处理指令，该指令发起作业***可以是多个平台作业***中的一个，该指令识别账号所属平台，调用各账户入账接口，对单一作业分配唯一作业序号。在实际操作中，不同账户的账户接口不同，且一个账户的相关入账数据只会归属在某一平台中。

优选地，账务日志可以在日志1、日志2轮流登记，例如，当前日期为T，则当前使用日志1进行登记账务日志，以此类推T-1日和T+1日使用日志2进行登记。

步骤S201：对平台1账户进行入账处理，参见图1，由于平台1的作业1和2在第T+1日执行，因而入账日期为T+1，更新T+1日分户余额，参见如下表1。同时，登记发起平台方信息(例如，平台N)，并登记作业唯一序号。

表1

步骤S202：对平台2账户进行入账处理，由于平台2作业1的执行时间在第T日，因而作业1的入账日期为T，更新T日分户余额，作业2的执行时间在第T+1日，因而，作业2的入账日期为T+1，更新T+1日分户余额，参见如下表2。同时，登记发起平台方(平台N)，登记作业唯一序号。

表2

步骤S203：对平台1账户进行登记日志处理，作业1和2的入账日期为T+1，将平台1的账务数据登记在日志2(参见前述的规则，日期为T，使用日志1进行登记账务日志，T－1日和T+1日使用日志2登记)，参见表3。同时，登记发起平台方(平台N)，登记作业唯一序号。

作业时刻	账务所属平台	入账日期	最后作业日	发生额	登记日志
						作业1	平台1	T+1	T+1	T+1	日志2
作业2	平台1	T+1	T+1	T+1	日志2

表3

步骤S204：对平台2账户进行登记日志处理，作业1的入账日期为T，则作业1的账务日志登记在平台2日志1，作业2的入账日期为T+1，则作业2的账务日志登记在平台2日志2，参见表4。同时，登记发起平台方(平台N)，登记作业唯一序号。

作业时刻	账务所属平台	入账日期	最后作业日	发生额	登记日志
						作业1	平台2	T	T	T	日志1
作业2	平台2	T+1	T+1	T+1	日志2

表4

步骤S205：平台1在T日日终对该平台1账户进行日志解析，获取T日平台1账户发生额，T日余额；平台2在T日日终对该平台2账户进行日志解析，获取T日平台2账户发生额，T日余额。并同步解析出发起平台N的标识、作业唯一序号等。

步骤S206：在账户平台进行如下所述的余额平衡核对，在发起平台方进行如下所述的发生额平衡核对。

1、在账户平台使用余额平衡法进行账务核对流程，具体包括：

(1)、平台1账户进行核对：分户T-1日余额+当日T日发生额＝当日T日余额，则余额平衡；

(2)、平台2账户进行核对：分户T-1日余额+当日T日发生额＝当日T日余额，则余额平衡；

若以上公式不平衡，则表示当日出现总分不平，进行分户账务调整。

余额平衡法是按照单一账户进行核对，与其它账户没有关系，所以只要发生额和余额都登记在同一天，则不会出现余额不平，参见如下表5可知，作业1、作业2的发生额和余额都登记在同一天，因而都可以实现余额平衡。

2、在发起平台N使用发生额平衡法进行账务核对，具体流程包括：

(1)、平台1接收到平台N发起的账务核对指令，将当日发生额数据传输至平台N，数据具体包括：发起平台N信息、作业唯一序号、记账平台1、借方发生额、贷方发生额等。

(2)、平台2接收到平台N发起的账务核对指令，将当日发生额数据传输至平台N，数据具体包括：发起平台N信息、作业唯一序号、记账平台2、借方发生额、贷方发生额等。

(3)、当平台N根据作业唯一序号识别到当日作业借方发生额＝贷方发生额时，则试算平衡，当借方发生额不等于贷方发生额时，则试算不平衡。

(4)、发生额平衡法是按照整笔作业的借方发生额和贷方发生额进行核对，因而涉及到各平台的账务数据。参见如下表5，对于作业1，由于平台1、平台2的记账日期和记账日志不一致，在T日日终核对的时候，平台1的T+1日入账还未进行日志解析，故作业1将产生试算不平衡。

表5

步骤S207：由于跨平台日切时间不在同一时刻，为了解决由于日切时间不一致而导致的试算不平衡问题，可以在发起平台方可以登记一笔暂挂数据，该数据包括：发起平台N信息、作业唯一序号、借方挂账发生额、贷方挂账发生额、挂账日期、状态(例如，暂挂)等，通过该暂挂数据，可以判断全行账务是否试算平衡。

步骤S208：将全行账户、全行作业进行统一试算平衡(包含暂挂数据)处理。由于各平台日切时间点不同，由发起平台***划分一个时刻进行T日试算平衡，例如，可以规划为凌晨2点时刻，即可理解该时刻，所有T日的账务都已经终结。全行余额平衡为按照地区、网点、币种、科目进行余额平衡核对，全行发生额平衡为按照地区、网点、币种进行总借、总贷发生额平衡核对。

步骤S209：按照常规流程，T+1日的账务应该在T+1日日切后进行日志解析，在本发明实施例中，在规划时间凌晨2点后，增加当前所有平台T+1日的日志解析，将日志解析信息发送给发起平台N，此时平台1的T+1日信息将传递给平台N，根据日志信息中的“发起平台N、作业唯一序号”来核对暂挂数据，当核对无误时，调整暂挂状态为试算平衡。之后，T+1日的账务核对重复T日的处理规则即可。

本发明实施例通过识别账户归属平台，使用发生额试算平衡、余额平衡法，可以保障单一平台账务核对完整性，保障全行账务核对试算平衡。

本发明实施例还提供一种银行账务数据处理装置，该装置优选地用于实现上述的方法流程。图6是该装置的结构框图，如图6所示，该装置包括：核对指令发送单元61、数据接收单元62、数据核对单元63、日志解析指令发送单元64和日志解析数据接收单元65，其中：

核对指令发送单元61，用于向各平台分别发送第T日账务数据核对指令，T为正整数；

数据接收单元62，用于接收来自各平台的第T日账务数据，所述各平台的第T日对应于所属平台的日切时间，所述第T日账务数据包括：核对指令发送平台信息、所属平台信息、作业序号、第T日借款数额信息和第T日贷款数额信息；

数据核对单元63，用于根据接收的各平台的第T日账务数据进行账务数据核对操作；

日志解析指令发送单元64，用于响应于具有相关账务作业的平台之间的借贷数额不相等，向所述具有相关账务作业的平台分别发送第T+1日的账务日志解析指令，所述账务日志用于记录账务数据；

日志解析数据接收单元65，用于接收来自所述具有相关账务作业平台的第T+1日的账务日志解析数据；

所述数据核对单元63还用于根据所述第T+1日的账务日志解析数据对与借贷数额不相等相关的账务数据进行核对操作。

由以上描述可知，在对第T日账务数据核对过程中，当具有相关账务作业的平台之间的借贷数额不相等时，日志解析指令发送单元64向这些平台发送第二日(即，第T+1日)账务日志解析指令，由于账务日志记录了财务数据，因而根据日志解析数据接收单元65接收的第T+1日的账务日志解析数据，数据核对单元63就可以对与借贷数额不相等相关的账务数据进行核对操作，可以克服由于各平台的日切点时间不同而产生的当日作业借款方与贷款方不等而误产生挂账的问题，通过本发明实施例的账务核对流程，可以避免误挂账问题。

在实际操作中，上述银行账务数据处理装置可以位于各平台的作业***，当该平台为发起服务处理指令平台时，执行该装置来对所有平台的账务数据进行核查。

如图7所示，上述装置还包括：暂挂数据记录单元66和状态更改单元67，其中：

暂挂数据记录单元66，用于将与借贷数额不相等相关的财务数据记录为暂挂账务数据，所述暂挂账务数据包括：作业序号、借款数额信息、贷款数额信息、暂挂日期以及状态信息，所述状态信息为暂挂状态。

状态更改单元67，用于响应于暂挂账务数据中的账务数据核对准确，更改所述暂挂账务数据中的状态信息为平衡状态。

在一个实施例中，上述装置还包括：日志记录单元68，用于根据预定规则、以及各平台的日切时间将所属平台的账务数据记录在预定财务日志，其中，每个平台可以对应多个财务日志。这里的预定规则可以是根据日期在相应的日志登记财务数据，如第T日在日志1进行记录，第T-1日和第T+1日在日志2记录，也可以根据平台来记录，例如，平台1记录在日志1，平台2记录在日志2。

继续参见图7，上述装置还可以包括：日志解析单元69和数据自核查单元610，其中，日志解析单元69，用于对所属平台的财务日志进行解析；数据自核查单元610，用于根据解析结果对所属平台的账务数据进行核查。通过日志解析单元69和数据自核查单元610，可以实现对所属平台的财务数据核对操作。

优选地，日志解析单元69和数据自核查单元610可以实现上述步骤206中的余额平衡法流程。

上述各单元的具体执行功能，可以参见上述方法实施例中的描述，此处不再赘述。

在具体实施过程中，上述各单元可以合一设置、也可以单一设置，本发明不限于此。

图8是根据本发明实施例的电子设备的示意图。图8所示的电子设备为通用数据处理装置，其包括通用的计算机硬件结构，其至少包括处理器801和存储器802。处理器801和存储器802通过总线803连接。存储器802适于存储处理器801可执行的一条或多条指令或程序。该一条或多条指令或程序被处理器801执行以实现上述银行账务数据处理方法中的步骤。

上述处理器801可以是独立的微处理器，也可以是一个或者多个微处理器集合。由此，处理器801通过执行存储器802所存储的命令，从而执行如上所述的本发明实施例的方法流程实现对于数据的处理和对于其他装置的控制。总线803将上述多个组件连接在一起，同时将上述组件连接到显示控制器804和显示装置以及输入/输出(I/O)装置805。输入/输出(I/O)装置805可以是鼠标、键盘、调制解调器、网络接口、触控输入装置、体感输入装置、打印机以及本领域公知的其他装置。典型地，输入/输出(I/O)装置805通过输入/输出(I/O)控制器806与***相连。

其中，存储器802可以存储软件组件，例如操作***、通信模块、交互模块以及应用程序。以上所述的每个模块和应用程序都对应于完成一个或多个功能和在发明实施例中描述的方法的一组可执行程序指令。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时以实现上述银行账务数据处理方法的步骤。

综上所述，本发明实施例可以实现多平台中的多对多账户处理流程，由于各平台的日切点时间不同使得各平台账务处理日期不同，因而会出现具有相关账务作业的平台之间的借贷数额不相等的问题，由于账务日志记录了财务数据，因而通过向这些平台发送第二日的账务日志解析指令，发起指令平台可以根据第二日的账务日志解析数据对与借贷数额不相等相关的账务数据进行核对操作，从而可以克服由于各平台的日切点时间不同而产生的当日交易借款方与贷款方不等而误产生挂账的问题，通过本发明实施例的账务核对流程，可以避免误挂账问题，保障全行账务核对平衡。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

本说明书实施例中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

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

本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书实施例的实施例而已，并不用于限制本说明书实施例。对于本领域技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的权利要求范围之内。

Claims (12)

1.一种银行账务数据处理方法，其特征在于，所述方法包括：

向各平台分别发送第T日账务数据核对指令，T为正整数；

接收来自各平台的第T日账务数据并进行账务数据核对操作，所述各平台的第T日对应于所属平台的日切时间，所述第T日账务数据包括：核对指令发送平台信息、所属平台信息、作业序号、第T日借款数额信息和第T日贷款数额信息；

响应于具有相关账务作业的平台之间的借贷数额不相等，向所述具有相关账务作业的平台分别发送第T+1日的账务日志解析指令，所述账务日志用于记录账务数据；

接收来自所述具有相关账务作业平台的第T+1日的账务日志解析数据，根据所述第T+1日的账务日志解析数据对与借贷数额不相等相关的账务数据进行核对操作。

2.根据权利要求1所述的银行账务数据处理方法，其特征在于，向所述具有相关账务作业的平台分别发送第T+1日的账务日志解析指令之前，所述方法还包括：

将与借贷数额不相等相关的财务数据记录为暂挂账务数据，所述暂挂账务数据包括：作业序号、借款数额信息、贷款数额信息、暂挂日期以及状态信息，所述状态信息为暂挂状态。

3.根据权利要求2所述的银行账务数据处理方法，其特征在于，对与借贷数额不相等相关的账务数据进行核对操作之后，所述方法还包括：

响应于账务数据核对准确，更改所述暂挂账务数据中的状态信息为平衡状态。

4.根据权利要求1所述的银行账务数据处理方法，其特征在于，所述方法还包括：

根据预定规则、以及各平台的日切时间将所属平台的账务数据记录在预定财务日志，其中，每个平台对应多个财务日志。

5.根据权利要求1所述的银行账务数据处理方法，其特征在于，所述方法还包括：

各平台对各自的财务日志进行解析；

各平台根据解析结果对所属平台的账务数据进行核查。

6.一种银行账务数据处理装置，其特征在于，所述装置包括：

核对指令发送单元，用于向各平台分别发送第T日账务数据核对指令，T为正整数；

数据接收单元，用于接收来自各平台的第T日账务数据，所述各平台的第T日对应于所属平台的日切时间，所述第T日账务数据包括：核对指令发送平台信息、所属平台信息、作业序号、第T日借款数额信息和第T日贷款数额信息；

数据核对单元，用于根据接收的各平台的第T日账务数据进行账务数据核对操作；

日志解析指令发送单元，用于响应于具有相关账务作业的平台之间的借贷数额不相等，向所述具有相关账务作业的平台分别发送第T+1日的账务日志解析指令，所述账务日志用于记录账务数据；

日志解析数据接收单元，用于接收来自所述具有相关账务作业平台的第T+1日的账务日志解析数据；

所述数据核对单元还用于根据所述第T+1日的账务日志解析数据对与借贷数额不相等相关的账务数据进行核对操作。

7.根据权利要求6所述的银行账务数据处理装置，其特征在于，所述装置还包括：

暂挂数据记录单元，用于将与借贷数额不相等相关的财务数据记录为暂挂账务数据，所述暂挂账务数据包括：作业序号、借款数额信息、贷款数额信息、暂挂日期以及状态信息，所述状态信息为暂挂状态。

8.根据权利要求7所述的银行账务数据处理装置，其特征在于，所述装置还包括：

状态更改单元，用于响应于账务数据核对准确，更改所述暂挂账务数据中的状态信息为平衡状态。

9.根据权利要求6所述的银行账务数据处理装置，其特征在于，所述装置还包括：

日志记录单元，用于根据预定规则、以及各平台的日切时间将所属平台的账务数据记录在预定财务日志，其中，每个平台对应多个财务日志。

10.根据权利要求6所述的银行账务数据处理装置，其特征在于，所述装置还包括：

日志解析单元，用于对所属平台的财务日志进行解析；

数据自核查单元，用于根据解析结果对所属平台的账务数据进行核查。

11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至5中任一项所述的银行账务数据处理方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至5中任一项所述的银行账务数据处理方法的步骤。

Images