一种资金监控系统及资金监控方法与流程

1.本发明涉及数据分析技术领域，尤其是涉及一种资金监控系统及资金监控方法。


背景技术：

2.银行的资金监控系统每天都会处理大量的往来资金，比如，大额汇款、跨境汇款等，目前，当交易出现异常时，对异常交易进行记录，由人工进行后续处理，然而，有些资金交易对处理时效性有较高要求，如果不能及时处理，可能会对客户及银行造成损失，例如，一笔涉及重要客户的大金额汇入报文入账失败，而业务人员也未能及时发现并处理，导致客户收款延迟。


技术实现要素：

3.本技术实施例提供了一种资金监控系统及资金监控方法，用于及时发现异常交易并予以告警。
4.第一方面，提供一种资金监控系统，包括：数据查询模块、异常检测模块和告警模块；其中，
5.所述数据查询模块，用于在所述资金监控系统接收到支付系统发送的交易信息时，通过轮询的方式从所述支付系统中查询交易状态数据；
6.所述异常检测模块，用于根据所述交易状态数据确定任一交易的处理时长是否大于预设时长，若是，则确定所述任一交易出现异常，并向所述告警模块发送第一异常指示信息；其中，所述第一异常指示信息用于指示所述任一交易交易失败；
7.所述告警模块，用于在接收到所述第一异常指示信息时，根据预设告警方式发送第一告警信息。
8.可选的，所述资金监控系统包括标准化交易推送接口，用于接收所述支付系统发送的交易信息。
9.可选的，所述支付系统包括标准化交易状态查询接口，所述数据查询模块通过调用所述标准化交易状态查询接口从所述支付系统中查询交易状态数据。
10.可选的，所述资金监控系统还包括数据存储模块和异常重试模块；其中，
11.所述数据存储模块，用于存储交易失败的交易数据；
12.所述异常重试模块，用于按照预设周期对所述数据存储模块中存储的交易数据对应的交易发起重试。
13.可选的，所述异常检测模块，还用于检测所述数据存储模块中相同交易的数量是否大于或等于预设数量，若存在第一交易对应的交易的数量大于或等于预设数量，则向所述告警模块发送第二异常指示信息；其中，所述第二异常指示信息用于指示所述第一交易重试失败；
14.所述告警模块，还用于在接收到第二异常指示信息时，通过所述预设告警方式发送第二告警信息。
15.可选的，所述资金监控系统还包括订阅信息模块，用于接收外部系统或所述业务人员提交的关注交易；其中，所述关注交易为订阅申请人根据预设订阅模板进行选择得到的，所述预设订阅模板包括订阅申请人信息、支付系统信息、业务类型、金额和关注账号列表中的至少一种，订阅申请人信息包括业务人员信息或外部系统信息，所述外部系统为除去所述支付系统之外的其它系统；
16.所述数据查询模块，具体用于从所述支付系统中查询所述关注交易对应的交易状态数据。
17.可选的，所述资金监控系统还包括用户管理模块，用于配置所述预设告警方式；其中，所述预设告警方式包括短信方式或消息驱动架构eda方式，所述短信方式用于通知业务人员，所述eda方式用于通知外部系统。
18.可选的，所述资金监控系统还包括资金监控分析模块，用于根据所述数据查询模块查询的交易状态数据和所述异常检测模块检测的交易异常数据，生成统计分析报表；其中，所述统计分析报表包括交易成功率、交易失败的业务类型和交易失败的原因中的至少一种。
19.第二方面，提供一种资金监控方法，应用于如第一方面任一项所述的资金监控系统，所述方法包括：
20.在接收到支付系统发送的交易信息时，通过轮询的方式从所述支付系统中查询交易状态数据；
21.根据所述交易状态数据确定任一交易的处理时长是否大于预设时长；
22.若所述任一交易的处理时长大于预设时长，则确定所述任一交易出现异常；
23.根据预设告警方式发送第一告警信息；其中，所述预设告警方式包括短信方式或消息驱动架构eda方式，所述短信方式用于通知业务人员，所述eda方式用于通知外部系统，所述第一告警信息用于指示所述任一交易交易失败。
24.可选的，所述方法还包括：
25.按照预设周期对数据存储模块中存储的交易数据对应的交易发起重试；其中，所述数据存储模块用于存储交易失败的交易数据。
26.可选的，所述方法还包括：
27.检测所述数据存储模块中相同交易的数量是否大于或等于预设数量；
28.若第一交易对应的交易的数量大于或等于预设数量，则根据所述预设告警方式发送第二告警信息；其中，所述第二告警信息用于指示所述第一交易重试失败。
29.可选的，所述从所述支付系统中查询交易状态数据，包括：
30.从所述支付系统中查询关注交易对应的交易状态数据；其中，所述关注交易为所述外部系统或所述业务人员根据预设订阅模板进行选择提交的，所述预设订阅模板包括支付系统信息、业务类型、金额、关注账号列表中的至少一种。
31.可选的，所述方法还包括：
32.根据查询的交易状态数据和交易异常数据生成统计分析报表；其中，所述统计分析报表包括交易成功率、交易失败的业务类型和交易失败的原因中的至少一种。
33.第三方面，提供一种电子设备，包括：
34.存储器，用于存储程序指令；
35.处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行第二方面所述的方法包括的步骤。
36.第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质用于存储指令，当所述指令被执行时，使如第二方面所述的方法被实现。
37.第五方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行第二方面所述的方法。
38.在申请实施例中，资金监控系统包括数据查询模块、异常检测模块和告警模块，其中，数据查询模块用于在资金监控系统接收到支付系统发送的交易信息时，通过轮询的方式从支付系统中查询交易状态数据，其中，支付系统包括人民币支付系统、外币支付系统和其它支付系统(例如是龙网支付系统等)，异常检测模块根据交易状态数据确定任一交易的处理时长是否大于预设时长，若是，则确定该任一交易出现异常，并向告警模块发送用于指示该任一交易交易失败的第一异常指示信息，告警模块在接收到第一异常指示信息时，根据预设告警方式发送第一告警信息。
39.也就是说，本技术实施例中，当支付系统发生的交易信息发送到资金监控系统之后，通过轮询的方式从支付系统查询交易状态数据，这样，不需要对支付系统进行侵入(即改造支付系统中的处理节点)，即可实现对交易状态数据的查询。以及通过异常检测模块对处理时长大于预设时长的交易进行检测，可以及时发信处理失败的交易，并在确定交易失败时通过告警模块根据预设告警方式发送第一告警信息，可以使得相关业务人员能够及时处理该失败的交易，从而有效避免客户收款延迟。
附图说明
40.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例。
41.图1为本技术实施例提供的一种资金监控系统的结构示意图；
42.图2为本技术实施例提供的另一种资金监控系统的结构示意图；
43.图3为本技术实施例提供的一种资金监控方法的流程示意图；
44.图4为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
45.为使本技术的目的、技术方案和优点更加清楚明白，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
46.本技术的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不
排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本技术实施例不做限制。
47.另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。
48.下面结合说明书附图对本技术实施例提供的资金监控系统和应用于所述资金监控系统的资金监控方法进行详细介绍。
49.请参见图1所示，图1为本技术实施例提供的一种资金监控系统的结构示意图，该资金监控系统10包括数据查询模块101、异常检测模块102和告警模块103；其中，
50.数据查询模块101，用于在资金监控系统10接收到支付系统11发送的交易信息时，通过轮询的方式从支付系统11中查询交易状态数据；其中，支付系统11可以包括人民币支付系统111、外币支付系统112和其它支付系统113(例如是龙网支付系统)；
51.其中，人民币支付系统111中的支付渠道主要包括人民银行的大小额和超网，外币支付系统112中的支付渠道主要包括swift和境内外币转换，其它支付系统113中的支付渠道主要包括银联。
52.异常检测模块102，用于根据数据查询模块101查询的交易状态数据确定任一交易的处理时长是否大于预设时长，若是，则确定该任一交易出现异常，并向告警模块103发送第一异常指示信息；其中，第一异常指示信息用于指示所述任一交易交易失败；
53.告警模块103，用于在接收到第一异常指示信息时，根据预设告警方式发送第一告警信息。
54.其中，考虑到支付系统中的交易主要散布在支付系统中各个处理节点中，如果让支付系统主动推送交易状态的变化情况(即交易状态数据)，需要对支付系统的各个处理节点进行改造，使得对支付系统的侵入性太强。因此，在本技术实施例中，针对多个支付系统仅开发一支通用的查询交易接口(即标准化交易状态查询接口)，使得数据查询模块101(例如也可以称作是信息采集同步模块)可以通过轮询的方式调用该标准化交易状态查询接口从支付系统11中查询交易状态数据，例如，通过联机交易、消息驱动架构(event driven architecture，eda)和日志文件等方式查询交易状态数据。
55.在一种可能的实施方式中，资金监控系统10还包括标准化交易推送接口，支付系统11在有交易发生时，调用该标准化交易推送接口将交易信息发送给资金监控系统10。
56.在一种可能的实施方式中，请参见图2所示，该资金监控系统10还包括数据存储模块104和异常重试模块105，其中，数据存储模块104用于存储交易失败的交易数据，即异常检测模块102在检测到异常交易时，将该异常交易对应的交易数据写入数据存储模块104，异常重试模块105根据预设周期对数据存储模块104中存储的交易数据对应的交易发起重试。
57.具体的，异常检测模块102还可以检测数据存储模块104中存储的相同交易的数量是否大于或等于预设数量，若存在第一交易对应的交易数量大于或等于预设数量，则向告警模块103发送用于指示第一交易重试失败的第二异常指示信息，告警模块103在接收到第
二异常指示信息时，通过预设告警方式发送第二告警信息。例如，数据存储模块104中存储了3条第一交易对应的交易数据，等于预设数量3，此时，可以认为第一交易重试失败，需要人工干预，并向告警模块103发送第一交易重试失败的指示信息，告警模块103根据预设告警方式发送第二告警信息。
58.在具体的实施过程中，可能由于系统繁忙等导致第一交易的处理时长超过预设时长，此时业务人员在接收到第一告警信息时，可以暂时先不对该交易进行处理，在接收到重试失败的第二告警信息时再进行处理，可以有效避免由于网络抖动或系统繁忙等原因导致交易失败而频繁需要人提供介入的情况。
59.在一种可能的实施方式中，请参见图2所示，资金监控系统10还包括订阅信息模块106，用于接收外部系统(例如是需要调用支付系统的接口进行汇出处理的托管系统)和业务人员提交的关注交易，其中，该关注交易为订阅申请人根据预设订阅模板进行选择得到的，该预设订阅模板包括订阅申请人信息、支付系统信息、业务类型、金额和关注账号列表等至少一种，其中，订阅申请人信息包括业务人员信息或外部系统信息(例如托管组件信息)，业务人员信息例如可以是业务人员的名字或工号等信息。例如，订阅申请人为业务人员1，支付系统信息为人民币支付，业务类型为大额贷记汇入，金额为大于1千万以及关注账号列表。
60.在具体的实施过程中，在数据查询模块101从支付系统11中查询交易状态数据之前，资金监控系统10还可以根据该订阅申请人提交的关注交易对数据进行筛选加工，仅在支付系统11发送的交易信息是针对该关注交易的交易信息时，数据查询模块101才从支付系统11中查询该关注交易对应的交易状态数据，这样，可以有效减少异常检测模块102的检测量，从而有效降低资金监控系统10的运行负担。
61.具体的，请参见图2所示，资金监控系统10还包括用户管理模块107，用于配置预设告警方式；其中，预设告警方式包括短信方式或eda消息方式，短信方式用于通知业务人员，eda消息方式用于通知外部系统。例如，异常检测模块102检测到交易1的处理时长大于预设阈值，此时，异常检测模块102向告警模块103发送交易1交易失败的第一异常指示信息，告警模块103在接收到该第一异常指示消息时，确定交易1对应的订阅申请人为业务人员2，此时，告警模块103向业务人员2发送短信通知。
62.在一种可能的实施方式中，请参见图2所示，资金监控系统10还包括资金监控分析模块108，用于根据数据查询模块101查询的交易状态数据和异常检测模块102的检测结果(即检测的交易异常数据)生成统计分析报表，其中，该统计分析报表包括交易成功率、交易失败的业务类型和交易失败的原因等至少一种。
63.需要说明的是，针对不同支付系统的交易，预设时长可以不同，例如，针对人民币支付系统中的交易，可以将预设时长设置为10分钟，而针对外币支付系统中的交易，可以将预设时长设置为2小时，因此，异常检测模块102在根据数据查询模块101查询的交易状态数据确定任一交易的处理时长是否大于预设时长之前，还可以先判断每个交易对应的支付系统。
64.在具体的实施过程中，通过提供多种模式的信息查询接口(联机交易、eda异步消息、日志文件)，以及制定标准化的交易状态查询接口，实现了以最小化侵入原则来获取支付系统的交易状态数据。且通过制定标准化的订阅模板(预设订阅模板)，使订阅申请人可
以从账号、业务类型、金额等多维度订阅关注的资金交易，并及时得到预警通知。
65.基于同一发明构思，请参见图3所示，本技术实施例提供一种资金监控方法，应用于如图1和图2所示的资金监控系统，资金监控系统包括：数据查询模块、异常检测模块和告警模块，该方法的流程描述如下：
66.步骤301：在接收到支付系统发送的交易信息时，通过轮询的方式从所述支付系统中查询交易状态数据；
67.步骤302：根据所述交易状态数据确定任一交易的处理时长是否大于预设时长；
68.步骤303：若所述任一交易的处理时长大于预设时长，则确定所述任一交易出现异常；
69.步骤304：根据预设告警方式发送第一告警信息。
70.其中，所述预设告警方式包括短信方式或消息驱动架构eda方式，所述短信方式用于通知业务人员，所述eda方式用于通知外部系统，所述第一告警信息用于指示所述任一交易交易失败。
71.在一种可能的实施方式中，所述方法还包括：
72.按照预设周期对数据存储模块中存储的交易数据对应的交易发起重试；其中，所述数据存储模块用于存储交易失败的交易数据。
73.在一种可能的实施方式中，所述方法还包括：
74.检测所述数据存储模块中相同交易的数量是否大于或等于预设数量；
75.若第一交易对应的交易的数量大于或等于预设数量，则根据所述预设告警方式发送第二告警信息；其中，所述第二告警信息用于指示所述第一交易重试重试失败。
76.在一种可能的实施方式中，所述从所述支付系统中查询交易状态数据，包括：
77.从所述支付系统中查询关注交易对应的交易状态数据；其中，所述关注交易为所述外部系统或所述业务人员根据预设订阅模板进行选择提交的，所述预设订阅模板包括支付系统信息、业务类型、金额、关注账号中的至少一种。
78.在一种可能的实施方式中，所述方法还包括：
79.根据查询的交易状态数据和交易异常数据生成统计分析报表；其中，所述统计分析报表包括交易成功率、交易失败的业务类型和交易失败的原因中的至少一种。
80.为了更好的理解本技术的技术方案，下面将结合具体的实施例对本技术提供的预失真扩展模型及其实现预失真的方法进行解释说明。
81.实施例
82.业务人员1通过订阅信息模块106订阅的关注交易，包含以下内容：
83.订阅申请人：业务人员1；
84.支付系统：人民币支付系统、外币支付系统；
85.业务类型：大额贷记汇入、跨境汇出；
86.关注金额：10,000,000及以上；
87.关注账号列表：【xxxxxxx，yyyyyyy，
……
】；
88.在接收到业务人员1提交的关注交易之后，对支付系统发送的交易数据进行筛选加工，然后通过轮询的方式(例如每一分钟)从支付系统中查询关注交易的交易状态数据，若根据该交易状态数据检测到针对关注账号列表中账号xxxxxxx的跨境汇出的处理时长超
过10分钟，此时，可以直接向业务人员1发送第一告警信息，例如是向业务人员1发送短信通知，通知内容为账号xxxxxxx的跨境汇出的处理时长超过10分钟；或者还可以按照预设周期(例如每30秒)对数据存储模块中存储的失败交易发起重试，若数据存储模块中相同交易的数量大于或等于预设数量，则表明重试次数大于或等于预设次数(例如是3次)，此时可以发送第二告警信息，内容为账号xxxxxxx的跨境汇出的处理时长超过10分钟，且重试3次均未处理成功。业务人员1在接收到短信通知时，可以针对该交易进行人工核实处理。
89.基于同一发明构思，本技术实施例提供一种电子设备。请参见图4所示，该电子设备包括至少一个处理器401，以及与至少一个处理器连接的存储器402，本技术实施例中不限定处理器401与存储器402之间的具体连接介质，图4中是以处理器401和存储器402之间通过总线400连接为例，总线400在图4中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线400可以分为地址总线、数据总线、控制总线等，为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
90.在本技术实施例中，存储器402存储有可被至少一个处理器401执行的指令，至少一个处理器401通过执行存储器402存储的指令，可以执行前述的资金监控方法中所包括的步骤。
91.其中，处理器401是电子设备的控制中心，可以利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器402内的指令以及调用存储在存储器402内的数据，电子设备的各种功能和处理数据，从而对电子设备进行整体监控。可选的，处理器401可包括一个或多个处理单元，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。在一些实施例中，处理器401和存储器402可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。
92.处理器401可以是通用处理器，例如中央处理器(cpu)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的资金监控方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
93.存储器402作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器402可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(random access memory，ram)、静态随机访问存储器(static random access memory，sram)、可编程只读存储器(programmable read only memory，prom)、只读存储器(read only memory，rom)、带电可擦除可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁性存储器、磁盘、光盘等等。存储器402是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本技术实施例中的存储器402还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
94.通过对处理器401进行设计编程，可以将前述实施例中介绍的资金监控方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述的资金监控方法的步骤，如何
对处理器401进行设计编程为本领域技术人员所公知的技术，这里不再赘述。
95.基于同一发明构思，本技术实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行如前述的资金监控方法的步骤。
96.在一些可能的实施方式中，本技术提供的资金监控方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使该检测设备执行本说明书上述描述的根据本技术各种示例性实施方式的资金监控方法中的步骤。
97.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
98.本技术是参照根据本技术的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
99.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
100.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
101.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。