一种对账方法及装置与流程

本发明涉及金融技术领域，具体而言，涉及一种对账方法及装置。

背景技术：

银行等金融机构需要对各业务系统每天流转的账务流水进行对账，而随着业务的发展，金融机构的业务系统越来越多，各业务系统之间的账务流水关系(对账关系)也变得越来越复杂，因而，如何保障业务系统内以及各业务系统之间的账务流水对账的正确性，成为一个越来越难的问题。

目前，金融机构在进行对账时，一般将各业务系统独立进行对账处理，即针对直接关联的两个业务系统进行账务流水对账。但在实际的业务系统应用场景中，即使是同一金融机构内的各业务系统或同一业务系统下的各账务流水，账务流水的数据记录格式可能也会不同，并存在采用各种对账策略的对账方式，使得在进行账务流水对账时，需要进行不同格式的转换，使得对账效率较低，尤其是在发生对账差错时，需要反复核对双方的对账方式，进一步降低了对账效率；而且，实际应用中，各业务系统之间存在复杂的关联关系，一业务系统可能不但与其关联的业务系统相关联，还会与该关联的业务系统相关联的其他业务系统存在隐式的关联关系，因而，该对账方法，针对相互关联的业务系统进行对账，只能实现账务流水在直接关联的两个业务系统中的对账，不能实现账务流水在关联的所有业务系统中的对账。

技术实现要素：

有鉴于此，本发明的目的在于提供对账方法及装置，以提高对账效率。

第一方面，本发明实施例提供了对账方法，包括：

依据目标对账需求，从预先构建的包含各业务系统的业务系统账务关联图谱中，确定所述目标对账需求在所述业务系统账务关联图谱中对应的源节点和目的节点，所述源节点、目的节点用于记录业务系统的账务流水；

依据所述源节点和目的节点在所述业务系统账务关联图谱中的位置，以及该位置之间包含的各节点之间的对账关系，构建对账需求子图谱；

依据所述对账需求子图谱中各节点记录的账务流水，从所述源节点开始，依据所述对账需求子图谱中相邻节点的对账关系，对所述相邻节点记录的账务流水进行对账，直至达到所述目的节点，得到对账结果。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，构建所述业务系统账务关联图谱，包括：

依据采集的对账信息进行业务系统分类，针对每一分类的业务系统，确定该业务系统包含的账务流水；

确定业务系统内包含的账务流水之间的对账关系，以及，业务系统之间的账务流水的对账关系；

为每一账务流水配置用于进行账务流水采集的数据获取器参数，以及，依据相邻账务流水之间的依赖关系，为该相邻账务流水配置账务核对器参数以及结果下发器参数；

以账务流水为节点、以账务流水之间的对账关系为边，构建所述业务系统账务关联图谱。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述业务系统包括：统一支付系统、中金支付、银联公司、网联清算公司、核心系统、信贷系统、收单系统、积分系统以及卡券系统。

结合第一方面的第二种可能的实施方式，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述统一支付系统包含的账务流水包括：支付平台流水、中金交互流水、银联交互流水、网联交互流水以及核心交互流水；

卡券系统包含的账务流水包括：卡券对账文件_收单系统流水；

积分系统包含的账务流水包括：积分系统对账文件_收单系统流水；

收单系统包含的账务流水包括：卡券系统交互流水、统一支付收单交互流水、积分系统交互流水、收单平台流水；

中金支付包含的账务流水包括：中金对账文件流水；

银联公司包含的账务流水包括：银联对账文件流水；

网联清算公司包含的账务流水包括：网联对账文件流水；

信贷系统包含的账务流水包括：信贷系统流水、统一支付交互流水；

核心系统包含的账务流水包括：核心对账文件_统一支付流水。

结合第一方面的第三种可能的实施方式，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述对账关系包括：不同业务系统之间的账务流水的对账关系以及同一业务系统内的账务流水之间的对账关系，其中，

同一业务系统内的账务流水之间的对账关系包括：

对于统一支付系统，账务流水之间的对账关系包括：中金交互流水指向支付平台流水、银联交互流水指向支付平台流水、网联交互流水指向支付平台流水以及支付平台流水指向核心交互流水；

