CN115983995A - 交易业务监管方法、装置、设备及存储介质 - Google Patents
交易业务监管方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN115983995A CN115983995A CN202211603703.4A CN202211603703A CN115983995A CN 115983995 A CN115983995 A CN 115983995A CN 202211603703 A CN202211603703 A CN 202211603703A CN 115983995 A CN115983995 A CN 115983995A
- Authority
- CN
- China
- Prior art keywords
- rule
- transaction data
- data table
- transaction
- supervision
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本公开提供了一种交易业务监管方法、装置、设备及存储介质,可以应用于计算机技术和金融技术领域。该方法包括:响应于检测到金融机构端进行交易业务,调用部署在监管端的流程引擎;利用流程引擎获取与交易业务相关联的交易数据表;根据交易数据表的类型,确定与交易数据表匹配的规则组参数模型,其中,规则组参数模型中包括多条监管规则和每条监管规则的执行配置信息;根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果。
Description
技术领域
本公开涉及计算机技术和金融技术领域,尤其涉及一种交易业务监管方法、装置、设备、介质和程序产品。
背景技术
在日常生活中,无论是个人用户、企业单位或者事业单位等,大都需要通过金融机构来完成一部分的交易业务,而由于金融机构从事金融服务业的性质,在金融机构产生的交易业务存在一定程度的经济风险,为了降低这种经济风险,具有监管职能的机构部门会对金融机构中发生的交易业务进行分析监管,以发现风险避免损失。
在实现本公开构思的过程中,发明人发现相关技术中至少存在如下问题:采用相关技术对交易业务分析的自动化程度低,导致分析效率低,不具备实时性。
发明内容
鉴于上述问题,本公开提供了交易业务监管方法、装置、设备、介质和程序产品。
根据本公开的第一个方面,提供了一种交易业务监管方法,包括:
响应于检测到金融机构端进行交易业务,调用部署在监管端的流程引擎;
利用流程引擎获取与交易业务相关联的交易数据表;
根据交易数据表的类型,确定与交易数据表匹配的规则组参数模型,其中,规则组参数模型中包括多条监管规则和每条监管规则的执行配置信息;
根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果。
根据本公开的实施例,其中,根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果,包括:
根据每条监管规则的执行配置信息,确定每条监管规则在规则组参数模型中的执行顺序;
利用流程引擎按照每条监管规则的执行顺序对交易数据表中的交易数据进行监管,得到规则执行结果。
根据本公开的实施例,其中,利用流程引擎按照每条监管规则的执行顺序对交易数据表中的交易数据进行监管,得到规则执行结果,包括:
根据执行配置信息中的预设时间条件信息,对交易数据表中的交易数据进行筛选,得到目标数据;
从目标数据中确定与执行配置信息中的目标字段信息相匹配的目标交易信息;
利用流程引擎按照每条监管规则的执行顺序对目标交易信息进行监管,得到规则执行结果。
根据本公开的实施例,上述方法还包括:
根据多个监管规则之间的依赖关系,确定每个监管规则的并发判断结果,其中,并发判断结果用于表征多个监管规则是否同时被执行;
根据并发判断结果,确定每条监管规则的执行顺序;
按照每条监管规则的执行顺序,将多个监管规则添加至规则组参数模型。
根据本公开的实施例,其中,根据交易数据表的类型,确定与交易数据表匹配的规则组参数模型,包括:
根据规则组参数模型中的执行配置信息,确定目标数据表类型信息;
将交易数据表的类型与目标数据表类型信息进行匹配,得到匹配结果;
在确定匹配结果表征交易数据表的类型与目标数据表类型信息相匹配的情况下,确定与交易数据表匹配的规则组参数模型。
根据本公开的实施例,上述方法还包括:
在确定规则执行结果符合告警策略的情况下,基于与告警策略相匹配的预设告警文本确定告警信息;
按照目标告警方式向监管端发送告警信息。
本公开的第二方面提供了一种交易业务监管装置,包括:
调用模块,用于响应于检测到金融机构端进行交易业务,调用部署在监管端的流程引擎;
获取模块,用于利用流程引擎获取与交易业务相关联的交易数据表;
第一确定模块,用于根据交易数据表的类型,确定与交易数据表匹配的规则组参数模型,其中,规则组参数模型中包括多条监管规则和每条监管规则的执行配置信息;
得到模块,用于根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果。
本公开的第三方面提供了一种电子设备,包括:一个或多个处理器;存储器,用于存储一个或多个程序,其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得一个或多个处理器执行上述方法。
本公开的第四方面还提供了一种计算机可读存储介质,其上存储有可执行指令,该指令被处理器执行时使处理器执行上述方法。
本公开的第五方面还提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述方法。
根据本公开提供的交易业务监管方法、装置、设备、介质和程序产品,通过响应于检测到金融机构端进行交易业务,调用部署在监管端的流程引擎;利用流程引擎获取与交易业务相关联的交易数据表;根据交易数据表的类型,确定与交易数据表匹配的规则组参数模型,其中,规则组参数模型中包括多条监管规则和每条监管规则的执行配置信息;根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果。由于在监管端部署了流程引擎,可以及时检测到金融机构端进行的交易业务,从而获取交易数据表,利用流程引擎按照监管规则对交易数据表中的交易数据进行监管,不需要通过线下监管或者审计方式对金融机构端的交易业务进行监管,并且包括多个监管规则的规则组参数模型可以动态调整,提高了监管的灵活性,至少部分的解决了采用相关技术对交易业务分析的自动化程度低,导致分析效率低,不具备实时性的技术问题。
附图说明
通过以下参照附图对本公开实施例的描述,本公开的上述内容以及其他目的、特征和优点将更为清楚,在附图中:
图1示意性示出了根据本公开实施例的交易业务监管方法、装置、设备、介质和程序产品的应用场景图;
图2示意性示出了根据本公开实施例的交易业务监管方法的流程图;
图3示意性示出了根据本公开实施例的交易业务监管方法的流程;
图4示意性示出了根据本公开实施例的交易业务监管装置的结构框图;以及
图5示意性示出了根据本公开实施例的适于实现交易业务监管方法的电子设备的方框图。
具体实施方式
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。在下面的详细描述中,为便于解释,阐述了许多具体的细节以提供对本公开实施例的全面理解。然而,明显地,一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。
在本公开的技术方案中,所涉及的数据(如包括但不限于用户个人信息)的收集、存储、使用、加工、传输、提供、公开和应用等处理,均符合相关法律法规的规定,采取了必要保密措施,且不违背公序良俗。
相关技术中,从具有监管职能的机构部门对金融机构中的交易业务进行分析的主要是通过线下监管或审计方式,具有一定的滞后性。作为一个实施例,在一些对金融机构中的交易业务进行监管的监管系统中,规则固化,且规则的变更依赖于系统版本迭代,导致无法满足监管职能的机构部门对规则的发展需要;作为又一个实施例,一些对金融机构中的交易业务进行监管的监管系统中,在对交易业务中的数据分析时,数据分析执行的前置条件较多,监控效率低且不具备实时性。
有鉴于此,本公开的实施例提供了一种交易业务监管方法,该方法包括:响应于检测到金融机构端进行交易业务,调用部署在监管端的流程引擎;利用流程引擎获取与交易业务相关联的交易数据表;根据交易数据表的类型,确定与交易数据表匹配的规则组参数模型,其中,规则组参数模型中包括多条监管规则和每条监管规则的执行配置信息;根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果。由于在监管端部署了流程引擎,可以及时检测到金融机构端进行的交易业务,从而获取交易数据表,利用流程引擎按照监管规则对交易数据表中的交易数据进行监管,不需要通过线下监管或者审计方式对金融机构端的交易业务进行监管,并且包括多个监管规则的规则组参数模型可以动态调整,提高了监管的灵活性,至少部分的解决了采用相关技术对交易业务分析的自动化程度低,导致分析效率低,不具备实时性的技术问题。
图1示意性示出了根据本公开实施例的交易业务监管方法、装置、设备、介质和程序产品的应用场景图。
如图1所示,根据该实施例的应用场景100可以包括第一终端设备101、第二终端设备102、第三终端设备103、网络104、金融机构服务器105、监管端服务器106,其中,监管端服务器106中部署流程引擎。网络104用以在第一终端设备101、第二终端设备102、第三终端设备103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用第一终端设备101、第二终端设备102、第三终端设备103中的至少一个通过网络104与监管端服务器106交互,以接收或发送消息等。用户可以通过第一终端设备101、第二终端设备102、第三终端设备103对本公开实施例提供的规则组参数模型中的多个监管规则进行编排。
第一终端设备101、第二终端设备102、第三终端设备103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
金融机构服务器105可以是提供各种金融相关的交易业务的服务器。例如,交易业务可以是存款业务、借款业务、同业业务、贷款业务、证券投资业务、现金资产业务、清算业务、支付结算业务、银行卡业务、代理业务、托管业务、担保业务、承诺业务、理财业务、电子银行业务等,还可以是其他的业务,在此不做限定。
监管端服务器106可以获取金融机构服务器105中的交易业务,并由监管端服务器106利用部署在监管端服务器106中的流程引擎执行本公开实施例所提供的交易业务监管方法。
需要说明的是,本公开实施例所提供的交易业务监管方法一般可以由监管端服务器106执行。相应地,本公开实施例所提供的交易业务监管装置一般可以设置于监管端服务器106中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
以下将基于图1描述的场景,通过图2~图3对公开实施例的交易业务监管方法进行详细描述。
图2示意性示出了根据本公开实施例的交易业务监管方法的流程图。
如图2所示,该实施例的交易业务监管方法包括操作S210~操作S240。
在操作S210,响应于检测到金融机构端进行交易业务,调用部署在监管端的流程引擎。
根据本公开的实施例,金融机构端可以是商业银行、信用合作社、政策性银行、证券机构、保险机构等等。
根据本公开的实施例,交易业务可以是存款业务、借款业务、同业业务、贷款业务、证券投资业务、现金资产业务、清算业务、支付结算业务、银行卡业务、代理业务、托管业务、担保业务、承诺业务、理财业务、电子银行业务等,还可以是其他的业务,在此不做限定。
根据本公开的实施例,监管端可以是对交易业务具有监管权限的部门。
根据本公开的实施例,流程引擎可以是能够执行本公开实施例中的交易业务监管方法的引擎,将流程引擎部署在监管端,以便监管端能够通过流程引擎执行交易业务监管方法。
在操作S220,利用流程引擎获取与交易业务相关联的交易数据表。
根据本公开的实施例,金融机构可以按照预定格式向监管端提供交易业务的数据,以便监管端从不同的金融结构获取的交易业务的数据是统一格式,方便监管端对交易业务监管。例如,可以将交易业务生成在交易数据表中,交易数据表可以是有预定格式要求的表。
根据本公开的实施例,交易数据表可以是关于账户信息的交易数据表、关于账户流水信息的交易数据表、关于支付指令的交易数据表、关于支付指令明细的交易数据表、关于清算信息的交易数据表、关于清算信息明细的交易数据表、关于退款信息的交易数据表、关于退款信息明细的交易数据表等,也可以是关于其他信息的交易数据表,在此不做限定。
根据本公开的实施例,关于账户信息的交易数据表中的主要交易数据可以是与在金融机构中开设的账户相关的数据,例如,可以是零余额账户、单位实有资金账户、支付垫款户、退回及清算相关内部账户等。
根据本公开的实施例,关于账户流水信息的交易数据表中的主要交易数据可以是关于账户信息的交易数据表中的账户所发生的流水明细信息。
根据本公开的实施例,关于支付指令的交易数据表中的主要交易数据可以是支付凭证数据、退款凭证数据等。
根据本公开的实施例,关于支付指令明细的交易数据表中的主要交易数据可以是关于支付指令的交易数据表中的支付凭证、退款凭证等中的明细数据。
根据本公开的实施例,关于清算信息的交易数据表中的主要交易数据可以是金融机构向监管端发送的申请划款清单的数据。
根据本公开的实施例,关于清算信息明细的交易数据表中的主要交易数据可以是关于清算信息的交易数据表中的申请划款清单中的明细数据。
根据本公开的实施例,关于退款信息的交易数据表中的主要交易数据可以是授权/直接支付发生退回后,金融机构向监管端发送的零余额到账通知书的数据。
根据本公开的实施例,关于退款信息明细的交易数据表中的主要交易数据可以是关于退款信息的交易数据表中的零余额到账通知书中的明细数据。
在操作S230,根据交易数据表的类型,确定与交易数据表匹配的规则组参数模型,其中,规则组参数模型中包括多条监管规则和每条监管规则的执行配置信息。
根据本公开的实施例,交易数据表的类型可以是根据交易数据表中的具体数据确定的。例如,关于账户信息的交易数据表的类型可以是账户类型、关于账户流水信息的交易数据表的类型可以是账户流水类型、关于支付指令的交易数据表的类型可以是支付指令类型、关于支付指令明细的交易数据表的类型可以是支付指令明细类型、关于清算信息的交易数据表的类型可以是清算类型、关于清算信息明细的交易数据表的类型可以是清算明细类型、关于退款信息的交易数据表的类型可以是退款类型、关于退款信息明细的交易数据表的类型可以是退款明细类型。
根据本公开的实施例,规则组参数模型可以是包括多条监管规则的模型,每条监管规则的执行配置信息可以是监管规则的规则名称、启动开关、触发频率、数据类型、监管条件、监管方式等,其中,规则名称可以是监管规则的名称,例如现金业务监管规则、大额支付业务监管规则、收款人账户监管规则、预算支出科目监管规则、支付及时性监管规则、退库及时性监管规则、零余额账户日终余额监管规则、同一账户交易频率监管规则等。启动开关能够控制是否执行监管规则。触发频率可以按照监管规则的特征设置,例如,可以是每一天触发一次、每一小时触发一次、每五分钟触发一次等,触发频率可以通过Cron表达式实现。数据类型是监管规则监管的交易数据所在的交易数据表的类型。监管条件可以根据需要由用户自定义编辑得到。监管方式即按照监管条件执行监管规则的方式。
根据本公开的实施例,规则组参数模型也可以包括规则组名称、启动开关、触发频率、监管规则列表等,其中启动开关、触发频率的描述如监管规则的描述,在规则组参数模型中包括多个监管规则的情况下,以规则组参数模型的启动开关为主。监管规则列表可以是多个监管规则的列表。
根据本公开的实施例,可以将交易数据表的类型与多条监管规则的执行配置信息进行匹配,在确定交易数据表的类型与执行配置信息一致的情况下,将包括多条监管规则的规则组参数模型确定为与交易数据表匹配的规则组参数模型。
在操作S240,根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果。
根据本公开的实施例,根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果可以是:根据执行配置信息中的监管条件对交易数据进行监管,例如,监管规则为大额支付业务监管规则,监管条件为确定单笔支付金额是否大于预设阈值,交易数据表为关于支付指令明细的交易数据表,得到的规则执行结果可以是确定交易数据表中的交易数据单笔支付金额大于预设阈值,或者确定交易数据表中的交易数据单笔支付金额不大于预设阈值。
根据本公开提供的交易业务监管方法,通过响应于检测到金融机构端进行交易业务,调用部署在监管端的流程引擎;利用流程引擎获取与交易业务相关联的交易数据表;根据交易数据表的类型,确定与交易数据表匹配的规则组参数模型,其中,规则组参数模型中包括多条监管规则和每条监管规则的执行配置信息;根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果。由于在监管端部署了流程引擎,可以及时检测到金融机构端进行的交易业务,从而获取交易数据表,利用流程引擎按照监管规则对交易数据表中的交易数据进行监管,不需要通过线下监管或者审计方式对金融机构端的交易业务进行监管,并且包括多个监管规则的规则组参数模型可以动态调整,提高了监管的灵活性,至少部分的解决了采用相关技术对交易业务分析的自动化程度低,导致分析效率低,不具备实时性的技术问题。
根据本公开的实施例,其中,根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果,包括:
根据每条监管规则的执行配置信息,确定每条监管规则在规则组参数模型中的执行顺序;
利用流程引擎按照每条监管规则的执行顺序对交易数据表中的交易数据进行监管,得到规则执行结果。
根据本公开的实施例,由于业务需求或者监管规则实际执行中的需要,多条监管规则在不能同时执行的情况下,需要确定多条监管规则执行顺序,可以将每条监管的执行顺序记录在执行配置信息中,根据每条监管规则的执行配置信息中,确定每条监管规则在规则组参数模型中的执行顺序。
例如,规则组参数模型中包括预算支出科目监管规则、收款人账户监管规则和大额支付业务监管规则,而预算支出科目监管规则依赖于收款人账户监管规则和大额支付业务监管规则的规则执行结果,即预算支出科目监管规则需要和收款人账户监管规则以及大额支付业务监管规则串行执行,而收款人账户监管规则和大额支付业务监管规则之间的执行顺序没有影响,即可以并行执行,可以将规则组参数模型中的执行顺序设置为两个梯队,第一梯队为收款人账户监管规则和大额支付业务监管规则,第二梯队为预算支出科目监管规则,按照第一梯队、第二梯队的顺序,依次执行规则组参数模型中的监管规则,其中第一梯队中的两个监管规则可以同时执行。
根据本公开的实施例,对于没有相互依赖的单个监管规则,可以将单个监管规则看做一个规则组参数模型,规则组参数模型可以继承单个监管规则的执行配置信息。
根据本公开的实施例,在确定每条监管规则在规则组参数模型中的执行顺序的情况下,利用流程引擎按照执行顺序对交易数据表中的交易数据进行监管,得到规则执行结果。
根据本公开的实施例,规则执行结果可以包括与对应的规则组参数模型、规则组参数模型匹配的交易数据表的类型、规则执行结果的唯一标识信息、规则执行结果的有效期等等。在每个规则组参数模型执行完成后都会生成规则执行结果,规则执行结果可以以对应的规则组参数模型、规则组参数模型匹配的交易数据表的类型、规则执行结果的唯一标识信息为维度记录规则执行结果,同时作为后续发送告警信息的数据基础。
根据本公开的实施例,按照监管规则的执行顺序对交易数据表中的交易数据进行监管,能够提高对交易数据的监管效率。
根据本公开的实施例,其中,利用流程引擎按照每条监管规则的执行顺序对交易数据表中的交易数据进行监管,得到规则执行结果,包括:
根据执行配置信息中的预设时间条件信息,对交易数据表中的交易数据进行筛选,得到目标数据;
从目标数据中确定与执行配置信息中的目标字段信息相匹配的目标交易信息;
利用流程引擎按照每条监管规则的执行顺序对目标交易信息进行监管,得到规则执行结果。
根据本公开的实施例,预设时间条件信息可以是从交易数据表中筛选数据的信息,例如,交易数据表中的数据是T-7日至T日的数据,预设时间条件信息为T-2日至T日,即可以根据预设时间条件信息从交易数据表查找出时间范围在T-2日至T日的数据作为目标数据。
根据本公开的实施例,目标字段信息可以是数据项名称以及数据项名称对应的字段名,例如,在大额支付业务监管规则中,执行配置信息中的目标字段信息可以是付款人账号(PayAcctNo)、付款人名称(PayAcctName)、付款人银行(PayAcctBankName)、支付金额(PayAmt)等。
根据本公开的实施例,目标交易信息可以是与目标字段信息相匹配的交易信息,可以根据目标字段信息在目标数据中匹配到目标交易信息。例如,可以根据目标字段信息付款人账号(PayAcctNo),在目标数据中确定与付款人账号(PayAcctNo)相匹配的目标交易信息是XXX;还可以根据目标字段信息付款人名称(PayAcctName),在目标数据中确定与付款人名称(PayAcctName)相匹配的的目标交易信息是张三;还可以根据目标字段信息付款人银行(PayAcctBankName),在目标数据中确定与付款人银行(PayAcctBankName)相匹配的目标交易信息是A银行,还可以根据目标字段信息支付金额(PayAmt),在目标数据中确定与目标字段信息支付金额(PayAmt)相匹配的目标交易信息是300万元。
根据本公开的实施例,利用流程引擎按照每条监管规则的执行顺序对目标交易信息进行监管,得到规则执行结果可以是:根据执行配置信息中的监管条件,利用流程引擎按照每条监管规则的执行顺序对目标交易数据进行监管。
根据本公开的实施例,按照执行配置信息中的预设时间条件信息对交易数据进行筛选,得到目标数据,根据目标字段信息从目标数据中匹配目标交易信息,利用流程引擎对目标交易信息进行监管,得到规则执行结果,不需要人工对交易数据进行筛选,通过监管规则的执行配置信息就可以从交易数据中获取到目标交易信息,从而完成对交易数据的监管,大大提高了对交易数据的监管效率。
图3示意性示出了根据本公开实施例的交易业务监管方法的流程图。
如图3所示,该实施例的交易业务监管方法包括操作S310~操作S380。
在操作S310,获取第N个规则组参数模型,初始N=1。
在操作S320,获取第M个监管规则,初始M=1。
在操作S330,根据多个监管规则之间的依赖关系,判断第M个监管规则是否能够与其他监管规则同时被执行,在确定第M个监管规则能够与其他监管规则同时被执行的情况下,执行操作S340,在确定第M个监管规则不能够与其他监管规则同时被执行的情况下,执行操作S350。
在操作S340,将第M个监管规则加入至第N个规则组参数模型的并行梯队。
在操作S350,将第M个监管规则加入至第N个规则组参数模型的串行梯队。
在操作S360,确定是否有第M+1个监管规则,在确定有第M+1个监管规则的情况下,令M=M+1,并执行操作S320,在确定没有第M+1个监管规则的情况下,执行操作S370。
在操作S370,确定是否有第N+1个规则组参数模型,在确定有第N+1个规则组参数模型的情况下,令N=N+1,并执行操作S310,在确定没有第N+1个规则组参数模型的情况下,执行操作S380。
操作S380,规则组参数模型编排完成。
根据本公开的实施例,依赖关系可以是在多个监管规则中的其中一个监管规则度交易数据表中的交易数据完成监督的情况下,才可以按照另外一个监督规则对交易数据表中的交易数据进行监督。因此,多条监管规则在不能同时执行的情况下,需要对每个监管规则是否能够并发进行判断,得到并发判断结果。
根据本公开的实施例,在确定并发判断结果表征多个监管规则能够同时执行的情况下,确定多个监管规则的执行顺序为同时执行;在确定并发判断结果表征多个监管规则不能够同时执行的情况下,按照多个监管规则之间的依赖关系,确定多个监管规则的执行顺序。
根据本公开的实施例,按照每条监管规则的执行顺序,将能够同时执行的监管规则加入规则组参数模型的并行梯队,将不能够同时执行的监管规则加入规则组参数模型的串行梯队。
根据本公开的实施例,可以利用流程引擎中的配置模块接收来自终端设备中,用户在图形界面中对规则组参数模型中的多个监管规则的执行顺序进行编排的输入,生成规则组参数模型。
根据本公开的实施例,通过建立包括多个监管规则的规则组参数模型,对多个监管规则的执行顺序分梯队编排,能够更加灵活的对交易数据表中的交易数据进行监管。并且,将能够并发的监管规则加入规则组参数模型的并行梯队,进一步提高了监管的效率。通过本公开实施例得到的规则组参数模型也还可以应用在其他分析数据的场景中,因此,本公开实施例中的规则组参数模型具有一定的拓展性。
根据本公开的实施例,其中,根据交易数据表的类型,确定与交易数据表匹配的规则组参数模型,包括:
根据规则组参数模型中的执行配置信息,确定目标数据表类型信息;
将交易数据表的类型与目标数据表类型信息进行匹配,得到匹配结果;
在确定匹配结果表征交易数据表的类型与目标数据表类型信息相匹配的情况下,确定与交易数据表匹配的规则组参数模型。
根据本公开的实施例,可以根据执行配置信息中的数据类型确定目标数据表类型信息,例如,执行配置信息中的数据类型为支付指令数据类型,目标数据表类型信息为关于支付指令的类型信息。
根据本公开的实施例,可以将交易数据表的类型与多条监管规则的目标数据表类型信息进行匹配,得到匹配结果,在确定匹配结果表征交易数据表的类型与目标数据表类型信息的类型一致的情况下,将包括多条监管规则的规则组参数模型确定为与交易数据表匹配的规则组参数模型。
例如,将目标数据表类型信息为关于支付指令的类型信息与关于账户信息的交易数据表、关于账户流水信息的交易数据表、关于支付指令的交易数据表、关于支付指令明细的交易数据表、关于清算信息的交易数据表、关于清算信息明细的交易数据表、关于退款信息的交易数据表、关于退款信息明细的交易数据表的类型进行匹配,得到匹配结果,可以确定关于支付指令的交易数据表的类型与目标数据表类型信息一致,即将目标数据表类型信息为关于支付指令的类型信息的规则组参数模型,确定为与关于支付指令的交易数据表匹配的规则组参数模型。
根据本公开的实施例,通过在规则组参数模型中的执行配置信息设置目标数据表类型信息,能够根据交易数据表的类型快速确定与交易数据表相匹配的规则组参数模型,提升了对交易数据的监管效率。
根据本公开的实施例,上述方法还包括:
在确定规则执行结果符合告警策略的情况下,基于与告警策略相匹配的预设告警文本确定告警信息;
按照目标告警方式向监管端发送告警信息。
根据本公开的实施例,告警策略可以是在规则执行结果满足告警条件的情况下,能够发送告警信息的策略,例如,大额支付业务监管规则告警策略可以支付金额大于200万元发送告警信息,大额支付业务监管规则可以是确定付款人在A银行的支付金额是否大于200万元,交易数据可以是付款人张三在A银行的付款人账号的支付金额为300万元,则与该交易数据对应的大额支付业务监管规则的规则执行结果可以为“是”,即符合告警策略。
根据本公开的实施例,与告警策略相匹配的预设告警文本可以是“告警:账户XXX的支付金额为XX元!”,如前述实施例,告警信息可以确定为“告警:账户XXX的支付金额为300万元!”。
根据本公开的实施例,目标告警方式可以是邮件方式、短信方式、即时通讯方式等,例如,可以预先设置告警信息的邮件接收人,通过邮件方式将告警信息发送至邮件接收人。另外,告警的持续时间、频率等也可以根据实际需要自行设置。
根据本公开的实施例,预警策略可以包括现金业务预警策略、大额支付业务预警策略、收款人账户预警策略、预算支出科目预警策略、支付及时性预警策略、退库及时性预警策略、零余额账户日终余额预警策略、同一账户交易频率预警策略等。
根据本公开的实施例,在发送告警信息之后,用户可以根据告警信息选择线上处理或者线下处理。线上处理即非现场处理,可以通过终端设备在后台解除告警;线下处理即现场处理,即需要用户去柜台或者交易业务发生的位置进行处理。
根据本公开的实施例,利用规则组参数模型生成规则执行结果,利用规则执行结果生成告警信息,在层层解耦的同时还可以形成业务闭环,提升了对交易数据进行监管的灵活性。
根据本公开的实施例,利用本公开实施例的交易业务监管方法可以满足监管端对金融机构发生的交易业务进行线上监管,发挥监管部门在金融机构进行交易业务的监督、纠错作用。同时能够帮助监管部门及时掌握各金融机构在交易业务中是否合规,根据规则组参数模型生成的规则执行结果还可以为监管部门的监管规则调整和制定提供精确的决策判断依据。
基于上述交易业务监管方法,本公开还提供了一种交易业务监管装置。以下将结合图4对该装置进行详细描述。
图4示意性示出了根据本公开实施例的交易业务监管装置的结构框图。
如图4所示,该实施例的交易业务监管装置400包括调用模块410、获取模块420、第一确定模块430和得到模块440。
调用模块410,用于响应于检测到金融机构端进行交易业务,调用部署在监管端的流程引擎。在一实施例中,调用模块410可以用于执行前文描述的操作S210,在此不再赘述。
获取模块420,用于利用流程引擎获取与交易业务相关联的交易数据表。在一实施例中,获取模块420可以用于执行前文描述的操作S220,在此不再赘述。
第一确定模块430,用于根据交易数据表的类型,确定与交易数据表匹配的规则组参数模型,其中,规则组参数模型中包括多条监管规则和每条监管规则的执行配置信息。在一实施例中,第一确定模块430可以用于执行前文描述的操作S230,在此不再赘述。
得到模块440,用于根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果。在一实施例中,得到模块440可以用于执行前文描述的操作S240,在此不再赘述。
根据本公开的实施例,其中,用于根据每条监管规则的执行配置信息,利用流程引擎按照多条监管规则对交易数据表中的交易数据进行监管,得到规则执行结果的得到模块440包括:
第一得到子模块,用于根据每条监管规则的执行配置信息,确定每条监管规则在规则组参数模型中的执行顺序;
第二得到子模块,用于利用流程引擎按照每条监管规则的执行顺序对交易数据表中的交易数据进行监管,得到规则执行结果。
根据本公开的实施例,其中,用于利用流程引擎按照每条监管规则的执行顺序对交易数据表中的交易数据进行监管,得到规则执行结果的第二得到子模块包括:
第一得到单元,用于根据执行配置信息中的预设时间条件信息,对交易数据表中的交易数据进行筛选,得到目标数据;
第二得到单元,用于从目标数据中确定与执行配置信息中的目标字段信息相匹配的目标交易信息;
第三得到单元,用于利用流程引擎按照每条监管规则的执行顺序对目标交易信息进行监管,得到规则执行结果。
根据本公开的实施例,上述交易业务监管装置400还包括:
第二确定模块,用于根据多个监管规则之间的依赖关系,确定每个监管规则的并发判断结果,其中,并发判断结果用于表征多个监管规则是否同时被执行;
第三确定模块,用于根据并发判断结果,确定每条监管规则的执行顺序;
添加模块,用于按照每条监管规则的执行顺序,将多个监管规则添加至规则组参数模型。
根据本公开的实施例,其中,用于根据交易数据表的类型,确定与交易数据表匹配的规则组参数模型的第一确定模块包括:
第一确定子模块,用于根据规则组参数模型中的执行配置信息,确定目标数据表类型信息;
第二确定子模块,用于将交易数据表的类型与目标数据表类型信息进行匹配,得到匹配结果;
第三确定子模块,用于在确定匹配结果表征交易数据表的类型与目标数据表类型信息相匹配的情况下,确定与交易数据表匹配的规则组参数模型。
根据本公开的实施例,上述交易业务监管装置400还包括:
第四确定模块,用于在确定规则执行结果符合告警策略的情况下,基于与告警策略相匹配的预设告警文本确定告警信息;
发送模块,用于按照目标告警方式向监管端发送告警信息。
根据本公开的实施例,调用模块410、获取模块420、第一确定模块430和得到模块440中的任意多个模块可以合并在一个模块中实现,或者其中的任意一个模块可以被拆分成多个模块。或者,这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合,并在一个模块中实现。根据本公开的实施例,调用模块410、获取模块420、第一确定模块430和得到模块440中的至少一个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,调用模块410、获取模块420、第一确定模块430和得到模块440中的至少一个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
图5示意性示出了根据本公开实施例的适于实现交易业务监管方法的电子设备的方框图。
如图5所示,根据本公开实施例的电子设备500包括处理器501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。处理器501例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如,专用集成电路(ASIC))等等。处理器501还可以包括用于缓存用途的板载存储器。处理器501可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 503中,存储有电子设备500操作所需的各种程序和数据。处理器501、ROM502以及RAM 503通过总线504彼此相连。处理器501通过执行ROM 502和/或RAM 503中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意,所述程序也可以存储在除ROM 502和RAM 503以外的一个或多个存储器中。处理器501也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例,电子设备500还可以包括输入/输出(I/O)接口505,输入/输出(I/O)接口505也连接至总线504。电子设备500还可以包括连接至I/O接口505的以下部件中的一项或多项:包括键盘、鼠标等的输入部分506;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507;包括硬盘等的存储部分508;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要被安装入存储部分508。
本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的;也可以是单独存在,而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被执行时,实现根据本公开实施例的交易业务监管方法。
根据本公开的实施例,计算机可读存储介质可以是非易失性的计算机可读存储介质,例如可以包括但不限于:便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如,根据本公开的实施例,计算机可读存储介质可以包括上文描述的ROM 502和/或RAM 503和/或ROM 502和RAM 503以外的一个或多个存储器。
本公开的实施例还包括一种计算机程序产品,其包括计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时,该程序代码用于使计算机系统实现本公开实施例所提供的交易业务监管方法。
在该计算机程序被处理器501执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例,上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
在一种实施例中,该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中,该计算机程序也可以在网络介质上以信号的形式进行传输、分发,并通过通信部分509被下载和安装,和/或从可拆卸介质511被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
在这样的实施例中,该计算机程序可以通过通信部分509从网络上被下载和安装,和/或从可拆卸介质511被安装。在该计算机程序被处理器501执行时,执行本公开实施例的系统中限定的上述功能。根据本公开的实施例,上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
根据本公开的实施例,可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码,具体地,可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java,C++,python,“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合,即使这样的组合或结合没有明确记载于本公开中。特别地,在不脱离本公开精神和教导的情况下,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上对本公开的实施例进行了描述。但是,这些实施例仅仅是为了说明的目的,而并非为了限制本公开的范围。尽管在以上分别描述了各实施例,但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围,本领域技术人员可以做出多种替代和修改,这些替代和修改都应落在本公开的范围之内。
Claims (10)
1.一种交易业务监管方法,包括:
响应于检测到金融机构端进行交易业务,调用部署在监管端的流程引擎;
利用所述流程引擎获取与所述交易业务相关联的交易数据表;
根据所述交易数据表的类型,确定与所述交易数据表匹配的规则组参数模型,其中,所述规则组参数模型中包括多条监管规则和每条所述监管规则的执行配置信息;
根据每条所述监管规则的所述执行配置信息,利用所述流程引擎按照所述多条监管规则对所述交易数据表中的交易数据进行监管,得到规则执行结果。
2.根据权利要求1所述的方法,其中,所述根据每条所述监管规则的所述执行配置信息,利用所述流程引擎按照所述多条监管规则对所述交易数据表中的交易数据进行监管,得到规则执行结果,包括:
根据每条所述监管规则的所述执行配置信息,确定每条所述监管规则在所述规则组参数模型中的执行顺序;
利用所述流程引擎按照每条所述监管规则的执行顺序对所述交易数据表中的交易数据进行监管,得到规则执行结果。
3.根据权利要求2所述的方法,其中,所述利用所述流程引擎按照每条所述监管规则的执行顺序对所述交易数据表中的交易数据进行监管,得到规则执行结果,包括:
根据所述执行配置信息中的预设时间条件信息,对所述交易数据表中的交易数据进行筛选,得到目标数据;
从所述目标数据中确定与所述执行配置信息中的目标字段信息相匹配的目标交易信息;
利用所述流程引擎按照每条所述监管规则的执行顺序对所述目标交易信息进行监管,得到规则执行结果。
4.根据权利要求1所述的方法,还包括:
根据所述多个监管规则之间的依赖关系,确定每个所述监管规则的并发判断结果,其中,所述并发判断结果用于表征所述多个监管规则是否同时被执行;
根据所述并发判断结果,确定每条所述监管规则的执行顺序;
按照每条所述监管规则的执行顺序,将所述多个监管规则添加至所述规则组参数模型。
5.根据权利要求1所述的方法,其中,所述根据所述交易数据表的类型,确定与所述交易数据表匹配的规则组参数模型,包括:
根据所述规则组参数模型中的所述执行配置信息,确定目标数据表类型信息;
将所述交易数据表的类型与所述目标数据表类型信息进行匹配,得到匹配结果;
在确定所述匹配结果表征所述交易数据表的类型与所述目标数据表类型信息相匹配的情况下,确定与所述交易数据表匹配的所述规则组参数模型。
6.根据权利要求1所述的方法,还包括:
在确定所述规则执行结果符合告警策略的情况下,基于与所述告警策略相匹配的预设告警文本确定告警信息;
按照目标告警方式向所述监管端发送所述告警信息。
7.一种交易业务监管装置,包括:
调用模块,用于响应于检测到金融机构端进行交易业务,调用部署在监管端的流程引擎;
获取模块,用于利用所述流程引擎获取与所述交易业务相关联的交易数据表;
第一确定模块,用于根据所述交易数据表的类型,确定与所述交易数据表匹配的规则组参数模型,其中,所述规则组参数模型中包括多条监管规则和每条所述监管规则的执行配置信息;
得到模块,用于根据每条所述监管规则的所述执行配置信息,利用所述流程引擎按照所述多条监管规则对所述交易数据表中的交易数据进行监管,得到规则执行结果。
8.一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器执行根据权利要求1~6中任一项所述的方法。
9.一种计算机可读存储介质,其上存储有可执行指令,该指令被处理器执行时使处理器执行根据权利要求1~6中任一项所述的方法。
10.一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时实现根据权利要求1~6中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211603703.4A CN115983995A (zh) | 2022-12-13 | 2022-12-13 | 交易业务监管方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211603703.4A CN115983995A (zh) | 2022-12-13 | 2022-12-13 | 交易业务监管方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115983995A true CN115983995A (zh) | 2023-04-18 |
Family
ID=85958931
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211603703.4A Pending CN115983995A (zh) | 2022-12-13 | 2022-12-13 | 交易业务监管方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115983995A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116976655A (zh) * | 2023-06-15 | 2023-10-31 | 四川仕虹腾飞信息技术有限公司 | 一种分布式银行网点交易流程监管系统及其方法 |
-
2022
- 2022-12-13 CN CN202211603703.4A patent/CN115983995A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116976655A (zh) * | 2023-06-15 | 2023-10-31 | 四川仕虹腾飞信息技术有限公司 | 一种分布式银行网点交易流程监管系统及其方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9661012B2 (en) | Systems and methods for identifying information related to payment card breaches | |
US20210342356A1 (en) | Malicious activity detection system capable of efficiently processing data accessed from databases and generating alerts for display in interactive user interfaces | |
US11188883B2 (en) | Using ledger sensors to enable contextual contracts across various enterprise blockchain applications | |
US10698795B2 (en) | Virtual payments environment | |
US20170024828A1 (en) | Systems and methods for identifying information related to payment card testing | |
AU2017305494A1 (en) | Network-based automated prediction modeling | |
US10621664B2 (en) | Using automated data validation in loan origination to evaluate credit worthiness and data reliability | |
CN111127200A (zh) | 反洗钱可疑交易监测方法及装置 | |
CN110852878A (zh) | 一种可信度确定方法、装置、设备和存储介质 | |
CN113034274A (zh) | 一种基于区块链的供应链金融服务系统、方法及终端设备 | |
US8688572B2 (en) | Financial account related trigger feature for risk mitigation | |
Mishchenko et al. | Operational risk management of using electronic and mobile money | |
CN115983995A (zh) | 交易业务监管方法、装置、设备及存储介质 | |
WO2021176762A1 (ja) | 不正検出装置、外国人就労システム、プログラム及び外国人就労者の不正労働の検出方法 | |
US20150066773A1 (en) | Claim rate black box | |
CN115660842A (zh) | 账务核对方法、装置、设备及存储介质 | |
WO2022221953A1 (en) | Predicting occurrences of future events using trained artificial-intelligence processes and normalized feature data | |
CN114372800A (zh) | 交易处理方法、装置、设备、介质和产品 | |
CN114357523A (zh) | 风险对象的识别方法、装置、设备、存储介质和程序产品 | |
CN112613980A (zh) | 交易处理方法及装置、电子设备和计算机可读存储介质 | |
KR101730040B1 (ko) | 데이터 처리장치 | |
Plaksiy et al. | Big data analytics for financial crime typologies | |
US11681670B1 (en) | Systems and methods for data verification | |
US11861568B2 (en) | Data tracing identifiers for tracking data flow through a data model and computing services | |
US11941412B1 (en) | Computer software program modularization and personalization |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |