CN114372787A

CN114372787A - 一种业务资源处理方法、装置、电子设备和存储介质

Info

Publication number: CN114372787A
Application number: CN202011095803.1A
Authority: CN
Inventors: 王一凡; 晋永康
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-10-14
Filing date: 2020-10-14
Publication date: 2022-04-19

Abstract

本申请涉及计算机技术领域，尤其涉及一种业务资源处理方法、装置、电子设备和存储介质，用以提高业务资源的处理效率。其中方法包括：响应于针对目标业务资源的核算查询操作，显示核算服务页面；在核算服务页面上显示目标业务资源的各个业务节点之间的依赖关系图及每个业务节点的核算详情信息与业务节点，依赖关系图是根据各个业务节点的节点信息及依赖关系信息创建的，各个业务节点为目标业务资源相关联的各个业务系统对应的业务处理节点，核算详情信息是根据各个业务节点对针对目标业务资源的第三方支付机构账单和银行账单当前的核算情况确定的。本申请通过搭建多个业务节点组成的统一平台去收拢各业务资源差异管理的方法，有效提高了处理效率。

Description

一种业务资源处理方法、装置、电子设备和存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种业务资源处理方法、装置、电子设备和存储介质。

背景技术

在相关技术中，需要通过对业务资源进行核算以确保业务资源的准确和安全。以备付金为例，在备付金核算中存在三套对账体系，分别为内部核算，外部核算，内外核算。其中，内部核算包括账账核算及账证核算，外部核算包括证实核算，内外核算包括账实核算及证证核算。

然而，在备付金核算中的三套对账体系中，各对账体系之间相互关联且互为作用，但并没有一个能力让其合并发现异常，定位异常。目前，使用者需人工定位，造成差异处理时效缓慢。因而，相关技术中的业务资源处理方式处理效率较低。

发明内容

本申请实施例提供一种业务资源处理方法、装置、电子设备和存储介质，用以提高资源差异处理效率。

本申请实施例提供的第一种业务资源处理方法，包括：

响应于针对目标业务资源的核算查询操作，显示核算服务页面；

在所述核算服务页面上显示所述目标业务资源的各个业务节点之间的依赖关系图，以及每个业务节点的核算详情信息与业务节点，其中，所述依赖关系图是根据各个业务节点的节点信息以及各个业务节点之间的依赖关系信息创建的，各个业务节点为所述目标业务资源相关联的各个业务系统对应的业务处理节点，各个业务节点的核算详情信息是分别根据各个业务节点对针对所述目标业务资源的第三方支付机构账单和银行账单当前的核算情况确定的。

本申请实施例提供的第二种业务资源处理方法，包括：

接收各个业务节点上报的节点标识和核算详情信息，根据将核算详情信息和节点标识进行关联的关联操作，将各个业务节点的节点标识和核算详情信息进行关联，其中，各个业务节点为目标业务资源相关联的各个业务系统对应的业务处理节点，各个业务节点的核算详情信息是分别根据各个业务节点对针对所述目标业务资源的第三方支付机构账单和银行账单当前的核算情况确定的；

接收到通过针对所述目标业务资源的核算查询操作触发的，显示核算服务页面的触发请求后，获取各个业务节点的核算详情信息并反馈给请求方，以使所述请求方显示包含各个业务节点之间的依赖关系图，以及各个业务节点的核算详情信息与业务节点的核算服务页面，其中所述依赖关系图是根据各个业务节点的节点信息以及各个业务节点之间的依赖关系信息创建的。

本申请实施例提供的第一种业务资源处理装置，包括：

第一响应单元，用于响应于针对目标业务资源的核算查询操作，显示核算服务页面；

可选的，所述第一响应单元具体用于：

响应于触发节点控制页面的触发操作，显示所述节点控制页面；

响应于通过所述节点控制页面输入的目标业务资源信息、所述目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息，在所述节点控制页面显示所述依赖关系图。

可选的，当目标业务节点的核算详情信息异常时，所述第一响应单元还用于：

在所述核算服务页面显示针对核算详情信息异常的目标业务节点的异常状态标记；以及

响应于针对所述核算服务页面中的目标业务节点的差异查询操作，显示包括所述目标业务节点对应的异常状态信息的异常控制页面，其中所述异常状态信息用于表示所述目标业务节点对所述第三方支付机构账单和所述银行账单进行核算过程中所产生的异常。

可选的，所述装置还包括：

第二响应单元，用于响应于通过所述异常控制页面触发的针对所述目标业务节点的差异确认操作，跳转至所述目标业务节点对应的业务系统，由所述目标业务节点的业务系统进行差异确认，并将针对所述目标业务节点的差异原因上报给服务器，以使所述服务器对所述目标业务节点进行差异状态消除，并记录相关日志。

可选的，所述装置还包括：

第三响应单元，用于响应于通过所述异常控制页面触发的针对所述目标业务节点的差异确认操作，获取输入针对所述目标业务节点的差异原因，将所述差异原因上报给服务器，以使所述服务器对所述目标业务节点进行差异状态消除，并记录相关日志；以及

向针对所述目标业务节点的差异关注方发送提示信息，所述提示信息包括所述目标业务节点的异常状态信息以及所述差异原因。

本申请实施例提供的第二种业务资源处理装置，包括：

接收单元，用于接收各个业务节点上报的节点标识和核算详情信息，根据将核算详情信息和节点标识进行关联的关联操作，将各个业务节点的节点标识和核算详情信息进行关联，其中，各个业务节点为目标业务资源相关联的各个业务系统对应的业务处理节点，各个业务节点的核算详情信息是分别根据各个业务节点对针对所述目标业务资源的第三方支付机构账单和银行账单当前的核算情况确定的；

反馈单元，用于接收到通过针对所述目标业务资源的核算查询操作触发的，显示核算服务页面的触发请求后，获取各个业务节点的核算详情信息并反馈给请求方，以使所述请求方显示包含各个业务节点之间的依赖关系图，以及各个业务节点的核算详情信息与业务节点的核算服务页面，其中所述依赖关系图是根据各个业务节点的节点信息以及各个业务节点之间的依赖关系信息创建的。

可选的，所述接收单元还用于：

在所述接收各个业务节点上报的节点标识和核算详情信息之前，根据接收到目标业务资源信息、所述目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息，创建用于对目标业务资源进行核算的各个业务节点，并存储所述节点信息和所述依赖关系信息，其中所述目标业务资源信息、所述节点信息以及所述依赖关系信息为接收到通过节点控制页面触发的，显示节点控制页面的触发请求后，通过所述节点控制页面输入的。

可选的，所述核算详情信息包括各个业务节点的执行状态信息，以及各个业务节点对所述第三方支付机构账单和所述银行账单进行核算所得到的核算差异信息；所述装置还包括：

告警单元，用于根据所述执行状态信息以及所述核算差异信息，结合各个业务节点之间的依赖关系信息，分析每个业务节点的异常状态；

根据分析得到的各个业务节点的异常状态，结合预先配置的告警收敛策略，对核算详情信息异常的目标业务节点进行通知告警，并对所述目标业务节点进行异常状态标记。

可选的，所述装置还包括：

异常分析单元，用于根据所述目标业务节点上报的执行状态信息和核算差异信息，分析得到所述目标业务节点的异常状态信息，并将所述目标业务节点的异常状态信息与节点标识进行关联；

接收到通过所述目标业务节点触发的，显示所述目标业务节点的异常状态信息的差异查询请求后，根据所述差异查询请求中的节点标识获取所述目标业务节点对应的异常状态信息；

将所述异常状态信息返回给请求方，以使所述请求方根据所述异常状态信息显示针对所述目标业务节点的异常控制页面。

可选的，所述装置还包括：

差异确认单元，用于接收通过所述异常控制页面触发的，针对所述目标业务节点的差异确认请求；

根据所述差异确认请求中的差异原因，对所述目标业务节点进行差异状态消除，并记录相关日志。

可选的，所述装置还包括：

通知单元，用于当其中一个业务节点发生重跑时，根据各个业务节点之间的依赖关系信息确定依赖所述业务节点的其他业务节点，并通知其他业务节点进行重跑。

本申请实施例提供的一种电子设备，包括处理器和存储器，其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行上述任意一种业务资源处理方法的步骤。

本申请实施例提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任意一种业务资源处理方法的步骤。

本申请实施例提供一种计算机可读存储介质，其包括程序代码，当所述程序产品在电子设备上运行时，所述程序代码用于使所述电子设备执行上述任意一种业务资源处理方法的步骤。

本申请有益效果如下：

本申请实施例提供的业务资源处理方法、装置、电子设备和存储介质，由于本申请实施例中，用户可注册目标业务资源相关联的各个业务系统所对应的业务节点，由各个业务节点来对针对目标业务资源的第三方支付机构账单和银行账单进行核算，通过融合各个对账系统、核算系统等业务系统，直观展现各个业务系统之间的依赖关系，并从全局视角展示当前数据时间的执行情况，无需人工定位差异，可以有效提高业务资源的处理效率，进而有利于保证业务资源的安全性。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1A为相关技术中的一种业务资源处理方法的一个可选的示意图；

图1B为相关技术中的一种业务资源核算全流程视图；

图2为本申请实施例中的一种应用场景的一个可选的示意图；

图3为本申请实施例中的一种业务资源处理方法的一个可选的示意图；

图4为本申请实施例中的一种核算服务页面的一个可选的示意图；

图5为本申请实施例中的一种异常控制页面的一个可选的示意图；

图6为本申请实施例中的另一种异常控制页面的一个可选的示意图；

图7为本申请实施例中的一种业务资源处理系统的整体架构图；

图8为本申请实施例中的一种ER图；

图9为本申请实施例中的另一种业务资源处理方法的一个可选的示意图；

图10为本申请实施例中的一个可选的交互实现时序流程示意图；

图11为本申请实施例中的一种第一种业务资源处理装置的组成结构示意图；

图12为本申请实施例中的一种第二种业务资源处理装置的组成结构示意图；

图13为应用本申请实施例的一种电子设备的一个硬件组成结构示意图；

图14为应用本申请实施例的另一种电子设备的一个硬件组成结构示意图。

具体实施方式

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

下面对本申请实施例中涉及的部分概念进行介绍。

第三方支付机构：指具备一定实力和信誉保障，取得了支付牌照，由央行统一监控的独立机构。是买卖双方在交易过程中的资金“中间平台”，采用与各大银行签约的方式，提供与银行支付结算系统接口的交易支付平台的网络支付模式。

支付机构的客户资金账户：指支付机构在自身业务系统中为客户开立的、用于记录客户资金收付结算信息的账户。在本申请实施例中的第三方支付机构账单主要是指该账户的账单。

三方支付业务备付金：支付机构为办理客户委托的支付业务而实际收到的预收待付货币资金。本申请实施例中的业务资源主要是以备付金为例进行举例说明的，其他业务资源同样适用，在此不做具体限定。

备付金银行账户：指支付机构按规定在人民银行或各付金银行开立的、用于存放客户备付金的各种银行账户。在本申请实施例中的银行账单主要是指该账户的账单。

备付金银行流水单：指银行或外部资金系统能够确认资金实际发生和相关余额的变动记录，通常是在相关系统中查询到的余额及其变动流水，反映三方支付机构备付金账户余额变动的交易清单。

备付金监管平台：指核对支付机构客户资金账户和备付金银行账户一致性，管理备付金的平台。是第三方支付机构针对业务的资金流转，结合备付金银行账户流水单检查支付机构每日客户备付金出、入金记录是否与备付金银行的记录相一致，确认客户备付金未达账项，对未达项资金冲销和监控的平台。

支付平台核心系统：指支付平台中的余额记账核心系统，记录客户资金账户的余额及其变动流水。后面简称核心系统。

支付平台订单系统：指支付平台完成客户交易的业务系统，记录客户支付业务信息，包含收款单、付款单、退款单。当客户执行快捷支付、提现到银行卡，退单到银行卡操作时候会影响备付金银行账户和客户资金账户变动。后面简称订单系统。

银行凭证系统：指清算组织、银行或其他外部资金方提供交易确认凭证相关单据的系统，反映一笔交易的最终状态，包括银行对账单、付款对账单、退款对账单等。后面简称凭证系统。

银行流水系统：指清算组织、银行或外部资金方提供备付金资金实际发生和相关余额的变动记录的系统。后面简称流水系统。

轧差：是指利用抵销、合同更新等法律制度，最终取得一方对另一方的一个数额的净债权或净债务，如市场交易者之间，可能互有内容相同，方向相反的多笔交易，在结算或结束交易时，可以将各方债权在相等数额内抵销，仅支付余额。

告警收敛：是指有时某个告警产生时，往往会伴随着其它告警。这时可以只对根本原因产生告警，其它告警收敛为子告警一并发送通知。如云服务器出现CPU(CentralProcessing Unit/Processor，中央处理器)负载告警时往往伴随其搭载的所有系统的可用性告警。在本申请实施例中是指将相关技术中的三个对账体系涉及的三部分独立的告警系统整合为一个系统，实现告警收敛。

ER图(Entity Relationship Diagram，实体-联系图)：提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。它是描述现实世界关系概念模型的有效方法。是表示概念关系模型的一种方式。在本申请实施例中，通过ER图体现了各个业务节点以及最终得到的结果之间的联系。

冲销：是会计核算的概念，指相互抵消的意思，即对错误的会计记录进行冲抵，使其相互在对等额内消灭。简单来说，就是按照原来的分录，做一笔相反的会计分录，或者做一笔相同的红字分录，把原来记的账消去或者说对已经做了记录的科目进行清零。

应用操作界面：是应用系统和用户之间进行交互和信息交换的媒介，它实现信息的内部形式与人类可以接受形式之间的转换，目的是使得用户能够方便有效率地去操作应用以达成双向之交互，完成所希望借助应用完成之工作。在本申请实施例中，应用操作界面包含了人机交互与图形用户接口，具体的应用操作界面包括核算服务页面、节点控制页面、异常控制页面等。其中，不同的应用操作界面用于向用户展示不同的内容，实现用户与应用之间不同的信息交互。

节点控制页面：是一个面向用户的，用于输入目标业务资源信息、所述目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息的页面，另外还可用于节点的增删改查，位置调整等。

核算服务页面：是一个面向用户的，用于展示各个业务节点的核算详情信息的页面。在本申请实施例中，核算服务页面还显示有各个业务节点以及各个业务节点之间的依赖关系图。此外，对于核算详情信息异常的目标业务节点，还可在核算服务页面中进行异常状态标记。

异常控制页面：是一个面向用户的，用于显示目标业务节点的异常状态信息等详细信息的页面。例如显示通用的异常查看列表。在本申请实施例中，用户还可通过异常控制页面进行异常导出和异常日清确认等，其中异常日清确认即本申请实施例中所列举的差异确认的过程。

下面对本申请实施例的设计思想进行简要介绍：

会计系统中通过会计核算完成会计工作中凭证甄别、记账、算账、调节和冲销操作。具体的，相关技术中的备付金监管平台在备付金核算中存在三套对账体系，分别为内部核算，外部核算，内外核算。其中，内部核算包括账账核算及账证核算，外部核算包括证实核算，内外核算包括账实核算及证证核算。其核对数据源可详见图1A所示，具体包括内部账户(B/C/Bank，企业/消费者/银行)，内部凭证(收付退订单)，银行余额(备付金流水)以及银行账单(收付退账单)。其中X应用为一种第三方支付机构平台。

然而，在备付金核算中的这三套对账体系中之间相互关联且互为作用，但并没有一个能力让其合并发现异常，定位异常。目前，使用者需人工定位，造成差异处理时效缓慢，加大了资金风险。

参阅图1B所示，其为相关技术中的一种备付金会计核算全流程视图。其中，X应用核心记账余额为用户在第三方支付机构的虚拟账户中所记载的资源，最右边的银行余额是实际账户中所记载的资源，最终要保证虚拟账户中所记载的资源和银行实际账户中所加载的资源要一致。在核对过程中需要用图1B中所示的凭证，包括收款单、退款单、付款账单、退款账单等和实际的流水进行比对。当备付金按轧差汇总操作备付金账户资金，支付机构只能汇总客户资金账户，和备付金银行总对总核对，产生汇总差异，差异原因的定位难点，差异人工消除风险高，有极大的资金安全隐患。

有鉴于此，本申请实施例提出了一种业务资源处理方法、装置、电子设备和存储介质。本申请实施例基于会计核算对账原理，通过多维度的对账体系去核算内部第三方支付机构与外部银行侧之间的业务资源差异。为更好的实现资源差异的管理及财务分析处理，搭建通用化核算看板，使其快速定位差异。因此，本申请提出了通过搭建统一平台去收拢各业务资源差异管理的方法，更快更准定位资源差异，能实现快速发现问题，加固资源安全的方法。具体的，本申请中用户可通过web(World Wide Web，万维网)页面注册目标业务资源相关联的各个业务系统所对应的业务节点，基于各个业务节点来对针对目标业务资源的第三方支付机构账单和银行账单进行核算，通过融合各个对账系统、核算系统等业务系统，直观展现各个依赖，并从全局视角展示当前数据时间的执行情况，无需人工定位差异，可以有效提高业务资源的处理效率。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图2所示，其为本申请实施例的应用场景示意图。该应用场景图中包括两个终端设备210和一个服务器220。终端设备210与服务器220之间可以通过通信网络进行通信。

在一种可选的实施方式中，通信网络是有线网络或无线网络。终端设备210以及服务器220可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

在本申请实施例中，终端设备210为用户使用的电子设备，该电子设备可以是个人计算机、手机、平板电脑、笔记本、电子书阅读器、智能家居等具有一定计算能力并且运行有即时通讯类软件及网站或者社交类软件及网站的计算机设备。如图2中的用户A或用户B可通过终端设备210查看本申请实施例中所列举的节点控制页面、核算服务页面和异常控制页面等。

其中，各终端设备210通过无线网络与服务器220，服务器220可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。

例如，在用户通过终端设备210登录节点控制页面，输入了目标业务资源信息、所述目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息之后，终端设备210则可将用户输入的目标业务资源信息、所述目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息等发送给服务器220。另外，在用户触发针对目标业务资源的核算查询操作后，终端设备210还可向服务器220发送显示核算服务页面的触发请求，进而服务器220获取各个业务节点的核算详情信息并反馈给终端设备210，实现终端设备210和服务器220的交互等等。

其中，每个终端设备中可以安装有应用，该应用的应用操作页面可以是上述所列举的任意一种或多种。本申请实施例涉及的应用可以是软件，也可以是网页、小程序等客户端，服务器则是与软件或是网页、小程序等相对应的应用服务器，不限制客户端的具体类型。

参阅图3所示，为本申请实施例提供的一种业务资源处理方法的实施流程图，应用于终端设备210，该方法的具体实施流程如下：

S31：响应于针对目标业务资源的核算查询操作，显示核算服务页面；

S32：在核算服务页面上显示目标业务资源的各个业务节点之间的依赖关系图，以及每个业务节点的核算详情信息与业务节点，其中，依赖关系图是根据各个业务节点的节点信息以及各个业务节点之间的依赖关系信息创建的，各个业务节点为目标业务资源相关联的各个业务系统对应的业务处理节点，各个业务节点的核算详情信息是分别根据各个业务节点对针对目标业务资源的第三方支付机构账单和银行账单当前的核算情况确定的。

在本申请实施例中，目标业务可以是支付机构备付金管理业务，相应地，目标业务资源则是指三方支付业务备付金(简称备付金)。其中，对应的第三方支付机构账单和银行账单分别指内部数据和外部数据，具体的，第三方支付机构账单是指第三方支付机构的客户资金账户的账单，而银行账单是指备付金银行账户的账单。在本申请实施例中，对第三方支付机构账单和银行账单的核算具体包括内部数据之间的核算，外部数据之间的核算，内部数据与外部数据之间的核算，例如图1A所示。

具体的，在对目标业务资源的第三方支付机构账单和银行账单进行核算的过程中，主要涉及的内部数据之间的核算有内部账户之间的核对，内部账户和内部凭证之间的核对；外部数据之间的核算有外部银行余额和银行账单的核对；内部数据与外部数据之间的核算有内部账户和银行余额的核对以及内部凭证和银行账单的核对等等。其中，与目标业务资源相关联的各个业务系统具体包括：(第三方)支付平台核心系统，支付平台订单系统，银行凭证系统和银行流水系统等。

参阅图4所示，其为本申请实施例中的一种核算服务页面的示意图。在该核算服务页面中显示的各个业务节点即为图4所示的六边形，分别为：核心记账金额、核心银行流水、核心商户流水、核心用户流水、收款单、银行收款账单、付款单、银行付款账单、退款单、银行退款账单、核心提现单-付退、银行流水等业务处理节点。各个业务节点之间的依赖关系可以通过图4所示的核算服务页面中的依赖关系图来体现，其中，相互依赖的业务节点之间通过线条进行连接，相连接的业务节点之间具有依赖关系，可进行内外信息流的对账，箭头的意思是互为比对。例如图4中的核心记账金额这一节点与核心银行流水这一节点之间需要进行分户核对；核心银行流水与核心商户流水、核心用户流水之间需要进行总账核对；收款单和核心银行流水之间需要进行收款内部对账；核心银行流水与核心提现单-付退之间需要进行付/退内部对账；收款单与银行收款账单之间需要进行收款对账，付款单与应付款账单之间需要进行付款对账；核心提现单-付退与银行付款账单之间需要进行零钱付款对账；退款单和银行退款账单之间需要进行退款对账；最后银行付款账单、银行收款账单、银行退款账单与银行流水之间也需要进行账单流水对账等等。

其中，本申请实施例中的核算详情信息包括最近核对完成的数据时间(比如按小时或者按分钟各自核对到哪个阶段)，核对的执行时间，核对状态，是否有异常，核对成功的总金额总比数，核对异常的总金额总比数等中的一种或多种，这些核算详情信息都是实时信息。例如图4所示的核算服务页面显示有当前核对的执行时间，是否有数据异常等。

在本申请实施例中，依赖关系图则是根据各个业务节点的节点信息以及各个业务节点之间的依赖关系信息创建的，用户可通过节点控制页面来注册或调整业务节点。具体的，终端设备响应于触发节点控制页面的触发操作，显示节点控制页面。之后，用户即可在节点控制页面中输入目标业务资源信息和节点信息，业务节点之间的依赖关系等。响应于通过节点控制页面输入的目标业务资源信息、目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息，在节点控制页面显示依赖关系图。其中，目标业务资源信息具体包括与目标业务资源相关联的各个第三方支付机构账单、银行账单等，例如上述所列举的收款单、退款单、核心记账金额等，银行账单则包括核心银行流水、银行付款账单、银行退款账单等等。上述所列举的业务节点也是根据各个业务系统来创建的。

在本申请实施例中，终端设备响应于通过节点控制页面输入的目标业务资源信息、目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息之后，还需要将这些信息上报给服务器，由服务器根据接收到的目标业务资源信息、目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息，创建用于对目标业务资源进行核算的各个业务节点，并存储这些节点信息和依赖关系信息。具体可将这些节点信息和依赖关系信息等格式化并存储到数据库中。

在创建各个业务节点之后，各个业务节点即可根据输入的目标业务资源信息，对针对该目标业务资源的第三方支付机构账单和银行账单进行比对，例如核心记账金额节点和核心银行流水节点主要用于核算内部账户资金帐的总数与外部会计账汇总的总数是否一致，付款单节点和银行付款账单节点则是用于核算内部付款单与外部会计账中的付款账单是否一致，当然，其他业务节点也是类似的，主要用于核算内外信息流是否一致，内部信息流主要是指第三方支付机构提供的信息，而外部信息流主要是指银行提供的信息。

在本申请实施例中，各个业务节点在对第三方支付机构账单和银行账单进行核算的过程中，可实时向服务器上报各自的执行状态信息，以及各个业务节点对第三方支付机构账单和银行账单进行核算所得到的核算差异信息(无差异时无需上报，或者上报无差异)，在服务器接收到各个业务节点上报的执行状态信息和核算差异信息之后，将这些信息存储到数据库中。

其中，执行状态是指执行成功和执行失败、执行异常等。具体的，核算差异信息分为两大类：对账差异和核算差异。其中，对账是指将需要核对的两边数据源进行比对，没有计算逻辑，例如图4所示的收款对账、付款对账、收款内部对账、付/退内部对账、零钱付款对账、退款对账；而核算是包含加减等计算逻辑的，例如图4所示的分户核对、总账核对以及最后的账单流水试算。

此外，服务器还可根据各个业务节点上报的这些执行状态信息、核算差异信息等，结合各个业务节点之间的依赖关系信息，分析存在异常的目标业务节点，以及每个目标业务节点的异常状态，具体分为数据异常、延时异常、运行异常等。其中，比如对账过程出现了数据差异，一边有某数据，一边没有该数据。延时异常则是指每一个对账都有期望的运行时间，比如17:00时要核算15:00的账单，但是到17：00的时候并没有开始核算等。运行异常有很多种情况，例如网络断了、数据库连接断了等等。

另外，对于核算详情信息异常的目标业务节点，基于根据目标业务节点上报的执行状态信息和核算差异信息，分析得到目标业务节点的异常状态信息，并将目标业务节点的异常状态信息与节点标识进行关联，存储到数据库中。其中，异常状态信息具体包括该目标业务节点出现异常的原因，检查时间，核算的账户日期，任务类型等等。其中任务类型则是指上述所列举的分户核对、总账核对、收款内部对账、收款对账、付款对账、零钱付款对账、退款对账、账单流水对账等中的任意一种。

也就是说，通过本申请实施例中的业务资源处理方法可以提供给用户全盘视图，明晰节点流程异常问题，使得由内到外，任何一个关键节点有异常，能直观的追溯到由哪个源头引起的，源头报错的原因。还能够清楚的了解核对了哪些资源，这些核对结果是否有差异；能直观看到关键节点当前的核对情况，包括最近核对完成的数据时间，核对的执行时间，核对状态，是否有异常，核对成功的总金额总比数，核对异常的总金额总比数；直观的表明每个块的负责，提供简单帮助说明，哪类异常该怎么处理等。

可选的，当目标业务节点的核算详情信息异常时，还可在核算服务页面显示针对核算详情信息异常的目标业务节点的异常状态标记，例如用特殊颜色标记，用特殊符号标记等。

参阅图4所示，其中标记为灰色的部分六边形为核算详情信息存在异常的目标业务节点。在图4中，核心银行流水节点存在数据异常，具体有107个数据异常，除核心银行流水节点之外，也存在核算详情信息异常的有付款单节点和银行流水节点，其中，付款单节点有1个数据异常，银行流水节点有3个数据异常。

另外，在零钱付款对账过程中，出现了延时异常的情况，但是用于进行零钱付款对账的银行付款账单节点和核心提现单-付退节点的执行状态并未出现异常，核算的付款账单，核心提现单等包含的数据也没有异常，此时也可通过图4所示的方式，将两个节点之间的连线上标记了灰色的数字按键2，作为延时异常这种类型的异常状态标记。

在上述所列举的实施例中，目标业务节点有核心银行流水，付款单和银行流水这三个节点。在本申请实施例中，用户可直接在核算服务页面中点击目标业务节点，触发针对目标业务节点的差异查询操作。此时，终端设备响应于针对核算服务页面中的目标业务节点的差异查询操作，显示包括目标业务节点对应的异常状态信息的异常控制页面，其中异常状态信息主要用于表示目标业务节点对第三方支付机构账单和银行账单进行核算过程中所产生的异常，具体包括该目标业务节点出现异常的原因，检查时间，核算的账户日期，任务类型等等。

如图5所示，其为本申请实施例中所列举的一种异常控制页面的示意图。例如用户点击图4所示的灰色部分的核心银行流水节点之后，即可跳转至图5所示的异常控制页面，该异常控制页面中显示有核心银行流水节点对应的异常状态信息，例如图5所示的异常状态列表。该列表中显示有该节点所核对的账户的日期，该节点的任务类型，一致性检查结果，检查时间，异常原因等。其中，对于20200313这一日期的分户核对任务中，外部会计账汇总的总数与内部账户资金帐的总数的一致性检查结果出现异常，并在表格中一致性检查结果一栏陈列异常结果…，出现异常的原因为数据库切换失败。其中T0是指支付工作日当天结算给商户，如果非工作日支付收款只能选着等下个工作日结算给商户；T1则是指支付收款行，工作日第二天结算给商户。

另外，在异常状态列表的下方还显示有与该分户核对任务相关联的任务流转详情，如图5所示，首先需要进行分户核对，之后是总账核对，总账明细，余额入口，累加发生额，营业总账。具体可查询的详情信息包括历史记录，节点详情，操作记录(在图5中简称操作)以及帮助提升(在图5中简称帮助)。例如在用户点击分户核对对应的历史记录时，如图5所示，显示有两条历史记录，其中，第一条历史记录为2020-03-13 01:00:00时刻的记录，核对结果为成功；第二条历史记录为2020-03-13 02:00:00时刻的记录，核对结果为失败。另外节点详情部分则具体显示有核对的时间，状态等等。

此外，在展示上述所列举的可查询的详情信息时，对于异常部分可用特殊颜色进行标记，特殊字体进行标记等等，如图5所示则是将历史记录部分中的异常内容进行灰色标记，可以直接向用户突出显示核算过程中的异常数据。

参阅图6所示，其为本申请实施例中的另一种异常控制页面的示意图。例如用户点击图4所示的付款单这一节点之后，即可跳转至图6所示的异常控制页面，即针对付款单节点的异常控制页面。该页面中所显示的任务类型为收款对账，另外也显示有异常状态列表，其中，关于20200313这一日期的收款对账任务，对于内部付款单和外部银行付款账单的比对结果出现异常，核心故障，并陈列异常结果…，异常的原因为快照拉取异常。

此外，在异常状态列表的下方还进一步显示有收款对账相关的任务流转详情。其中，通过流水拉取，快照拉取和账单拉取之后，获取与收款对账相关的账单数据(流水数据)等，进一步则可基于图4所列举的收款单节点和银行收款账单节点，通过拉取的数据进行收款对账。另外，与收款对账任务相关联的还有内部对账，即图4中所示的收款内部对账，需要将外部的核心银行流水与内部的收款单进行对账等。

其中，图6所示的异常控制页面中显示有快照拉取过程存在异常，具体的，根据历史记录部分可知在2020-03-13 01:00:00时刻快照拉取失败，在2020-03-1302:00:00时刻快照拉取失败。

另外，用户也可通过点击图4所示的节点与节点之间的连线上标记的数字按键，来查看延时异常的详细信息等等，当然也可以直接点击相关的业务节点来查看异常详情，导出异常明细。

另外，还可进一步关闭异常。在本申请实施例中，用户还可通过异常控制页面进行差异确认，可在图5或图6所示的异常控制页面中增加差异确认控件，该差异确认控件可以在异常控制页面上的弹窗、浮层等中显示，也可以直接在异常控制页面中显示。具体的差异确认可分为如下两种方式，子系统差异确认和人工确认差异。

下面对上述两种方式的处理过程进行详细介绍：

方式一、终端设备响应于通过异常控制页面触发的针对目标业务节点的差异确认操作，跳转至目标业务节点对应的业务系统(也可称作子系统)，由目标业务节点的业务系统进行差异确认，并将针对目标业务节点的差异原因上报给服务器，以使服务器对目标业务节点进行差异状态消除，并记录相关日志。

具体的，在用户通过异常控制页面触发的针对目标业务节点的差异确认操作时，终端设备响应该操作，跳转到目标业务节点对应的子系统进行处理，在子系统处理完成后打包差异原因和日志，提交到服务器。由服务器将这些数据存储到数据库中，并进行差异状态消除。这种差异方式一般会涉及资金风险比较大的情况。

方式二、终端设备响应于通过异常控制页面触发的针对目标业务节点的差异确认操作，获取输入针对目标业务节点的差异原因，将差异原因上报给服务器，以使服务器对目标业务节点进行差异状态消除，并记录相关日志；以及，向针对目标业务节点的差异关注方发送提示信息，提示信息包括目标业务节点的异常状态信息以及差异原因。

其中，该方式较为简单，如果一个差异能够用通用的逻辑来确认的话，可以直接在该页面中确认。具体的，直接由用户输入差异原因，之后终端设备打包异常明细和差异原因，发送提示消息给相关的差异关注方，其中提示信息可以是邮件、信息等形式。

需要说明的是，在上述实施方式中，通过页面视图中的异常节点点击，可跳转至异常定位列表，如图5或图6所示，提供了总视图中每个节点中依赖的上下游异常定位查询，并且每项查询内容中提供：历史记录，节点详情，操作记录及帮助提升等，使用者点击后便可显示内容，可以简单高效的定位差异异常。

参阅图7所示，其为本申请实施例中的一种用于实现上述业务资源处理方法的业务资源处理系统的整体架构图。具体的，本申请实施例中的业务资源处理系统具体分为三种类型的模块：web页面模块、Fable服务模块和批跑模块。

其中，图7所示的web系统即为web页面模块，用于实现用户与人机界面的交互；结果上报服务、异常管理服务和节点管理服务都属于Fable服务模块，而各类批跑、健康度分析以及告警&上报&通知则属于批跑模块。参阅表1所示，详细介绍了本申请实施例中的业务资源处理系统所包含的各个模块，以及各个模块的功能说明。

表1系统模块划分

其中，web页面类型的模块具体包括三个，名称分别为：节点控制页面、异常控制页面和核算管家主页面(即本文所列举的核算服务页面)。下面对这三个web页面模块的功能进行说明：

其中，节点控制页面用于节点增删改查，位置调整；异常控制页面，用于通用的异常查看列表，可进行异常导出和异常日清确认，参阅图5、图6所示；核算管家主页面用于展示各个节点运行状态和依赖关系图等，参阅图4所示。

下面对Fable服务类型的模块进行简要介绍，如上表所示，Fable服务类型的模块具体包括三个，名称分别为：结果上报服务、异常管理服务和节点管理服务。这三个Fable服务模块的功能分别为：结果上报服务，用于各个批跑上报接口服务，有1个接口；异常管理服务，用于对接各系统异常查询和异常处理，有2个接口，异常查询接口和异常处理接口；节点管理服务，包含资源节点管理，任务节点管理等，依赖关系，节点映射，错误码等。其中，资源节点和任务节点都属于本申请实施例中所列举的业务节点。

在本申请实施例中，业务节点包括各个业务系统对应的资源节点，以及各个资源节点的处理逻辑所关联的各个任务节点；也就是说本申请实施例中的业务节点分为两大类，资源节点以及任务节点，如图4所示的六边形都为资源节点，而任务节点是指有哪些任务，在图中未示出。例如付款单和银行付款账单这两个资源节点用于实现付款对账这一任务，而付款对账这一任务是由很多小任务(子任务)组成的，比如拉取数据源，一级对账、二级勾销等等。其中，业务节点之间的依赖关系信息包括各个资源节点之间的依赖关系信息，以及相关资源节点所关联的各个任务节点之间的依赖关系信息。需要说明的是，本申请实施例中的依赖关系信息具体是指节点前后关系、节点关联关系等。

最后介绍批跑类型的模块，如上表所示，批跑类型的模块具体包括三个，名称分别为：批跑框架升级、健康度分析和告警&上报&通知。这三个批跑模块的功能分别为：

批跑框架升级，用于对接核算管家上报(内部封装)；健康度分析，用于根据上报内容结合整体的任务关系链，分析每个节点及整体状态。告警&上报&通知，用于根据分析后的状态结合告警收敛策略进行通知告警。比如对核算的过程和结果进行分析，分析在哪些业务节点出了问题，如果有问题就告警，如果没有问题判断相应的业务界定的对账结果是否正确，没问题就形成财务报表上报。

参阅图8所示，其为本申请实施例中所列举的一种ER图，用于体现各个业务节点以及最终得到的结果之间的联系。该ER图可作为本申请实施例中所列举的业务资源处理系统最终向用户展示的结果。

在图8中具体显示有几个表格，分别为：任务节点登记表，资源登记表，业务上报结果表，异常事件表，异常等级表和结果确认日志表。

其中，任务节点登记表和资源登记表则主要是用户在注册业务节点时录入的目标业务资源信息、各个业务节点的节点信息以及各个业务节点之间的依赖关系信息等信息来生成的。具体的，任务节点登记表包括主键：任务节点ID(标识)；外键(也称参考键)：节点名称，所属核算过程ID，最大上报延迟时间，自身状态，受影响状态等。资源登记表包括主键：元素ID；外键：类型(资源关系)，视图位置，差异状态，异常状态等。

其中，业务上报结果表主要是基于各个业务节点上报的结果生成的，具体包括主键：上报结果ID；外键：数据起始时间，数据结束时间，，执行起始时间，执行结束时间，业务标识，执行状态(错误码)，错误信息，对应元素节点ID，任务ID，总比数，总金额，差异总比数，差异总金额等。

异常事件表则是基于各个业务节点上报的结果分析得到的存在异常的情况，具体包括主键：事件ID；外键：数据起始时间，数据结束时间，执行起始时间，执行结束时间，业务标识，异常错误码，异常错误信息，差异总比数，差异总金额，异常处理结果等。

异常登记表是基于分析得到的异常事件表以及资源登记表生成的，具体包括主键：异常错误码ID；外键：上报所属元素ID，异常描述，异常级别，异常关注人，收敛策略，告警渠道，差异查询配置，差异确认方法(跳转/通用)等。

结果确认日志表则是基于上述所列举的差异确认等生成的，与异常事件表有关，具体包括主键：ID；外键：上报结果ID，操作人，操作原因，操作时间等。

在本申请实施例中，基于T0资金核算建设，实现支付平台备付金资金核算效率提升到T0。与此同时，提升对账性能与容量，使核算系统更加稳定与流畅。系统上线后发现资金差异问题更快、更准、更清晰和科目账龄计算更准确，实现了系统自动冲销，减少人工操作工作量，降低了冲销风险。最终，实现快速定位资金差异，保障平台资金安全。

参阅图9所示，为本申请实施例提供的另一种业务资源处理方法的实施流程图，应用于服务器220，该方法的具体实施流程如下：

S91：接收各个业务节点上报的节点标识和核算详情信息，根据将核算详情信息和节点标识进行关联的关联操作，将各个业务节点的节点标识和核算详情信息进行关联，其中，各个业务节点为目标业务资源相关联的各个业务系统对应的业务处理节点，各个业务节点的核算详情信息是分别根据各个业务节点对针对目标业务资源的第三方支付机构账单和银行账单当前的核算情况确定的；

S92：接收到通过针对目标业务资源的核算查询操作触发的，显示核算服务页面的触发请求后，获取各个业务节点的核算详情信息并反馈给请求方，以使请求方显示包含各个业务节点之间的依赖关系图，以及各个业务节点的核算详情信息与业务节点的核算服务页面，其中依赖关系图是根据各个业务节点的节点信息以及各个业务节点之间的依赖关系信息创建的。

需要说明的是，具体实施方式可参见上述实施例，重复之处不再赘述。由于本申请实施例融合了各个对账、核算系统，直观展现各个依赖，并从全局视角展示当前数据时间的执行情况，有效提高了异常定位效率，保证了异常定位的时效，进而有利于保证业务资源的安全性。

可选的，在接收各个业务节点上报的节点标识和核算详情信息之前，还包括：

根据接收到目标业务资源信息、目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息，创建用于对目标业务资源进行核算的各个业务节点，并存储节点信息和依赖关系信息，其中目标业务资源信息、节点信息以及依赖关系信息为接收到通过节点控制页面触发的，显示节点控制页面的触发请求后，通过节点控制页面输入的。

可选的，核算详情信息包括各个业务节点的执行状态信息，以及各个业务节点对第三方支付机构账单和银行账单进行核算所得到的核算差异信息；方法还包括：

根据执行状态信息以及核算差异信息，结合各个业务节点之间的依赖关系信息，分析每个业务节点的异常状态；根据分析得到的各个业务节点的异常状态，结合预先配置的告警收敛策略，对核算详情信息异常的目标业务节点进行通知告警，并对目标业务节点进行异常状态标记。

例如，在目标业务节点的核算详情信息存在异常时产生告警，并通知相关的具有依赖关系的其他业务节点。

需要说明的是，本申请实施例将相关技术中的三个对账体系涉及的三部分独立的告警系统整合为一个系统，实现了告警收敛。

可选的，方法还包括：

根据目标业务节点上报的执行状态信息和核算差异信息，分析得到目标业务节点的异常状态信息，并将目标业务节点的异常状态信息与节点标识进行关联；接收到通过目标业务节点触发的，显示目标业务节点的异常状态信息的差异查询请求后，根据差异查询请求中的节点标识获取目标业务节点对应的异常状态信息；将异常状态信息返回给请求方，以使请求方根据异常状态信息显示针对目标业务节点的异常控制页面。

需要说明的是，具体实施方式可参见上述实施例，重复之处不再赘述。其中，异常状态信息包括目标业务节点出现异常的原因，检查时间，核算的账户日期，任务类型等等。

可选的，方法还包括：

接收通过异常控制页面触发的，针对目标业务节点的差异确认请求；根据差异确认请求中的差异原因，对目标业务节点进行差异状态消除，并记录相关日志。

在本申请实施例中，服务器可基于各个业务节点上报的结果进行异常管理、异常分析等，其中，异常分析异常明细分析，异常影响面。而异常管理具体包含告警时效，被通知人，告警收敛，异常自动消除等。在本申请实施例中，通过联动数据管理平台任务操作，异常时可以通过页面展示的任务关系，跨系统操作恢复。

可选的，方法还包括：

当其中一个业务节点发生重跑时，根据各个业务节点之间的依赖关系信息确定依赖业务节点的其他业务节点，并通知其他业务节点进行重跑。

具体的，本申请实施例中的对账依赖于内部数据和外部数据，比如之前银行给了一份账单(第一份数据源)，此时相关的业务节点已经开始根据账单进行核算，程序已经运行，但是银行侧发现这份账单中的数据有一部分有缺失后，又重新提供了一份完整的账单(第二份数据源)，该情况下需要通过重启业务节点，实现重跑。另外，通知其他相依赖的业务节点也进行重跑。并且在本申请实施例中，当某个业务节点发生重跑时，依赖该节点的可以用颜色标明需要重跑或者主动通知。

此外，还需要说明的是，在获得银行的第二份账单的数据之后，还可进一步用颜色表明状态位，同时标记是什么原因导致的异常等。

综上，本申请介绍了支付机构备付金管理中针对资金异常统一管理的办法。基于会计核算对账原理，通过多维度的对账体系去核算内部支付机构与外部银行侧之间的资金差异。为更好的实现资金差异的管理及财务分析处理，搭建通用化核算看板，使其快速定位差异。本申请提出了通过搭建统一平台去收拢各业务资金差异管理的方法，更快更准定位资金差异，能实现快速发现问题，加固资金安全的方法。

参阅图10所示，为本申请实施例中的业务资源处理方法的一个可选的交互实现时序流程示意图。该方法的具体实施流程如下：

步骤S1001：web端接收用户在注册阶段各个系统录入的资源节点，任务节点，以及节点之间的依赖关系等信息；

步骤S1002：web端将注册节点的信息和节点依赖关系等信息上报给后台服务模块；

步骤S1003：后台服务模块将这些信息(注册节点的信息和节点依赖关系等信息)提交到数据库进行存储；

步骤S1004：数据库向后台服务模块返回存储结果；

步骤S1005：后台服务模块将存储结果通知web端；

步骤S1006：业务批跑模块向后台服务模块上报各业务节点的执行状态、对账差异和核算差异；

步骤S1007：后台服务模块将这些信息(业务批跑模块上报的执行状态、对账差异和核算差异)提交到数据库进行存储；

步骤S1008：数据库向后台服务模块返回存储结果；

步骤S1009：后台服务模块将存储结果返回给业务批跑模块；

步骤S1010：健康度分析模块向数据库发送查询该周期内上报的所有记录，，所有节点信息和资源信息的查询请求；

步骤S1011：数据库向健康度分析模块返回查询到的相应数据；

步骤S1012：健康度分析模块根据上报记录和节点归类异常，具体分为：数据异常，延时异常和运行异常；

步骤S1013：健康度分析模块全局分析某个业务节点的影响面，包含异常影响，重启恢复影响等；

其中，重启恢复影响是指：比如业务节点A要做的事情依赖业务节点B时，若业务节点A重新做一遍之后，业务节点B也要重新做一遍。

步骤S1014：健康度分析模块标记资源，任务，核算过程状态；

步骤S1015：健康度分析模块将资源，任务，核算过程状态这三类资源状态提交到数据库；

步骤S1016：数据库向健康度分析模块返回存储结果；

步骤S1017：web端检测到用户触发的状态监控请求；

步骤S1018：web端向后台服务模块发送主视图&任务视图状态查询请求；

步骤S1019：后台服务模块查询数据库状态；

步骤S1020：数据库返回查询结果；

步骤S1021：后台服务模块将查询结果返回给web端进行展示；

其中，步骤S1017至S1021具体是指用户触发针对目标业务资源的核算查询操作后，web端即可检测到用户触发的状态监控请求，进而向后台服务模块发送主视图&任务视图状态查询请求，后台服务模块从数据库查询相应的数据，通过后台服务模块返回给web端进行展示；

步骤S1022：web端检测到用户触发的差异查询请求；

步骤S1023：web端向后台服务模块发送主视图&任务视图状态查询请求；

步骤S1024：后台服务模块向数据库查询业务配置的差异查询规则和库表；

其中，业务配置的差异查询规则是指有哪些差异要展示，通过配置从数据库中查询数据，然后通过页表等形式展示给用户。

步骤S1025：数据库向后台服务模块返回规则和数据库信息；

步骤S1026：后台服务模块查询相应的差异；

步骤S1027：数据库返回异常印象；

步骤S1028：后台服务模块向web端返回差异信息，以使web端向用户展示；

步骤S1029：web端检测到用户触发的查看差异请求；

步骤S1030：web端跳转到子系统处理，子系统处理完成后打包差异原因和日志提交到后台服务模块；

步骤S1031：后台服务模块向数据库发送记录日志&差异状态消除请求；

步骤S1032：数据库向后台服务模块返回处理结果；

其中，步骤S1022至S1028具体是指子系统差异确认的过程；

步骤S1033：web端接收用户提交的差异原因；

步骤S1034：web端打包异常明细和差异原因发送邮件给关注人(即差异关注方，包含1,2级)；

步骤S1035：web端向后台服务模块提交差异原因；

步骤S1036：后台服务模块向数据库发送记录日志&差异状态消除请求；

步骤S1037：数据库向后台服务模块返回处理结果；

步骤S1038：后台服务模块向web端返回差异已确认成功。

其中，步骤S1029至S1032具体是指人工差异确认的过程。

基于相同的发明构思，本申请实施例提供一种资源对象的转移控制装置的示意图。如图11所示，其为业务资源处理装置1100的结构示意图，可以包括：

第一响应单元1101，用于响应于针对目标业务资源的核算查询操作，显示核算服务页面；

在核算服务页面上显示目标业务资源的各个业务节点之间的依赖关系图，以及每个业务节点的核算详情信息与业务节点，其中，依赖关系图是根据各个业务节点的节点信息以及各个业务节点之间的依赖关系信息创建的，各个业务节点为目标业务资源相关联的各个业务系统对应的业务处理节点，各个业务节点的核算详情信息是分别根据各个业务节点对针对目标业务资源的第三方支付机构账单和银行账单当前的核算情况确定的。

可选的，第一响应单元1101具体用于：

响应于触发节点控制页面的触发操作，显示节点控制页面；

响应于通过节点控制页面输入的目标业务资源信息、目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息，在节点控制页面显示依赖关系图。

可选的，当目标业务节点的核算详情信息异常时，第一响应单元1101还用于：

在核算服务页面显示针对核算详情信息异常的目标业务节点的异常状态标记；以及

响应于针对核算服务页面中的目标业务节点的差异查询操作，显示包括目标业务节点对应的异常状态信息的异常控制页面，其中异常状态信息用于表示目标业务节点对第三方支付机构账单和银行账单进行核算过程中所产生的异常。

可选的，装置还包括：

第二响应单元1102，用于响应于通过异常控制页面触发的针对目标业务节点的差异确认操作，跳转至目标业务节点对应的业务系统，由目标业务节点的业务系统进行差异确认，并将针对目标业务节点的差异原因上报给服务器，以使服务器对目标业务节点进行差异状态消除，并记录相关日志。

可选的，装置还包括：

第三响应单元1103，用于响应于通过异常控制页面触发的针对目标业务节点的差异确认操作，获取输入针对目标业务节点的差异原因，将差异原因上报给服务器，以使服务器对目标业务节点进行差异状态消除，并记录相关日志；以及

向针对目标业务节点的差异关注方发送提示信息，提示信息包括目标业务节点的异常状态信息以及差异原因。

基于相同的发明构思，本申请实施例提供一种资源对象的转移控制装置的示意图。如图12所示，其为业务资源处理装置1200的结构示意图，可以包括：

接收单元1201，用于接收各个业务节点上报的节点标识和核算详情信息，根据将核算详情信息和节点标识进行关联的关联操作，将各个业务节点的节点标识和核算详情信息进行关联，其中，各个业务节点为目标业务资源相关联的各个业务系统对应的业务处理节点，各个业务节点的核算详情信息是分别根据各个业务节点对针对目标业务资源的第三方支付机构账单和银行账单当前的核算情况确定的；

反馈单元1202，用于接收到通过针对目标业务资源的核算查询操作触发的，显示核算服务页面的触发请求后，获取各个业务节点的核算详情信息并反馈给请求方，以使请求方显示包含各个业务节点之间的依赖关系图，以及各个业务节点的核算详情信息与业务节点的核算服务页面，其中依赖关系图是根据各个业务节点的节点信息以及各个业务节点之间的依赖关系信息创建的。

可选的，接收单元1201还用于：

在接收各个业务节点上报的节点标识和核算详情信息之前，根据接收到目标业务资源信息、目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息，创建用于对目标业务资源进行核算的各个业务节点，并存储节点信息和依赖关系信息，其中目标业务资源信息、节点信息以及依赖关系信息为接收到通过节点控制页面触发的，显示节点控制页面的触发请求后，通过节点控制页面输入的。

可选的，核算详情信息包括各个业务节点的执行状态信息，以及各个业务节点对第三方支付机构账单和银行账单进行核算所得到的核算差异信息；装置还包括：

告警单元1203，用于根据执行状态信息以及核算差异信息，结合各个业务节点之间的依赖关系信息，分析每个业务节点的异常状态；

根据分析得到的各个业务节点的异常状态，结合预先配置的告警收敛策略，对核算详情信息异常的目标业务节点进行通知告警，并对目标业务节点进行异常状态标记。

可选的，装置还包括：

异常分析单元1204，用于根据目标业务节点上报的执行状态信息和核算差异信息，分析得到目标业务节点的异常状态信息，并将目标业务节点的异常状态信息与节点标识进行关联；

接收到通过目标业务节点触发的，显示目标业务节点的异常状态信息的差异查询请求后，根据差异查询请求中的节点标识获取目标业务节点对应的异常状态信息；

将异常状态信息返回给请求方，以使请求方根据异常状态信息显示针对目标业务节点的异常控制页面。

可选的，装置还包括：

差异确认单元1205，用于接收通过异常控制页面触发的，针对目标业务节点的差异确认请求；

根据差异确认请求中的差异原因，对目标业务节点进行差异状态消除，并记录相关日志。

可选的，装置还包括：

通知单元1206，用于当其中一个业务节点发生重跑时，根据各个业务节点之间的依赖关系信息确定依赖业务节点的其他业务节点，并通知其他业务节点进行重跑。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

在介绍了本申请示例性实施方式的业务资源处理方法和装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