对于信贷系统，账务流水之间的对账关系包括：统一支付交互流水指向信贷系统流水；

对于收单系统，账务流水之间的对账关系包括：统一支付收单交互流水指向收单平台流水、收单平台流水分别指向卡券系统交互流水以及积分系统交互流水；

不同业务系统之间的账务流水的对账关系包括：

对于中金支付和统一支付系统，账务流水的对账关系包括：中金对账文件流水指向中金交互流水；

对于银联公司和统一支付系统，账务流水的对账关系包括：银联对账文件流水指向银联交互流水；

对于网联清算公司和统一支付系统，账务流水的对账关系包括：网联对账文件流水指向网联交互流水；

对于核心系统和统一支付系统，账务流水的对账关系包括：核心对账文件_统一支付流水指向核心交互流水；

对于信贷系统和统一支付系统，账务流水的对账关系包括：支付平台流水指向统一支付交互流水；

对于收单系统和统一支付系统，账务流水的对账关系包括：支付平台流水指向统一支付收单交互流水；

对于收单系统和卡券系统，账务流水的对账关系包括：卡券对账文件_收单系统流水指向卡券系统交互流水；

对于收单系统和积分系统，账务流水的对账关系包括：积分系统对账文件_收单系统流水指向积分系统交互流水。

结合第一方面、第一方面的第一种可能的实施方式至第四种可能的实施方式中的任一种可能的实施方式，本发明实施例提供了第一方面的第五种可能的实施方式，其中，所述依据所述源节点和目的节点在所述业务系统账务关联图谱中的位置，以及该位置之间包含的各节点之间的对账关系，构建对账需求子图谱，包括：

在所述业务系统账务关联图谱中，获取与所述源节点具有对账关系的一个或多个相邻节点；

判断一个或多个相邻节点中是否有所述目的节点：

若是，所述源节点及所述目的节点构成所述对账需求子图谱；

若否，针对每一相邻节点，获取与该相邻节点具有对账关系的一个或多个次相邻节点；

判断一个或多个次相邻节点是否有所述目的节点：

若是，所述源节点、与所述目的节点具有对账关系的次相邻节点以及所述目的节点构成所述对账需求子图谱；

若否，从所述一个或多个次相邻节点中，删除与所述相邻节点除具有对账关系外不再具有对账关系的次相邻节点，依据剩下的次相邻节点，获取与该次相邻节点具有对账关系的次次相邻节点，直至获取的节点中包括所述目的节点，得到所述对账需求子图谱。

结合第一方面、第一方面的第一种可能的实施方式至第四种可能的实施方式中的任一种可能的实施方式，本发明实施例提供了第一方面的第六种可能的实施方式，其中，所述依据所述对账需求子图谱中相邻节点的对账关系，对所述相邻节点记录的账务流水进行对账，包括：

分别获取相邻节点中的源节点的账务流水以及目的节点的账务流水；

核对源节点的账务流水和目的节点的账务流水：

判断源节点的账务流水对应的金额和目的节点的账务流水对应的金额是否一致；

若金额一致，若目的节点的账务流水的交易状态为非终态，根据源节点的账务流水对应的状态进行修正，或者，若目的节点的账务流水的交易状态为终态且与源节点的账务流水对应的状态相一致，确定对账通过；

若金额一致，若目的节点的账务流水的交易状态为终态但与源节点的账务流水对应的状态不相一致，或者，若金额不一致，确定对账出现差错。

第二方面，本发明实施例还提供了一种对账装置，包括：

关联节点确定模块，用于依据目标对账需求，从预先构建的包含各业务系统的业务系统账务关联图谱中，确定所述目标对账需求在所述业务系统账务关联图谱中对应的源节点和目的节点，所述源节点、目的节点用于记录业务系统的账务流水；

子图谱构建模块，用于依据所述源节点和目的节点在所述业务系统账务关联图谱中的位置，以及该位置之间包含的各节点之间的对账关系，构建对账需求子图谱；

对账模块，用于依据所述对账需求子图谱中各节点记录的账务流水，从所述源节点开始，依据所述对账需求子图谱中相邻节点的对账关系，对所述相邻节点记录的账务流水进行对账，直至达到所述目的节点，得到对账结果。

