资金交易状态监控方法和装置与流程

1.本公开实施例涉及金融科技，具体地，涉及一种资金交易状态监控方法和装置。


背景技术：

2.随着全球经济一体化的进程，资金交易，尤其是资金跨境交易的业务量日益增大。对于资金交易，具体来讲，对于资金转账交易，付款方或者收款方希望能够随时查询到资金状态。目前境内资金转账交易基本上已经实现了段时间到账并报告，提供了快速的资金到账能力并提供了对客户友好的状态查询能力。但对于跨境资金转账交易，资金在途时间通常以天为单位，耗时长，而且，在发起付款请求后，无论是付款方还是收款方，一直感知不到交易的在途状态，很多客户对此进行投诉，客户体验较差。


技术实现要素：

3.针对此，发明人提供了一种资金交易状态监控方法和装置，以提供屏蔽渠道差异且对客户友好的状态查询能力，并融合一笔交易中所有关联银行的查询能力，提升对客户的在途状态监控效果。
4.本公开的至少一个实施例一种资金交易监控方法，其包括：
5.向与资金交易相关联的所有银行发送查询指令；
6.从每个银行接收与所述资金交易状态相关的处理记录；
7.将每一个与所述资金交易状态相关的处理记录合并，形成资金交易状态信息；以及
8.将所述资金交易状态信息发送至第一用户。
9.在本公开的一个实施例中，向与所述资金交易相关联的所有银行发送查询指令包括：
10.响应于接收到第二用户的查询资金交易的请求，向与所述资金交易相关联的所有银行发送查询指令。
11.在本公开的一个实施例中，从每个银行接收与所述资金交易状态相关的处理记录包括：
12.在未完成对所述资金交易处理的第一银行插入监控任务，实时或定时监控所述第一银行中所述资金交易的处理记录的变化；以及
13.在所述第一银行的所述资金交易的处理记录发生变化时，从所述第一银行接收所述资金交易的更新的处理记录。
14.在本公开的一个实施例中，所述资金交易状态监控方法还包括：
15.响应于从第一银行收到所述资金交易的更新的处理记录，对资金交易状态信息和所述更新的处理记录进行整合，形成新的资金交易状态信息。
16.在本公开的一个实施例中，所述资金交易状态监控方法还包括：
17.响应于形成新的资金交易状态信息，将所述新的资金交易状态信息发送至第二用
户。
18.在本公开的一个实施例中，所述资金交易状态监控方法还包括：
19.在所述第一银行完成对所述资金交易的处理且已经从所述第一银行接收到了完成对所述资金交易的处理记录，从银行删除所述监控任务。
20.在本公开的一个实施例中，所述第一用户包括与所述资金交易相关的付款方和收款方中的至少一者。
21.在本公开的一个实施例中，所述第二用户包括与所述资金交易相关的付款方和收款方中的一者。
22.在本公开的一个实施例中，将所述资金交易状态信息发送至第一用户包括：将所述资金交易状态信息发送至所述第一用户的业务系统。
23.本公开的至少一个实施例还提供了一种资金交易状态监控装置，包括：
24.查询指令发送单元，配置为向与资金交易相关联的所有银行发送资金交易状态查询指令；
25.处理记录接收单元，配置为从每个银行接收与所述资金交易相关的处理记录；
26.处理记录合并单元，配置为将每一个与所述资金交易相关的处理记录合并，形成资金交易状态信息；以及
27.查询结果发送单元，配置为将所述资金交易状态信息发送至第一用户。
28.在本公开的一个实施例中，所述查询指令发送单元配置为在发起所述资金交易之后定时向与资金交易相关联的所有银行发送资金交易状态查询指令。
29.在本公开的一个实施例中，所述资金交易状态监控装置还包括：资金交易状态查询请求接收单元，配置为从第二用户接收查询资金交易状态的请求。
30.在本公开的一个实施例中，所述查询指令发送单元配置为响应于第二用户的查询资金交易状态的请求，向与所述资金交易相关联的所有银行发送查询指令。
31.在本公开的一个实施例中，所述资金交易状态监控装置还包括：监控任务插入单元，配置为在未完成对所述资金交易处理的第一银行插入监控任务，实时或定时监控所述第一银行中所述资金交易的处理记录的变化。
32.在本公开的一个实施例中，所述处理记录接收单元还被配置为在所述第一银行的所述资金交易的处理记录发生变化时，从所述第一银行接收所述资金交易的更新处理记录。
33.在本公开的一个实施例中，所述记录合并单元还被配置为响应于从所述第一银行收到所述资金交易的更新的处理记录，对资金交易状态信息和所述更新处理记录进行整合，形成更新资金交易状态信息。
34.在本公开的一个实施例中，所述查询结果发送单元还被配置为响应于形成更新资金交易状态信息，将所述新的资金交易状态信息发送至第二用户。
35.在本公开的一个实施例中，所述资金交易状态监控装置还包括监控任务删除单元，配置为响应于从第一银行接收到完成对所述资金交易的处理记录，从所述第一银行删除对所述资金交易的监控任务。
36.在本公开的一个实施例中，所述第一用户包括与所述资金交易相关的付款方和收款方中的至少一者。
37.在本公开的一个实施例中，所述第二用户包括与所述资金交易相关的付款方和收款方中的一者。
38.在本公开的一个实施例中，所述查询结果发送单元配置为将所述述资金交易状态信息发送至所述第一用户的业务系统。
39.本公开的一个实施例还提供了一种非易失性存储介质，其上存储有处理器可执行的计算机程序，响应于处理器执行所述计算机程序，所述处理器配置为实施上述任一资金交易状态监控方法的操作。
40.本公开的一个实施例还提供了一种计算机程序产品，所述计算机程序产品包括处理器可执行程序计算机程序，在所述计算机程序被处理器执行时，所述处理器配置为实施上述任一资金交易状态监控方法的操作。
41.在根据本公开实施例的资金交易状态监控方法和装置中，向涉及所述资金交易的所有银行发送查询指令，从涉及所述资金交易的所有银行接收与所述资金交易相关的处理记录，并将这些处理记录整合成资金交易状态信息发送至与所述资金交易相关联的一方或者多方。提供了主动通知、提供查询服务等多种办法为用户提供感知资金交易在途状态，融合了来自与资金交易关联的银行的资金交易记录，避免了来自单一银行信息可能导致的信息缺失，屏蔽了来自银行信息系统的记录的差异性，统一了信息格式，减少了用户理解成本。
附图说明
42.图1示出了根据本公开一个实施例的资金交易状态监控方法的流程图；
43.图2示出了根据本公开一个实施例的实施资金交易状态监控方法的系统框图；
44.图3示出了根据本公开一个实施例的从每个银行接收与所述资金交易状态相关的处理记录的操作流程图；
45.图4示出了根据本公开一个实施例的从每个银行接收与所述资金交易状态相关的处理记录的操作流程图；
46.图5示出了根据本公开一个实施例的从每个银行接收与所述资金交易状态相关的处理记录的操作流程图；
47.图6示出了根据本公开一个实施例的资金交易状态监控装置的框图；
48.图7示出了根据本公开另一实施例的资金交易状态监控装置的框图；
49.图8示出了根据本公开又一实施例的资金交易状态监控装置的框图；以及
50.图9示出了根据本公开再一实施例的资金交易状态监控装置的框图。
具体实施方式
51.下面通过附图和实施例对本公开进一步详细说明。通过这些说明，本公开的特点和优点将变得更为清楚明确。
52.在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。
53.此外，下面所描述的本公开不同实施方式中涉及的技术特征只要彼此之间未构成
冲突就可以相互结合。
54.目前，随着电子商务的发展以及全球经济一体化的进程，付款方通过银行向收款方进行转账(通常称为资金转账交易)的操作越来越多。境内资金转账交易到账时间较短，且能提供相对便捷的查询服务，对于境内资金转账交易的客户体验较好，客户投诉相对较少。但对于跨境资金转账交易，由于资金在途时间较长，通常以天为单位，且在发起付款请求后，无论是付款方还是收款方，一直感知不到交易的在途状态，成为该项服务的痛点。
55.在目前的操作中，不同银行提供的资金交易状态查询应答不同。比如，对于一笔从花旗银行到渣打银行的转账，在响应查询时，花旗银行会把付款金额显示在“debt amount”字段，而渣打银行会把付款金额显示在“payment amount”字段，用户在看到这样的应答时难免会有困惑。同时，每个银行对于资金交易状态查询的应答的维度也不同。比如，对于资金交易状态查询，有的银行会生成一个中间节点，有的银行指示按照交易的维度，返回最新的信息以及相应的扣款金额。查询到的资金交易状态的不同表述会引起客户的不理解或者误解。再例如，从花旗银行给付给渣打银行，会从其他银行进行终端，如果查询接口仅设置在其中的一个银行，如果仅设置在花旗银行，花旗仅提供收付款金额，中间银行的列表等，而渣打银行仅提供收付款信息以及每个中间银行的收费信息。针对查询的这种应答信息无法直接展示给客户或者供客户使用。
56.上述的各个银行对查询信息的响应不同，对客户不够友好，而且无法实时通知客户资金交易的状态。
57.针对这种情况，环球银行间金融电信协会(society for worldwide interbank financial telecommunication,swift)在原有的基础架构上提供了一套增强服务global payment innovation(gpi)，主要用于解决跨境支付中的一系列问题：传统跨境支付很少有类似境内支付的当日到达以及立即结算的能力、支付过程中费用不透明、支付状态不透明等问题。gpi主要由三大板块构成，tracker、observer以及directory。从支付发出，经过中间行，接受行以及结算中心，都可以通过tracker来查询或者更新支付的状态。甚至在恰当时刻，可以去取消支付。observer是监控系统，用来监控在一条支付链上交易卡在哪里，为什么卡住，卡了多久以及是否会超过新服务水准协议(service level agreement,sla)，而directory就是信息目录，通过directory可以找到那些金融机构支持哪些服务、和哪些机构互通、以及各种费用、效率等等。
58.但gpi的接入流程、接入方的资质审核、基础设施都有很高的要求，投入成本大，周期长。首先会要求接入方是swift会员，其次，接入方需要每年支付十几万美元的费用，购买服务，部署服务机和软件，在完成部署之后需要安装测试列表一一进行测试，整个流程的资金花费和时间花费都很大。
59.针对上述问题，发明人希望能够提供一种资金交易监控方法和装置，解决客户对交易在途状态的感知诉求。
60.针对此，本公开的至少一个实施例提供了一种资金交易监控方法，如图1所示，所述资金交易状态监控方法包括：
61.s01，向与所述资金交易相关联的所有银行发送查询指令；
62.s02，从每个银行接收与所述资金交易状态相关的处理记录；
63.s03，将每一个与所述资金交易状态相关的处理记录合并，形成资金交易状态信
息；以及
64.s04，将所述资金交易状态信息发送至第一用户。
65.图2示出了根据本公开一个实施例的实施上述资金交易状态监控方法的交易状态管理平台200的框图。交易状态管理平台200和各个银行系统之间通信连接，同时，还和付款方或收款方所在的系统(业务系统)通信连接。交易状态管理平台和各个银行系统之间签订有服务协议，可以从各个银行系统获取资金交易的处理记录。交易状态管理平台和付款方或收款方所在的系统同样签订有服务协议，可以接收付款方或收款方所在的系统发起的查询资金交易状态的请求，并可以返回查询结果，即，返回资金交易的处理记录。付款方或收款方所在的系统(业务系统)指的是各种可以调用应用所述资金交易状态监控方法的支付系统的app，在实际应用中，付款方由于在该app上购买某种商品或者某种服务而需要向收款方支付相应的款项，在该app上进行支付时，该app会调用所述支付系统，进行支付，支付请求发出后，支付系统会向该app提供关于所述支付的流水号，也就是资金交易流水号，即，本公开中所述的资金交易id。该app可以将所述资金交易id分别提供给付款方和收款方。
66.在本公开的一个实施例中，在发起资金交易之后，交易状态管理平台200可以主动向与所述资金交易相关联的所有银行发送查询指令。例如，在发起资金交易1个小时之后，或者某个时长之后，交易状态管理平台200主动向与所述资金交易相关联的所有银行发送查询指令，以获取所述资金交易的处理记录。
67.在本公开的一个实施例中，交易状态管理平台200响应于第二用户的查询资金交易的请求，向与所述资金交易相关联的所有银行发送查询指令。
68.如图2所示，查询资金交易的请求可以由付款方或者收款方发起。在付款方向收款方发起资金交易之后，即发起资金转账之后，付款方或者收款方就可以向交易状态管理平台200发起查询资金交易的请求。所述请求中可以包括资金交易id，或者可以叫做资金交易流水号，是标识资金交易的唯一凭证。
69.交易状态管理平台200在收到查询资金交易状态的请求之后，向与所述资金交易相关联的所有银行发送查询指令，以查询与所述资金交易相关联的处理记录。查询指令中包括资金交易id，以便准确确定要查询的资金交易。
70.每一个银行在收到查询指令之后，根据资金交易id，查询所述资金交易的状态，并将所述资金交易的状态发送回交易状态管理平台200。
71.以银行a作为付款银行，经银行b中转给付给银行c的资金交易为例进行说明。
72.对于作为付款银行的银行a收到关于一个资金交易的查询指令后，会根据查询指令中的资金交易id在自己的系统中进行查询，如果所述资金交易处于未支付给中间行的处理状态，在银行a的系统中，所述资金交易的状态可能会显示一条或多条处理记录。例如，如果尚未开始处理，仅显示第一时间点受理所述资金交易一个处理记录。如果已经从与所述资金交易id相关的付款账户中扣款，会显示两个处理记录，第一时间点受理所述资金交易，第二时间点从相应的账户中扣款成功。如果已经给付中间行，会显示三条处理记录，第一时间点受理所述资金交易，第二时间点从与所述资金交易id相关的付款账户扣款成功，第三时间点给付作为中间银行的银行b。在查询到与所述资金交易id相关的处理记录后，将与所述资金交易id相关的所有处理记录发送至交易状态管理平台200。
73.作为中间银行的银行b，如果未收到银行a的给付，在银行b的系统中没有与所述资
金交易id相关的处理记录。如果已经收到银行a的给付，但尚未开始处理，则在银行b的系统中会显示一条与所述资金交易id相关的处理记录，第四时间点收到银行a的给付。如果已经收到银行a的给付，已经开始处理，但尚未处理结束，则在银行b的系统中会显示两条与所述资金交易id相关的处理记录，第四时间点收到银行a的给付，第五时间点开始处理。如果已经收到银行a的给付，已经处理完毕，即，完成了向下一个银行c的给付，则在银行b的系统中显示三条与所述资金交易id相关的处理记录，第四时间点受理所述资金交易，第五时间点处理所述资金交易，第六时间点给付作为中间银行的银行b，或者，可以显示两条处理记录，第四时间点受理所述资金交易，第五时间点给付作为中间银行的银行b。
74.对于收款的银行c，如果与所述资金交易id相关的款项尚未给付到银行c，在银行c的系统中没有与所述资金交易id相关的处理记录。如果银行c已经收到了与所述资金交易id相关的款项，但尚未开始处理，则银行c的系统中会有一条与所述资金交易id相关的处理记录，即，第七时间点收到与所述资金交易id相关的款项。如果银行c已经收到了与所述资金交易id相关的款项且已经开始处理，在银行c的系统中会存在两条与所述资金交易id相关的处理记录，即，第七时间点收到与所述资金交易id相关的款项，第八时间点开始处理与所述资金交易id相关的资金交易。如果银行c已经将收到的款项入账至于所述资金交易id相关的收款账户，在银行c的系统中会存在三条与所述资金交易id相关的处理记录，即，第七时间点收到与所述资金交易id相关的款项，第八时间点开始处理与所述资金交易id相关的资金交易，第九时间点入账成功。
75.在这些银行查询到与所述资金交易相关的处理记录之后，会将这些与所述资金交易相关的处理记录发回给交易状态管理平台200。交易状态管理平台200收到这些与所述资金交易相关的处理记录之后，会对这些与所述资金交易相关的处理记录按照某种规则进行整合或者融合，例如，以处理时间为序，形成所述资金交易的资金交易状态信息，并将所述资金交易状态信息发送至发起查询资金交易状态的请求的发起方，也可以将所述资金交易状态信息发送至与所述资金交易相关的另一方，或者，也可以同时发给发起查询资金交易状态的请求的发起方和与所述资金交易相关的另一方。也就是说，在本公开中，发起资金交易状态查询的第二用户可以是付款方，也可以是收款方，而第一用户既可以是发起资金交易状态查询的一方，也可以是包括与所述资金交易相关的其他方。
76.在本公开的一个实施例中，如图3所示，在s02中，从每个银行接收与所述资金交易的状态相关的信息还包括：s021，在未完成对所述资金交易处理的第一银行插入监控任务，监控所述资金交易的处理记录变化；以及，s022，在所述第一银行中所述资金交易的处理记录发生变化时，接收所述资金交易的更新记录。
77.如上所述，在向与所述资金交易相关联的所有银行发送查询指令时，与所述资金交易相关联的所有银行中的一些银行还没有开始对所述资金交易进行处理，或者没有完成对所述资金交易的处理，在这些银行的银行信息系统中，关于所述资金交易的处理记录是不完整的(相对于该银行的银行信息系统的已经完成处理的资金交易的处理记录)。此时，会在这些银行的银行信息系统设置接口，插入监控监控任务，监控与所述资金交易的处理记录变化。如果关于所述资金交易的处理有了新的进展，与所述资金交易的处理记录会发生变化，在对所述资金交易的处理有新进展的银行的银行信息系统中会产生关于所述资金交易的更新处理记录。响应于关于所述资金交易的更新处理记录的产生，银行信息系统会
自动将与所述资金交易相关的更新处理记录发送至交易状态管理平台200。或者，通过设置的监控任务，定时在银行信息系统中查询与所述资金交易相关的状态，一旦查询到对所述资金交易的处理有了新进展的银行的银行系统中会产生了新的与所述资金交易相关的处理记录，交易状态管理平台200接收所述资金交易的更新处理记录。
78.在本公开的一个实施例中，如图4所示，在s02中，从每个银行接收与所述资金交易相关的处理还包括：s0211，在未完成对所述资金交易处理的银行插入监控任务，实时监控所述资金交易的处理记录变化；以及，s0221，在所述资金交易的处理记录发生变化时，接收所述资金交易的更新处理记录。
79.在本公开的另一个实施例中，如图5所示，在s02中，从每个银行接收与所述资金交易的状态相关的处理记录还包括：s0212，在未完成对所述资金交易处理的银行插入监控任务，定时监控所述资金交易的处理记录变化；以及，s0222，在所述资金交易的处理记录发生变化时，接收所述资金交易的更新处理记录。
80.响应于收到关于所述资金交易的更新处理记录，交易状态管理平台200会对关于所述资金交易的更新处理记录和原来的资金交易状态信息进行整合或者融合，形成更新资金交易状态信息，并将更新资金交易状态信息通过业务系统发送至资金交易状态查询的一方。
81.在本公开的一个实施例中，所述资金交易状态监控方法还包括：在s03中，将接收到的所述资金交易的更新处理记录与资金交易状态信息合并，形成更新资金交易状态信息。
82.在本公开的一个实施例中，响应于形成更新资金交易状态信息，在s04中还包括：将更新资金交易状态信息发送至第一用户。
83.第一用户包括发起资金交易状态查询请求的用户，也可以包括与所述资金交易相关的其他方。
84.在上述操作中，如果不是第一次查询，也就是说，就所述资金交易进行过查询，在与所述资金交易相关联的所有银行中的一些银行还没有开始对所述资金交易进行处理，或者没有完成对所述资金交易的处理的情况下，已经在这些银行设置过监控任务，不再设置监控任务，而是等待有与所述资金交易相关的更新处理记录产生时接收所述与所述资金交易相关的更新处理记录，并将所述更新处理记录与之前的资金交易状态信息融合，形成更新资金交易状态信息，发送至第一用户。
85.在与所述资金交易相关联的银行在处理完与所述资金交易相关的所有处理并将所有与所述资金交易相关的处理记录发送至交易状态管理平台200之后，银行的银行信息系统不再向交易状态管理平台200发送与所述资金交易相关的处理记录。也就是说，在与所述资金交易相关联的银行不会再产生与所述资金交易相关的处理记录的情况下，所述银行的银行信息系统会不再监控与所述资金交易相关联的处理记录，即，所述银行的银行信息系统会释放所述资金交易的id，在所述银行的银行信息系统中不再对所述资金交易的处理记录进行监控。
86.当所有与所述资金交易相关联的银行已经完成与所述资金交易相关的处理之后，即，付款方支付的款项已经进入收款方的银行账户时，收款银行将与所述资金交易的最后一条处理记录，即，款项进入收款方的银行账户的处理记录发送至交易状态管理平台200，
交易状态管理平台200整合所有的与所述资金交易相关的处理记录形成完整的资金交易状态信息，将所述完整的资金交易状态信息发送至第一用户。至此，交易状态管理平台200完成了根据本公开实施例的交易资金监控方法的所有操作。
87.在本公开的一个实施例中，s04，将所述资金交易状态信息发送至第一用户包括：将所述资金交易状态信息发送至第一用户的业务系统。
88.如上所述，第一用户可以包括发起资金交易状态查询请求的发起方，即，所述资金交易的付款方或者收款方，还可以包括与所述资金交易相关的其他方。也就是说，将所述资金交易状态信息发送至第一用户包括将所述资金交易状态信息同时发送至发起资金交易状态查询请求的发起方以及与所述资金交易相关的其他方。
89.业务系统已经在上文进行了说明，指的是各种可以调用应用所述资金交易状态监控方法的支付系统的app。
90.在发送所述资金交易状态信息时，将所述资金交易状态信息发送至第一用户的业务系统，业务系统会将所述资金交易状态信息推送至第一用户。
91.在根据本公开实施例的一个实施例中，所述资金交易状态监控方法还包括：
92.在一个银行的银行信息系统中设置了监控任务，且已经从所述银行接收到了完成对所述资金交易的处理记录，从所述银行删除所述监控任务。
93.在根据本公开实施例的资金交易状态监控方法中，向涉及所述资金交易的所有银行发送查询指令，从涉及所述资金交易的所有银行接收与所述资金交易相关的处理记录，并将这些处理记录整合成资金交易状态信息发送至与所述资金交易相关联的一方或者多方。提供了主动通知、提供查询服务等多种办法为用户提供感知资金交易在途状态，融合了来自与资金交易关联的银行的资金交易记录，避免了来自单一银行信息可能导致的信息缺失，屏蔽了来自银行信息系统的记录的差异性，统一了信息格式，减少了用户理解成本。
94.本公开的至少一个实施例还提供了一种资金交易状态监控装置100。
95.如图6所示，根据本公开一个实施例的资金交易状态监控装置100包括：
96.查询指令发送单元101，配置为向与资金交易相关联的所有银行发送资金交易状态查询指令；
97.处理记录接收单元102，配置为从每个银行接收与所述资金交易相关的处理记录；
98.处理记录合并单元103，配置为将每一个与所述资金交易相关的处理记录合并，形成资金交易状态信息；以及
99.查询结果发送单元104，配置为将所述资金交易状态信息发送至第一用户。
100.资金交易状态监控装置100部署在上述所述的交易状态管理平台200，交易状态管理平台200和各个银行系统之间通信连接，同时，还和付款方或收款方所在的系统(业务系统)通信连接。交易状态管理平台200和各个银行系统之间签订有服务协议，可以从各个银行系统获取资金交易的交易状态。交易状态管理平台和付款方或收款方所在的系统同样签订有服务协议，可以接收付款方或收款方所在的系统发起的查询资金交易状态的请求，并可以返回查询结果，即，返回资金交易状态记录。付款方或收款方所在的系统(业务系统)指的是各种可以调用应用所述资金交易状态监控方法的支付系统的app，在实际应用中，付款方由于在该app上购买某种商品或者某种服务而需要向收款方支付相应的款项，在该app上进行支付时，该app会调用所述支付系统，进行支付，支付请求发出后，支付系统会向该app
提供关于所述支付的流水号，也就是资金交易流水号，即，本公开中所述的资金交易id。该app可以将所述资金交易id分别提供给付款方和收款方。
101.在本公开的一个实施例中，在发起资金交易之后，查询指令发送单元101可以主动向与所述资金交易相关联的所有银行发送查询指令。例如，在发起资金交易1个小时之后，或者某个时长之后，查询指令发送单元101主动向与所述资金交易相关联的所有银行发送查询指令，以查询所述资金交易的处理记录。
102.在本公开的一个实施例中，查询指令发送单元101响应于第二用户的查询资金交易状态的请求，向与所述资金交易相关联的所有银行发送查询指令。
103.在本公开的一个实施例中，如图7所示，所述资金交易状态监控装置100还包括资金交易查询请求接收单元105，配置为从第二用户接收查询资金交易的请求。
104.在付款方向收款方发起资金交易之后，即发起资金转账之后，付款方或者收款方就可以向资金交易查询请求接收单元105发起查询资金交易的请求。所述请求中可以包括资金交易id，或者可以叫做资金交易流水号，是标识资金交易的唯一凭证。
105.查询指令发送单元101响应于资金交易查询请求接收单元105在收到查询资金交易的请求，向与所述资金交易相关联的所有银行发送查询指令，以查询与所述资金交易相关联的处理记录。查询指令中包括资金交易id，以便唯一确定要查询的资金交易。
106.每一个银行在收到查询指令之后，根据资金交易id，查询所述资金交易的处理记录，并将所述资金交易的处理记录发送回处理记录接收单元102。
107.以银行a作为付款银行，经银行b中转给付给银行c的资金交易为例进行说明。
108.对于作为付款银行的银行a收到关于一个资金交易的查询指令后，会根据查询指令中的资金交易id在自己的系统中进行查询，如果所述资金交易处于未支付给中间行的处理状态，在银行a的系统中，所述资金交易的状态可能会显示一条或多条处理记录。例如，如果尚未开始处理，仅显示第一时间点受理所述资金交易一个记录。如果已经从与所述资金交易id相关的付款账户中扣款，会显示两个处理记录，第一时间点受理所述资金交易，第二时间点从相应的账户中扣款成功。如果已经给付中间行，会显示三条处理记录，第一时间点受理所述资金交易，第二时间点从与所述资金交易id相关的付款账户扣款成功，第三时间点给付作为中间银行的银行b。在查询到与所述资金交易id相关的记录后，将与所述资金交易id相关的所有记录发送至交易状态管理平台200。
109.作为中间银行的银行b，如果未收到银行a的给付，在银行b的系统中没有与所述资金交易id相关的处理记录。如果已经收到银行a的给付，但尚未开始处理，则在银行b的系统中会显示一条与所述资金交易id相关的记录，第四时间点收到银行a的给付。如果已经收到银行a的给付，已经开始处理，但尚未处理结束，则在银行b的系统中会显示两条与所述资金交易id相关的处理记录，第四时间点收到银行a的给付，第五时间点开始处理。如果已经收到银行a的给付，已经处理完毕，即，完成了向下一个银行c的给付，则在银行b的系统中显示三条与所述资金交易id相关的处理记录，第四时间点受理所述资金交易，第五时间点处理所述资金交易，第六时间点给付作为中间银行的银行b，或者，可以显示两条处理记录，第四时间点受理所述资金交易，第五时间点给付作为中间银行的银行b。
110.对于收款的银行c，如果与所述资金交易id相关的款项尚未给付到银行c，在银行c的系统中没有与所述资金交易id相关的处理记录。如果银行c已经收到了与所述资金交易
id相关的款项，但尚未开始处理，则银行c的系统中会有一条与所述资金交易id相关的处理记录，即，第七时间点收到与所述资金交易id相关的款项。如果银行c已经收到了与所述资金交易id相关的款项且已经开始处理，在银行c的系统中会存在两条与所述资金交易id相关的处理记录，即，第七时间点收到与所述资金交易id相关的款项，第八时间点开始处理与所述资金交易id相关的资金交易。如果银行c已经将收到的款项入账至于所述资金交易id相关的收款账户，在银行c的系统中会存在三条与所述资金交易id相关的处理记录，即，第七时间点收到与所述资金交易id相关的款项，第八时间点开始处理与所述资金交易id相关的资金交易，第九时间点入账成功。
111.在这些银行查询到与所述资金交易相关的处理记录之后，会将这些与所述资金交易相关的处理记录发回给处理记录接收单元102。处理记录接收单元102收到这些与所述资金交易相关的处理记录之后，会将会对这些与所述资金交易相关的处理记录转发至处理记录合并单元103。处理记录合并单元103根据整个规则对这些处理记录进行整合或融合，形成所述资金交易的资金交易状态信息。
112.之后，查询结果发送单元104将所述资金交易状态信息发送至发起查询资金交易状态的请求的发起方，也可以将所述资金交易状态信息发送至与所述资金交易相关的另一方，或者，也可以同时发给发起查询资金交易状态的请求的发起方和与所述资金交易相关的另一方。也就是说，在本公开中，发起资金交易状态查询的第二用户可以是付款方，也可以是收款方，而第一用户既可以是发起资金交易状态查询的一方，也可以是包括与所述资金交易相关的其他方。
113.在本公开的一个实施例中，如图8所示，所述资金交易状态监控装置100还包括：监控任务插入单元106，配置为在未完成对所述资金交易处理的银行插入监控任务，监控所述资金交易的处理记录变化。
114.在这种情况下，所述处理记录接收单元102还被配置为在所述资金交易的处理记录发生变化时，接收所述资金交易的更新处理记录。
115.如上所述，在向与所述资金交易相关联的所有银行发送查询指令时，与所述资金交易相关联的所有银行中的一些银行还没有开始对所述资金交易进行处理，或者没有完成对所述资金交易的处理，在这些银行的银行信息系统中，关于所述资金交易的处理记录是不完整的(相对于该银行系统的已经完成处理的资金交易的记录)。此时，所述监控任务插入单元106会在这些银行的银行信息系统设置接口，插入监控监控任务，监控与所述资金交易的处理变化。
116.如果关于所述资金交易的处理有了新的进展，与所述资金交易相关的处理记录会发生变化，在对所述资金交易的处理有新进展的银行的银行信息系统中会产生关于所述资金交易的更新处理记录。
117.在本公开的一个实施例中，所述监控任务插入单元106在所述银行信息系统中插入监控任务，实时在银行信息系统中查询与所述资金交易相关的状态，响应于关于所述资金交易的更新处理记录的产生，银行信息系统会自动将与所述资金交易相关的新处理记录发送至处理记录接收单元102，即实时将与所述资金交易相关的新处理记录发送至处理记录接收单元102。
118.在本公开的一个实施例中，所述监控任务插入单元106在所述银行信息系统中插
入监控任务，定时在银行信息系统中查询与所述资金交易相关的状态，一旦查询到对所述资金交易的处理有了新进展的银行的银行系统中会产生了与所述资金交易相关的更新处理记录，处理记录接收单元102接收所述资金交易的更新处理记录。
119.响应于收到关于所述资金交易的更新处理记录，所述记录合并单元103还被配置为，将所述资金交易的更新处理记录和资金交易状态信息进行整合或者融合，形成更新资金交易状态信息。
120.响应于形成新的资金交易状态信息，所述查询结果发送单元104将新的资金交易状态信息发送至第一用户。
121.第一用户可以包括发起资金交易状态查询请求的用户，也可以包括与所述资金交易相关的其他方。
122.在上述操作中，如果不是第一次查询，也就是说，就所述资金交易进行过查询，在与所述资金交易相关联的所有银行中的一些银行还没有开始对所述资金交易进行处理，或者没有完成对所述资金交易的处理的情况下，已经在这些银行设置过监控任务，不再设置监控任务，而是等待有新的与所述资金交易相关的处理记录产生时接收与所述资金交易相关的更新处理记录，并将所述更新处理记录与之前的资金交易状态信息融合，形成更新资金交易状态信息，发送至第一用户。
123.在与所述资金交易相关联的银行在处理完与所述资金交易相关的所有处理并将所有与所述资金交易相关的处理记录发送至处理记录接收单元102之后，银行的银行信息系统不再向处理记录接收单元102发送与所述资金交易相关的处理记录。也就是说，在与所述资金交易相关联的银行不会再产生与所述资金交易相关的处理记录的情况下，所述银行的银行信息系统会不再监控与所述资金交易相关联的处理记录，即，所述银行的银行信息系统会释放所述资金交易的id，不再监控所述资金交易的处理状态。
124.当所有与所述资金交易相关联的银行已经完成与所述资金交易相关的处理之后，即，付款方支付的款项已经进入收款方的银行账户时，收款银行将与所述资金交易的最后一条处理记录，即，款项进入收款方的银行账户的处理记录发送至资金交易状态监控装置100，记录合并单元103整合所有的与所述资金交易相关的记录形成完整的资金交易状态信息，查询结果发送单元104将所述完整的资金交易状态信息发送至第一用户。至此，资金交易状态监控装置100完成了一次资金交易状态监控。
125.在本公开的一个实施例中，所述查询结果发送单元104配置为将所述资金交易状态信息发送至第一用户的业务系统。
126.如上所述，第一用户可以包括发起资金交易状态查询请求的发起方，即，所述资金交易的付款方或者收款方，还可以包括与所述资金交易相关的其他方。也就是说，所述查询结果发送单元104将所述资金交易状态信息同时发送至发起资金交易状态查询请求的发起方以及与所述资金交易相关的其他方。
127.业务系统已经在上文进行了说明，指的是各种可以调用应用所述资金交易状态监控方法的支付系统的app。
128.在发送所述资金交易状态信息时，将所述资金交易状态信息发送至第一用户的业务系统，业务系统会将所述资金交易状态信息推送至第一用户。
129.在根据本公开实施例的一个实施例中，所述资金交易状态监控装置还包括监控任
务删除单元107，配置为响应于从银行接收到完成对所述资金交易的处理记录，从所述银行删除对所述资金交易的监控任务。
130.在根据本公开实施例的资金交易状态监控装置中，向涉及资金交易的所有银行发送查询指令，从涉及所述资金交易的所有银行接收与所述资金交易相关的处理记录，并将这些处理记录整合成资金交易状态信息发送至与所述资金交易相关联的一方或者多方。提供了主动通知、提供查询服务等多种办法为用户提供感知资金交易在途状态，融合了来自与资金交易关联的银行的资金交易记录，避免了来自单一银行信息可能导致的信息缺失，屏蔽了来自银行信息系统的记录的差异性，统一了信息格式，减少了用户理解成本。
131.本公开的至少一个实施例还提供了一种非易失性存储介质，其上存储有处理器可执行的计算机程序，响应于处理器执行所述计算机程序，所述处理器配置为实施上述任一资金交易状态监控方法的操作。
132.本公开的至少一个实施例还提供了一种计算机程序产品，所述计算机程序产品包括处理器可执行程序计算机程序，在所述计算机程序被处理器执行时，所述处理器配置为实施上述任一资金交易状态监控方法的操作。
133.在本公开的描述中，需要说明的是，术语“上”、“下”、“内”、“外”、“前”、“后”、“左”、“右”等指示的方位或位置关系为基于本公开工作状态下的方位或位置关系，仅是为了便于描述本公开和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本公开的限制。
134.在本公开的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”“相连”“连接”应作广义理解。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本公开中的具体含义。
135.以上结合了优选的实施方式对本公开进行了说明，不过这些实施方式仅是范例性的，仅起到说明性的作用。在此基础上，可以对本公开进行多种替换和改进，这些均落入本公开的保护范围内。