与上述方法实施例基于同一发明构思，本申请实施例中还提供了一种电子设备。该电子设备可以用于资源对象的转移控制。在一种实施例中，该电子设备可以是服务器，如图2所示的服务器220。在该实施例中，电子设备的结构可以如图13所示，包括存储器1301，通讯模块1303以及一个或多个处理器1302。

存储器1301，用于存储处理器1302执行的计算机程序。存储器1301可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及运行即时通讯功能所需的程序等；存储数据区可存储各种即时通讯信息和操作指令集等。

存储器1301可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器1301也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者存储器1301是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1301可以是上述存储器的组合。

处理器1302，可以包括一个或多个中央处理单元(central processing unit，CPU)或者为数字处理单元等等。处理器1302，用于调用存储器1301中存储的计算机程序时实现上述业务资源处理方法。

通讯模块1303用于与终端设备和其他服务器进行通信。

本申请实施例中不限定上述存储器1301、通讯模块1303和处理器1302之间的具体连接介质。本公开实施例在图13中以存储器1301和处理器1302之间通过总线1304连接，总线1304在图13中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线1304可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1301中存储有计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于实现本申请实施例的业务资源处理方法。处理器1302用于执行上述的业务资源处理方法，如图9所示。

在另一种实施例中，电子设备也可以是其他电子设备，如图2所示的终端设备210。在该实施例中，电子设备的结构可以如图14所示，包括：通信组件1410、存储器1420、显示单元1430、摄像头1440、传感器1450、音频电路1460、蓝牙模块1470、处理器1480等部件。

通信组件1410用于与服务器进行通信。在一些实施例中，可以包括WiFi(WirelessFidelity，电路无线保真)模块，WiFi模块属于短距离无线传输技术，电子设备通过WiFi模块可以帮助用户收发信息。

存储器1420可用于存储软件程序及数据。处理器1480通过运行存储在存储器1420的软件程序或数据，从而执行终端设备210的各种功能以及数据处理。存储器1420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器1420存储有使得终端设备210能运行的操作系统。本申请中存储器1420可以存储操作系统及各种应用程序，还可以存储执行本申请实施例业务资源处理方法的代码。

显示单元1430还可用于显示由用户输入的信息或提供给用户的信息以及终端设备210的各种菜单的图形用户界面(graphical user interface，GUI)。具体地，显示单元1430可以包括设置在终端设备210正面的显示屏1432。其中，显示屏1432可以采用液晶显示器、发光二极管等形式来配置。显示单元1430可以用于显示本申请实施例中的在线游戏的游戏画面。

显示单元1430还可用于接收输入的数字或字符信息，产生与终端设备210的用户设置以及功能控制有关的信号输入，具体地，显示单元1430可以包括设置在终端设备210正面的触摸屏1431，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。

其中，触摸屏1431可以覆盖在显示屏1432之上，也可以将触摸屏1431与显示屏1432集成而实现终端设备210的输入和输出功能，集成后可以简称触摸显示屏。本申请中显示单元1430可以显示应用程序以及对应的操作步骤。

摄像头1440可用于捕获静态图像，用户可以将摄像头1440拍摄的图像通过在线游戏客户端发送给聊天对方的用户。摄像头1440可以是一个，也可以是多个。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器1480转换成数字图像信号。

终端设备还可以包括至少一种传感器1450，比如加速度传感器1451、距离传感器1452、指纹传感器1453、温度传感器1454。终端设备还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路1460、扬声器1461、麦克风1462可提供用户与终端设备210之间的音频接口。音频电路1460可将接收到的音频数据转换后的电信号，传输到扬声器1461，由扬声器1461转换为声音信号输出。终端设备210还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风1462将收集的声音信号转换为电信号，由音频电路1460接收后转换为音频数据，再将音频数据输出至通信组件1410以发送给比如另一终端设备210，或者将音频数据输出至存储器1420以便进一步处理。

蓝牙模块1470用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端设备可以通过蓝牙模块1470与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

处理器1480是终端设备的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器1420内的软件程序，以及调用存储在存储器1420内的数据，执行终端设备的各种功能和处理数据。在一些实施例中，处理器1480可包括一个或多个处理单元；处理器1480还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器1480中。本申请中处理器1480可以运行操作系统、应用程序、用户界面显示及触控响应，以及本申请实施例的业务资源处理方法。另外，处理器1480与显示单元1430耦接。

在一些可能的实施方式中，本申请提供的业务资源处理方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的业务资源处理方法中的步骤，例如，计算机设备可以执行如图3中所示的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在计算装置上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被命令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由命令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些更改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种业务资源处理方法，其特征在于，该方法包括：

2.如权利要求1所述的方法，其特征在于，所述依赖关系图是根据各个业务节点的节点信息以及各个业务节点之间的依赖关系信息创建的，具体包括：

3.如权利要求1所述的方法，其特征在于，当目标业务节点的核算详情信息异常时，所述方法还包括：

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

响应于通过所述异常控制页面触发的针对所述目标业务节点的差异确认操作，跳转至所述目标业务节点对应的业务系统，由所述目标业务节点的业务系统进行差异确认，并将针对所述目标业务节点的差异原因上报给服务器，以使所述服务器对所述目标业务节点进行差异状态消除，并记录相关日志。

5.如权利要求3所述的方法，其特征在于，所述方法还包括：

响应于通过所述异常控制页面触发的针对所述目标业务节点的差异确认操作，获取输入针对所述目标业务节点的差异原因，将所述差异原因上报给服务器，以使所述服务器对所述目标业务节点进行差异状态消除，并记录相关日志；以及

6.一种业务资源处理方法，其特征在于，该方法包括：

7.如权利要求6所述的方法，其特征在于，在所述接收各个业务节点上报的节点标识和核算详情信息之前，还包括：

根据接收到目标业务资源信息、所述目标业务资源相关联的各个业务节点的节点信息，以及各个业务节点之间的依赖关系信息，创建用于对目标业务资源进行核算的各个业务节点，并存储所述节点信息和所述依赖关系信息，其中所述目标业务资源信息、所述节点信息以及所述依赖关系信息为接收到通过节点控制页面触发的，显示节点控制页面的触发请求后，通过所述节点控制页面输入的。

8.如权利要求6所述的方法，其特征在于，所述核算详情信息包括各个业务节点的执行状态信息，以及各个业务节点对所述第三方支付机构账单和所述银行账单进行核算所得到的核算差异信息；所述方法还包括：

根据所述执行状态信息以及所述核算差异信息，结合各个业务节点之间的依赖关系信息，分析每个业务节点的异常状态；

9.如权利要求8所述的方法，其特征在于，所述方法还包括：

根据所述目标业务节点上报的执行状态信息和核算差异信息，分析得到所述目标业务节点的异常状态信息，并将所述目标业务节点的异常状态信息与节点标识进行关联；

10.如权利要求8所述的方法，其特征在于，所述方法还包括：

接收通过所述异常控制页面触发的，针对所述目标业务节点的差异确认请求；

11.如权利要求6～10中任一项所述的方法，其特征在于，所述方法还包括：

当其中一个业务节点发生重跑时，根据各个业务节点之间的依赖关系信息确定依赖所述业务节点的其他业务节点，并通知其他业务节点进行重跑。

12.一种业务资源处理装置，其特征在于，包括：

13.一种业务资源处理装置，其特征在于，包括：

14.一种电子设备，其特征在于，其包括处理器和存储器，其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行权利要求1～5中任一所述方法的步骤或权利要求6～11中任一所述方法的步骤。

15.一种计算机可读存储介质，其特征在于，其包括程序代码，当所述程序代码在电子设备上运行时，所述程序代码用于使所述电子设备执行权利要求1～5中任一所述方法的步骤或权利要求6～11中任一所述方法的步骤。