第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述的方法的步骤。

本发明实施例提供的对账方法及装置，通过依据目标对账需求，从预先构建的包含各业务系统的业务系统账务关联图谱中，确定所述目标对账需求在所述业务系统账务关联图谱中对应的源节点和目的节点，所述源节点、目的节点用于记录业务系统的账务流水；依据所述源节点和目的节点在所述业务系统账务关联图谱中的位置，以及该位置之间包含的各节点之间的对账关系，构建对账需求子图谱；依据所述对账需求子图谱中各节点记录的账务流水，从所述源节点开始，依据所述对账需求子图谱中相邻节点的对账关系，对所述相邻节点记录的账务流水进行对账，直至达到所述目的节点，得到对账结果。这样，通过构建包含各业务系统的业务系统账务关联图谱，表征各业务系统中的账务流水以及账务流水之间的对账关系，使得业务系统账务关联图谱能融合各种业务系统，为各业务系统提供格式统一的账务流水对账，可以有效提高对账效率。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本发明实施例所提供的对账方法流程示意图；

图2示出了本发明实施例所提供的业务系统账务关联图谱结构示意图；

图3示出了本发明实施例所提供的对账装置结构示意图；

图4为本申请实施例提供的一种计算机设备400的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

现有的对账方法，在两个有账务流水关联的业务系统之间进行账务对账，由于账务流水的数据记录格式不同，并存在采用各种对账策略的对账方式，使得在进行账务流水对账时，需要进行不同格式的转换，而不同的对账方式易导致对账差错，准确性不能得到保证，使得对账效率较低，且只能实现账务流水在直接关联的两个业务系统中的对账，不能实现账务流水在关联的所有业务系统中的对账，对账效率不高。

本发明实施例中，通过对所有业务系统进行分析，提取出业务系统内的账务流水之间、各业务系统账务流水之间的对账关系，形成业务系统账务关联图谱，从而可以利用账务流水在业务系统账务关联图谱中对账关系，依据对账关系形成的路径进行各业务系统账务流水的统一对账，最终得到核对结果，对账效率高。从而利用业务系统账务关联图谱，对账务流水的记录格式进行统一，将所有参与的业务系统的账务流水全面打通，形成账务流水对账的有机整体，能够最大程度保证账务对账的一致性，对于强化金融机构内控管理，减少甚至杜绝风险，具有重大意义。

本发明实施例提供了一种对账方法及装置，下面通过实施例进行描述。

图1示出了本发明实施例所提供的对账方法流程示意图。如图1所示，该方法包括：

步骤101，依据目标对账需求，从预先构建的包含各业务系统的业务系统账务关联图谱中，确定所述目标对账需求在所述业务系统账务关联图谱中对应的源节点和目的节点，所述源节点、目的节点用于记录业务系统的账务流水；

本发明实施例中，作为一可选实施例，构建所述业务系统账务关联图谱，包括：

a11，依据采集的对账信息进行业务系统分类，针对每一分类的业务系统，确定该业务系统包含的账务流水；

本发明实施例中，对账信息包括但不限于：账务流水、关联方信息，可以通过网络爬取的方式采集与对账相关的对账信息，通过聚类分析的方式并结合专业技术人员或专家的人工分析和审核，得到分类的用于对账的各业务系统，然后，针对每一业务系统对应的对账信息再次进行分析，分类出该业务系统包含的账务流水种类。

本发明实施例中，业务系统是指参与对账的系统。作为一可选实施例，业务系统包括但不限于：统一支付系统、中金支付、银联公司、网联清算公司、核心系统、信贷系统、收单系统、积分系统以及卡券系统。

账务流水表示业务系统中需要在统一对账中考虑的记录数据，一个业务系统包括一个或多个账务流水，各业务系统包括的账务流水互不相同。在业务系统账务关联图谱中，账务流水以节点的形式进行表征。

本发明实施例中，统一支付系统包含的账务流水，包括但不限于：支付平台流水、中金交互流水、银联交互流水、网联交互流水以及核心交互流水；

卡券系统包含的账务流水包括：卡券对账文件_收单系统流水；

积分系统包含的账务流水包括：积分系统对账文件_收单系统流水；

收单系统包含的账务流水包括：卡券系统交互流水、统一支付收单交互流水、积分系统交互流水、收单平台流水；

中金支付包含的账务流水包括：中金对账文件流水；

银联公司包含的账务流水包括：银联对账文件流水；

网联清算公司包含的账务流水包括：网联对账文件流水，作为一可选实施例，中金对账文件流水、银联对账文件流水以及网联对账文件流水可以为一份或多份文件，以网联对账文件流水为例，可以包含网联对账文件_批次1、网联对账文件_批次2、网联对账文件_批次3等；

信贷系统包含的账务流水包括：信贷系统流水、统一支付交互流水；

核心系统包含的账务流水包括：核心对账文件_统一支付流水。

a12，确定业务系统内包含的账务流水之间的对账关系，以及，业务系统之间的账务流水的对账关系；

本发明实施例中，账务流水之间的对账关系是指账务流水之间的依赖关系，表征具有关联的两个账务流水之间的依赖关系。例如，以支付平台流水及中金交互流水为例，其对账关系为：支付平台流水依赖于中金交互流水，即由中金交互流水指向支付平台流水。作为一可选实施例，对账关系可依据专业技术人员或专家进行人工确定，包括：不同业务系统之间的账务流水的对账关系以及同一业务系统内的账务流水之间的对账关系。

本发明实施例中，作为一可选实施例，同一业务系统内的账务流水之间的对账关系包括：

对于统一支付系统，账务流水之间的对账关系包括：中金交互流水指向支付平台流水、银联交互流水指向支付平台流水、网联交互流水指向支付平台流水以及支付平台流水指向核心交互流水；

对于信贷系统，账务流水之间的对账关系包括：统一支付交互流水指向信贷系统流水；

对于收单系统，账务流水之间的对账关系包括：统一支付收单交互流水指向收单平台流水、收单平台流水分别指向卡券系统交互流水以及积分系统交互流水。

本发明实施例中，作为一可选实施例，不同业务系统之间的账务流水的对账关系包括：

对于中金支付和统一支付系统，账务流水的对账关系包括：中金对账文件流水指向中金交互流水；

对于银联公司和统一支付系统，账务流水的对账关系包括：银联对账文件流水指向银联交互流水；

对于网联清算公司和统一支付系统，账务流水的对账关系包括：网联对账文件流水指向网联交互流水；

对于核心系统和统一支付系统，账务流水的对账关系包括：核心对账文件_统一支付流水指向核心交互流水；

对于信贷系统和统一支付系统，账务流水的对账关系包括：支付平台流水指向统一支付交互流水；

对于收单系统和统一支付系统，账务流水的对账关系包括：支付平台流水指向统一支付收单交互流水；

对于收单系统和卡券系统，账务流水的对账关系包括：卡券对账文件_收单系统流水指向卡券系统交互流水；

对于收单系统和积分系统，账务流水的对账关系包括：积分系统对账文件_收单系统流水指向积分系统交互流水。

a13，为每一账务流水配置用于进行账务流水采集的数据获取器参数，以及，依据相邻账务流水之间的依赖关系，为该相邻账务流水配置账务核对器参数以及结果下发器参数；

a14，以账务流水为节点、以账务流水之间的对账关系为边，构建所述业务系统账务关联图谱。

本发明实施例中，作为一可选实施例，在每一账务流水设置数据获取器并进行相应的数据获取器参数配置，数据获取器参数包括：数据(账务流水)获取方式、获取的数据格式、状态字段、金额字段、冲正字段、获取数据的时间等。在配置数据获取器参数、业务系统账务关联图谱上线运行后，在后续应用中，账务流水(节点)上的数据获取器依据配置的数据获取器参数采集对应的账务流水的记录数据，并存储到预先设置的对账数据存储库中。

本发明实施例中，在相邻账务流水中的目的账务流水中配置账务核对器，账务核对器参数包括：源流水的过滤条件、目标流水的过滤条件、勾兑字段、核对方式、存疑数据处理方式、超期存疑数据处理方式等。在配置账务核对器参数后，账务核对器依据数据获取器采集的账务流水的记录数据，核对具有对账关系的双方的账务流水情况，并按照对账关系的方向给出核对结果，结果下发器依据结果下发器参数对核对结果进行处理后下发到对应的业务系统，供业务系统做进一步处理，例如，差错处理。其中，核对结果包括：对平、存疑、差错等。

本发明实施例中，作为一可选实施例，在相邻账务流水中的目的账务流水中配置结果下发器，结果下发器参数包括：数据下发方式、数据下发位置、数据格式等。

本发明实施例中，作为一可选实施例，可以利用配置数据库存储业务系统的配置信息，配置信息包括但不限于：账务流水之间的对账关系、对账方式信息、数据获取器参数、账务核对器参数、结果下发器参数等，这样，在需要进行业务系统的配置信息更新时，可以从配置数据库获取相应数据。

图2示出了本发明实施例所提供的业务系统账务关联图谱结构示意图。如图2所示，本发明实施例中，根据确定的业务系统、账务流水和对账关系，构建业务系统账务关联图谱中的节点和边，在构建的业务系统账务关联图谱中，业务系统为根节点，每一业务系统对应一根节点，以大框进行表征，业务系统包含的各账务流水为根节点下的节点，以小框进行表征，对账关系为有向边，每一对账关系对应一有向边，有向边的方向为依赖方向，有向边的起始方的账务流水决定了有向边的目标方的账务流水。例如，在统一支付系统中，对于支付平台流水以及核心交互流水，存在从支付平台流水到核心交互流水的一条有向边，再例如，对于统一支付系统中的支付平台流水以及信贷系统中的统一支付交互流水，存在从支付平台流水到统一支付交互流水的一条有向边。

本发明实施例中，业务系统账务关联图谱描述了各业务系统中需要考虑统一对账的账务流水，以及账务流水之间的依赖关系，可以通过用户界面进行展示，这样，用户可以依据展示的用户界面选取相应的业务系统下的账务流水，触发自动对账，以及，依据相应权限，在业务系统账务关联图谱中发布新业务系统。

本发明实施例中，作为一可选实施例，依据目标对账需求，从预先构建的包含各业务系统的业务系统账务关联图谱中，确定所述目标对账需求在所述业务系统账务关联图谱中对应的源节点和目的节点，包括：

接收用户的登录请求，展示包含业务系统、账务流水以及对账关系的所述业务系统账务关联图谱的展示界面；

接收用户依据展示界面选取的第一账务流水和第二账务流水，依据第一账务流水和第二账务流水之间的对账关系，确定源节点和目的节点。

本发明实施例中，依据对账关系表征的指向，被指向的账务流水为目的节点。

步骤102，依据所述源节点和目的节点在所述业务系统账务关联图谱中的位置，以及该位置之间包含的各节点之间的对账关系，构建对账需求子图谱；

本发明实施例中，作为一可选实施例，依据所述源节点和目的节点在所述业务系统账务关联图谱中的位置，以及该位置之间包含的各节点之间的依赖关系，构建对账需求子图谱，包括：

在所述业务系统账务关联图谱中，获取与所述源节点具有对账关系的一个或多个相邻节点；

判断一个或多个相邻节点中是否有所述目的节点：

若是，所述源节点及所述目的节点构成所述对账需求子图谱；

若否，针对每一相邻节点，获取与该相邻节点具有对账关系的一个或多个次相邻节点；

判断一个或多个次相邻节点是否有所述目的节点：

若是，所述源节点、与所述目的节点具有对账关系的次相邻节点以及所述目的节点构成所述对账需求子图谱；

若否，从所述一个或多个次相邻节点中，删除与所述相邻节点除具有对账关系外不再具有对账关系的次相邻节点，依据剩下的次相邻节点，获取与该次相邻节点具有对账关系的次次相邻节点，直至获取的节点中有所述目的节点，得到所述对账需求子图谱。

本发明实施例中，与一个节点具有对账关系的节点的数量可以是一个或多个，从源节点出发，沿具有对账关系的路径前进，直至到达目标节点，该路径中包含的节点构成对账需求子图谱。

步骤103，依据所述对账需求子图谱中各节点记录的账务流水，从所述源节点开始，依据所述对账需求子图谱中相邻节点的对账关系，对所述相邻节点记录的账务流水进行对账，直至达到所述目的节点，得到对账结果。

本发明实施例中，依据对账需求子图谱中节点和边形成的路径，依次对数据获取器获取的信息，利用账务核对器进行账务流水对账，并将对账结果通过结果下发器下发至路径上的下一节点，直至到达路径的最后一节点(目的节点)，得到对账结果。作为一可选实施例，依据所述对账需求子图谱中相邻节点的对账关系，对所述相邻节点记录的账务流水进行对账，包括：

a21，分别获取相邻节点中的源节点的账务流水以及目的节点的账务流水；

本发明实施例中，作为一可选实施例，在进行对账时，可以通过调度，在多台服务器上启动多个计算节点，从而实现分布式调度。例如，以源节点为银联对账文件流水，目的节点为银联交互流水为例，银联对账文件流水的获取和解析，以及，银联交互流水的获取和解析，可以依据调度策略，分配到不同的计算节点并行执行，而在获取并解析银联对账文件流水后，调度策略才调度执行从银联对账文件流水到银联交互流水的对账。

a22，核对源节点的账务流水和目的节点的账务流水：

判断源节点的账务流水对应的金额和目的节点的账务流水对应的金额是否一致；

若金额一致，若目的节点的账务流水的交易状态为非终态，根据源节点的账务流水对应的状态进行修正，或者，若目的节点的账务流水的交易状态为终态且与源节点的账务流水对应的状态相一致，确定对账通过；

若金额一致，若目的节点的账务流水的交易状态为终态但与源节点的账务流水对应的状态不相一致，或者，若金额不一致，确定对账出现差错。

本发明实施例中，在进行源节点的账务流水和目的节点的账务流水的核对时，进行交易状态的核对和金额的核对，其中，在交易状态的核对一致和金额的核对一致的情形下，表明对账通过，若交易状态的核对不一致或金额的核对不一致，表明对账出现差错。例如，以源节点为银联对账文件流水，目的节点为银联交互流水为例，首先从源节点的数据获取器获取银联对账文件流水，并对银联对账文件流水进行解析，识别出每一笔交易记录，包括交易状态、金额等，从目的节点的数据获取器获取银联交互流水，同样对银联交互流水进行解析，识别出每一笔交易记录，包括交易状态、金额等。然后，将银联对账文件流水中的每一交易记录和银联交互流水中的交易记录分别进行核对，包括交易状态核对、金额核对等。其中，

如果银联交互流水中的交易状态为非终态(处理中)，则根据银联对账文件流水中的状态进行修正；

如果双方的交易状态都为终态，并且一致，则表示对账通过；

如果双方的交易状态都为终态，但不一致，或者金额不一致，则表示对账出现差错；

如果一方有交易状态，另一方无交易状态，则表示对账出现差错。

本发明实施例中，在对账通过后，沿着对账需求子图谱中的有向边的方向进一步确定下一个节点，重复相邻节点的对账过程，直至到达最终的目的节点。

本发明实施例中，作为一可选实施例，对账需求还可以是针对整个业务系统账务关联图谱，即依据业务系统账务关联图谱中的有向边的方向进行对账。

本发明实施例中，作为一可选实施例，每一账务核对器对应有一对账结果，因而，该方法还包括：

将对账结果反馈至执行对账的账务核对器所在的业务系统，以使该业务系统进行进一步处理，包括差错处理。

本发明实施例的对账方法，依据目标对账需求，从预先构建的包含各业务系统的业务系统账务关联图谱中，确定所述目标对账需求在所述业务系统账务关联图谱中对应的源节点和目的节点，所述源节点、目的节点用于记录业务系统的账务流水；依据所述源节点和目的节点在所述业务系统账务关联图谱中的位置，以及该位置之间包含的各节点之间的对账关系，构建对账需求子图谱；依据所述对账需求子图谱中各节点记录的账务流水，从所述源节点开始，依据所述对账需求子图谱中相邻节点的对账关系，对所述相邻节点记录的账务流水进行对账，直至达到所述目的节点，得到对账结果。这样，通过构建包含各业务系统的业务系统账务关联图谱，以具有对账关系的有向无环图的方式表征各业务系统中的账务流水以及账务流水之间的对账关系，使得业务系统账务关联图谱能融合各种业务系统，为各业务系统提供格式统一的账务流水对账，有效提升了对账效率；在发生对账差错时，只需核对双方格式统一的账务流水，快捷高效；进一步地，可以依据业务系统账务关联图谱中各账务流水对应的对账关系，实现账务流水在关联的所有业务系统中的对账；而且，通过将对账过程中的动作抽象为数据获取器、账务核对器和结果下发器，能够支持动态扩展，可以使得金融企业或机构能从全企业整体的角度，对账务体系进行统一的处理和管理；此外，无需单独开发业务系统，只需要将业务系统接入业务系统账务关联图谱中，并进行相应参数的配置即可，大大节省开发成本；而且，采用统一的方法处理日切、存疑、性能、多路核对等具体问题，业务系统和业务系统账务关联图谱对接，可以极大地降低发生错误的概率。

图3示出了本发明实施例所提供的对账装置结构示意图。如图3所示，该对账装置包括：

关联节点确定模块301，用于依据目标对账需求，从预先构建的包含各业务系统的业务系统账务关联图谱中，确定所述目标对账需求在所述业务系统账务关联图谱中对应的源节点和目的节点，所述源节点、目的节点用于记录业务系统的账务流水；

本发明实施例中，作为一可选实施例，构建业务系统账务关联图谱，包括：

依据采集的对账信息进行业务系统分类，针对每一分类的业务系统，确定该业务系统包含的账务流水；

确定业务系统内包含的账务流水之间的对账关系，以及，业务系统之间的账务流水的对账关系；

为每一账务流水配置用于进行账务流水采集的数据获取器参数，以及，依据相邻账务流水之间的依赖关系，为该相邻账务流水配置账务核对器参数以及结果下发器参数；

以账务流水为节点、以账务流水之间的对账关系为边，构建所述业务系统账务关联图谱。

本发明实施例中，作为一可选实施例，业务系统包括：统一支付系统、中金支付、银联公司、网联清算公司、核心系统、信贷系统、收单系统、积分系统以及卡券系统。其中，

统一支付系统包含的账务流水包括：支付平台流水、中金交互流水、银联交互流水、网联交互流水以及核心交互流水；

卡券系统包含的账务流水包括：卡券对账文件_收单系统流水；

积分系统包含的账务流水包括：积分系统对账文件_收单系统流水；

收单系统包含的账务流水包括：卡券系统交互流水、统一支付收单交互流水、积分系统交互流水、收单平台流水；

中金支付包含的账务流水包括：中金对账文件流水；

银联公司包含的账务流水包括：银联对账文件流水；

网联清算公司包含的账务流水包括：网联对账文件流水；

信贷系统包含的账务流水包括：信贷系统流水、统一支付交互流水；

核心系统包含的账务流水包括：核心对账文件_统一支付流水。

本发明实施例中，作为一可选实施例，对账关系包括：不同业务系统之间的账务流水的对账关系以及同一业务系统内的账务流水之间的对账关系，其中，

同一业务系统内的账务流水之间的对账关系包括：

对于统一支付系统，账务流水之间的对账关系包括：中金交互流水指向支付平台流水、银联交互流水指向支付平台流水、网联交互流水指向支付平台流水以及支付平台流水指向核心交互流水；

对于信贷系统，账务流水之间的对账关系包括：统一支付交互流水指向信贷系统流水；

对于收单系统，账务流水之间的对账关系包括：统一支付收单交互流水指向收单平台流水、收单平台流水分别指向卡券系统交互流水以及积分系统交互流水；

不同业务系统之间的账务流水的对账关系包括：

对于中金支付和统一支付系统，账务流水的对账关系包括：中金对账文件流水指向中金交互流水；

对于银联公司和统一支付系统，账务流水的对账关系包括：银联对账文件流水指向银联交互流水；

对于网联清算公司和统一支付系统，账务流水的对账关系包括：网联对账文件流水指向网联交互流水；

对于核心系统和统一支付系统，账务流水的对账关系包括：核心对账文件_统一支付流水指向核心交互流水；

对于信贷系统和统一支付系统，账务流水的对账关系包括：支付平台流水指向统一支付交互流水；

对于收单系统和统一支付系统，账务流水的对账关系包括：支付平台流水指向统一支付收单交互流水；

对于收单系统和卡券系统，账务流水的对账关系包括：卡券对账文件_收单系统流水指向卡券系统交互流水；

对于收单系统和积分系统，账务流水的对账关系包括：积分系统对账文件_收单系统流水指向积分系统交互流水。

本发明实施例中，作为一可选实施例，数据获取器参数包括：账务流水获取方式、获取的数据格式、状态字段、金额字段、冲正字段、获取数据的时间等。

账务核对器参数包括：源流水的过滤条件、目标流水的过滤条件、勾兑字段、核对方式、存疑数据处理方式、超期存疑数据处理方式等。

结果下发器参数包括：数据下发方式、数据下发位置、数据格式等。

本发明实施例中，作为一可选实施例，关联节点确定模块301包括：

界面展示单元(图中未示出)，用于接收用户的登录请求，展示包含业务系统、账务流水以及对账关系的所述业务系统账务关联图谱的展示界面；

确定单元，用于接收用户依据展示界面选取的第一账务流水和第二账务流水，依据第一账务流水和第二账务流水之间的对账关系，确定源节点和目的节点。

子图谱构建模块302，用于依据所述源节点和目的节点在所述业务系统账务关联图谱中的位置，以及该位置之间包含的各节点之间的对账关系，构建对账需求子图谱；

本发明实施例中，作为一可选实施例，子图谱构建模块302包括：

相邻节点获取单元(图中未示出)，用于在所述业务系统账务关联图谱中，获取与所述源节点具有对账关系的一个或多个相邻节点；

子图谱构建单元，用于判断一个或多个相邻节点中是否有所述目的节点：

若是，所述源节点及所述目的节点构成所述对账需求子图谱；

若否，针对每一相邻节点，获取与该相邻节点具有对账关系的一个或多个次相邻节点；

判断一个或多个次相邻节点是否有所述目的节点：

若是，所述源节点、与所述目的节点具有对账关系的次相邻节点以及所述目的节点构成所述对账需求子图谱；

若否，从所述一个或多个次相邻节点中，删除与所述相邻节点除具有对账关系外不再具有对账关系的次相邻节点，依据剩下的次相邻节点，获取与该次相邻节点具有对账关系的次次相邻节点，直至获取的节点中包括所述目的节点，得到所述对账需求子图谱。

对账模块303，用于依据所述对账需求子图谱中各节点记录的账务流水，从所述源节点开始，依据所述对账需求子图谱中相邻节点的对账关系，对所述相邻节点记录的账务流水进行对账，直至达到所述目的节点，得到对账结果。

本发明实施例中，作为一可选实施例，依据所述对账需求子图谱中相邻节点的对账关系，对所述相邻节点记录的账务流水进行对账，包括：

分别获取相邻节点中的源节点的账务流水以及目的节点的账务流水；

核对源节点的账务流水和目的节点的账务流水：

判断源节点的账务流水对应的金额和目的节点的账务流水对应的金额是否一致；

若金额一致，若目的节点的账务流水的交易状态为非终态，根据源节点的账务流水对应的状态进行修正，或者，若目的节点的账务流水的交易状态为终态且与源节点的账务流水对应的状态相一致，确定对账通过；

若金额一致，若目的节点的账务流水的交易状态为终态但与源节点的账务流水对应的状态不相一致，或者，若金额不一致，确定对账出现差错。

如图4所示，本申请一实施例提供了一种计算机设备400，用于执行图1中的对账方法，该设备包括存储器401、处理器402及存储在该存储器401上并可在该处理器402上运行的计算机程序，其中，上述处理器402执行上述计算机程序时实现上述对账方法的步骤。

具体地，上述存储器401和处理器402能够为通用的存储器和处理器，这里不做具体限定，当处理器402运行存储器401存储的计算机程序时，能够执行上述对账方法。

对应于图1中的对账方法，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述对账方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述对账方法。

在本申请所提供的实施例中，应该理解到，所揭露系统和方法，可以通过其它的方式实现。以上所描述的系统实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，系统或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。