CN109769218A - 一种交易通知方法、装置、终端设备和介质 - Google Patents
一种交易通知方法、装置、终端设备和介质 Download PDFInfo
- Publication number
- CN109769218A CN109769218A CN201811604959.0A CN201811604959A CN109769218A CN 109769218 A CN109769218 A CN 109769218A CN 201811604959 A CN201811604959 A CN 201811604959A CN 109769218 A CN109769218 A CN 109769218A
- Authority
- CN
- China
- Prior art keywords
- transaction
- risk
- value
- business rule
- grade
- 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
Abstract
本申请公开了一种交易通知方法、装置、终端设备和介质,属于通信技术领域,该方法包括获取拦截的可疑交易的交易信息;根据预设匹配规则,分别确定每一交易参数的特征参数值所符合的业务规则,并根据存储的业务规则与风险值之间的关联关系,分别确定每一业务规则对应的风险值;根据各业务规则的风险值的加和,以及存储的风险值与交易风险等级之间的关联关系,确定可疑交易的交易风险等级,根据交易风险等级与通信渠道之间的关联关系,确定交易风险等级对应的通信渠道,并通过通信渠道向用户发送交易通知。这样,采用多个渠道进行可疑交易通知,提高了交易通知的时效性,减少了耗费的人力资源。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种交易通知方法、装置、终端设备和介质。
背景技术
随着互联网技术的发展,越来越多的用户通过互联网等渠道进行电子交易,如,用户通过支付平台进行转账以及购物。为提高用户的资金交易安全,通常通过风控系统对可疑交易进行拦截,获得可疑交易的交易信息。然后,由客服人员通过人工电话通知持卡用户确认可疑交易的交易合法性。
但是,这需要大量的客服进行人工外呼,客服的工作量巨大,并且人工外呼的效率较低,由于客服的人数限制,可疑交易被拦截后,客服可能无法及时获取可疑交易的交易信息,以及无法及时通知持卡人,时效性较差。
发明内容
本申请实施例提供一种交易通知方法、装置、终端设备和介质,用以在通知用户存在可疑交易时,减少耗费的人力和物力,提高交易通知效率。
一方面,提供一种交易通知方法,包括:
获取拦截的可疑交易的交易信息,交易信息中至少包括各交易参数的特征参数值;
根据预设匹配规则,分别确定每一交易参数的特征参数值所符合的业务规则,并根据存储的业务规则与风险值之间的关联关系,分别确定每一业务规则对应的风险值;
根据各业务规则的风险值的加和,以及存储的风险值与交易风险等级之间的关联关系,确定可疑交易的交易风险等级;
根据交易风险等级与通信渠道之间的关联关系,确定交易风险等级对应的通信渠道,并通过通信渠道向用户发送交易通知。
较佳的,交易参数至少包括以下参数中的任意一种或任意组合:
交易时间、交易金额和交易类型。
较佳的,根据预设匹配规则,分别确定每一交易参数的特征参数值所属的业务规则,包括:
确定交易请求中包含的交易时间所属的交易时间区间,并根据存储的时间区间与业务规则之间的关联关系,确定交易时间区间对应的业务规则;
确定交易请求中包含的交易金额所属的交易金额区间,并根据存储的金额区间与业务规则之间的关联关系,确定交易金额区间对应的业务规则;
根据交易请求中包含的交易类型与业务规则之间的关联关系,确定交易类型对应的业务规则。
较佳的,通过通信渠道向用户发送交易通知,包括:
获取交易信息中还包含的用户信息;
根据用户信息,获取存储的用户的通讯信息;
根据通讯信息,采用通信渠道,向用户发送交易通知。
较佳的,根据各业务规则的风险值的加和,以及存储的风险值与交易风险等级之间的关联关系,确定可疑交易的交易风险等级,具体包括:
若风险值的加和高于第一预设风险门限值并且低于第二风险门限值,则判定可疑交易的交易风险等级为高风险。
若风险值的加和高于第三预设风险门限值并且不高于第一预设风险门限值,则判定可疑交易的交易风险等级为中风险。
若风险值的加和不高于第三预设风险门限值,则判定可疑交易的交易风险等级为低风险。
一方面,提供一种交易通知装置,包括:
获取单元,用于获取拦截的可疑交易的交易信息,交易信息中至少包括各交易参数的特征参数值;
匹配单元,用于根据预设匹配规则,分别确定每一交易参数的特征参数值所符合的业务规则,并根据存储的业务规则与风险值之间的关联关系,分别确定每一业务规则对应的风险值;
确定单元,用于根据各业务规则的风险值的加和,以及存储的风险值与交易风险等级之间的关联关系,确定可疑交易的交易风险等级;
发送单元,用于根据交易风险等级与通信渠道之间的关联关系,确定交易风险等级对应的通信渠道,并通过通信渠道向用户发送交易通知。
较佳的,交易参数至少包括以下参数中的任意一种或任意组合:
交易时间、交易金额和交易类型。
较佳的,匹配单元用于:
确定交易请求中包含的交易时间所属的交易时间区间,并根据存储的时间区间与业务规则之间的关联关系,确定交易时间区间对应的业务规则;
确定交易请求中包含的交易金额所属的交易金额区间,并根据存储的金额区间与业务规则之间的关联关系,确定交易金额区间对应的业务规则;
根据交易请求中包含的交易类型与业务规则之间的关联关系,确定交易类型对应的业务规则。
较佳的,发送单元用于:
获取交易信息中还包含的用户信息;
根据用户信息,获取存储的用户的通讯信息;
根据通讯信息,采用通信渠道,向用户发送交易通知。
较佳的,确定单元用于:
若风险值的加和高于第一预设风险门限值并且低于第二风险门限值,则判定可疑交易的交易风险等级为高风险。
若风险值的加和高于第三预设风险门限值并且不高于第一预设风险门限值,则判定可疑交易的交易风险等级为中风险。
若风险值的加和不高于第三预设风险门限值,则判定可疑交易的交易风险等级为低风险。
一方面,提供一种终端设备,包括至少一个处理单元、以及至少一个存储单元,其中,存储单元存储有计算机程序,当程序被处理单元执行时,使得处理单元执行上述任一种应用程序的脱壳方法的步骤。
一方面,提供一种计算机可读介质,其存储有可由终端设备执行的计算机程序,当程序在终端设备上运行时,使得终端设备执行上述任一种应用程序的脱壳方法的步骤。
本申请实施例提供的一种交易通知方法、装置、终端设备和介质中,获取拦截的可疑交易的交易信息,交易信息中至少包括各交易参数的特征参数值;根据预设匹配规则,分别确定每一交易参数的特征参数值所符合的业务规则,并根据存储的业务规则与风险值之间的关联关系,分别确定每一业务规则对应的风险值;根据各业务规则的风险值的加和,以及存储的风险值与交易风险等级之间的关联关系,确定可疑交易的交易风险等级,根据交易风险等级与通信渠道之间的关联关系,确定交易风险等级对应的通信渠道,并通过通信渠道向用户发送交易通知。这样,采用多个渠道进行可疑交易通知,提高了交易通知的时效性,减少了耗费的人力资源。
本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请提供的一种应用场景图;
图2a为本申请实施方式中一种交易通知系统的架构示意图;
图2b为本申请实施方式中一种交易通知引擎结构图;
图3为本申请实施方式中一种交易通知方法的实施流程图;
图4为本申请实施方式中一种可疑交易的风险等级的确定流程示意图;
图5为本申请实施方式中一种交易通知装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
为了在通知用户存在可疑交易时,减少耗费的人力和物力,提高交易通知效率,本申请实施例提供了一种交易通知方法、装置、终端设备和介质。
本申请实施例中的交易通知方法,可以应用于如图1所示的应用场景,在该应用场景中包括:服务器101和终端设备102。
服务器101可以是一台服务器或若干台服务器组成的服务器集群或云计算中心。终端设备102是具备网络通信能力的电子设备,该电子设备可以是智能手机、平板电脑或便携式个人计算机等。
服务器101拦截可疑交易,获得可疑交易的交易信息,并根据交易信息中包含的各交易参数的特征参数值,确定该可疑交易匹配的各业务规则,以及计算各业务规则的风险值的加和,确定可疑交易的交易风险等级。进一步地,服务器101根据交易风险等级选择相应的通信渠道,向用户的终端设备102发送交易通知。
参阅图2a所示,为一种交易通知系统的架构示意图。交易通知系统包括:风控系统、用户系统、智能外呼系统以及终端设备。
风控系统,用于拦截可疑交易,并将可疑交易的交易信息发送至智能外呼系统。其中,交易信息至少包括各交易参数的特征参数值和用户信息,例如,交易参数包括:交易金额、交易时间、交易类型。用户信息可以为用户昵称,用户的手机号码等。
用户系统,用于根据智能外呼系统的指令,根据用户信息向智能外呼系统返回用户的通讯信息。
智能外呼系统,包括规则管理、规则引擎、外呼网关和风控服务。
规则管理,用于匹配规则的配置管理,即针对各交易参数设置相应的业务规则。
规则引擎,用于逻辑判断,即针对可疑交易的各交易参数的交易参数值,判断符合的各业务规则,并根据确定出的各业务规则的风险值,判定可疑交易的交易风险等级,以及根据交易风险等级,选择用于通知用户的通信渠道。
外呼网关,用于调用规则引擎选择的通信渠道,并按照预先配置好的模板发送给用户的终端设备,以及接收终端设备返回的用户反馈信息。
风险服务系统,用于根据用户反馈信息,对可疑交易进行相应的交易处理操作。
终端设备,用于接收外呼网关通过通信渠道发送的交易通知,并向外呼网关返回用户反馈信息。
可选的,通信渠道至少包括:短信、人工电话、通信应用程序(如,微信)以及计算机电话集成(Computer Telephony Integration,CTI)和互动式语音应答(InteractiveVoice Response,IVR)。
参阅图2b所示,为一种交易通知引擎结构图。本申请提供的交易通知方法可以采用开源的业务规则引擎(Jboss rules,Drools),包括规则库、工作内存、规则集缓存模块、模式匹配器、议程和规则执行模块。
Drools确定接收到风控系统拦截的可疑交易的交易信息启动流程,并将交易信息存储至工作内存。模式匹配器分别将工作内存中交易信息包含的每一交易参数的特征参数值,依次与规则集缓存模块存储中的每一业务规则进行匹配,并将匹配成功的业务规则,发送至议程。议程确定各业务规则的风险值的加和,并根据各加和与交易风险等级之间的关联关系,确定相应的交易风险等级,以及根据交易风险等级与通信渠道之间的关联关系,确定相应通信渠道。最后,规则执行模块采用确定出的通信渠道向用户发送交易通知,并根据用户的反馈信息,对可疑交易进行相应的处理。
其中,规则集缓存模块用于通过本地的高速缓冲存储器(cache)缓存所有的业务规则,以避免频繁的读取数据库降低系统性能。
参阅图3所示,为本申请提供的一种交易通知方法的实施流程图。该方法的具体实施流程如下:
步骤300:服务器拦截可疑交易,获取可疑交易的交易信息。
具体的,服务器对各用户的交易状态进行监控,若确定存在可疑交易,则获取可疑交易的交易信息。
其中,交易信息至少包括:用户信息以及各交易参数的特征参数值。交易参数至少包括以下参数中的任意一种或任意组合:交易时间,交易金额和交易类型。
例如,银行的风控系统对各用户交易进行监控,由于用户在凌晨2点通过二维码消费500元,因此,判定该交易为可疑交易,拦截该交易,并获取用户预留的手机号135……,交易时间:2:00,交易类型:二维码,以及交易金额:500。
步骤301:服务器根据预设匹配规则,分别确定交易信息中每一交易参数的特征参数值所符合的业务规则。
具体的,执行步骤301时,可以采用以下几种方式中的任意一种或任意组合:
第一种方式为:确定交易金额所属的交易金额区间,并根据存储的金额区间与业务规则之间的关联关系,确定交易金额区间对应的业务规则。
可选的,设定交易金额区间对应的业务规则分别为C1、C2和C3。
第一交易金额区间为交易金额高于第一预设金额门限值的区间,对应的业务规则为C1。
第二交易金额区间为交易金额高于第二预设金额门限值,并且不高于第一预设金额门限值的区间,对应的业务规则为C2。
第三交易金额区间为交易金额不高于第二预设金额门限值的区间,对应的业务规则为C3。
第二种方式为:根据交易类型与业务规则之间的关联关系,确定交易类型对应的业务规则。
可选的,设定各交易类型对应的业务规则分别为C4、C5和C6。若交易类型为二维码转账、无卡消费或者无卡取现,则对应的业务规则为C4。若交易类型为绑卡或开户,则对应的业务规则为C5。若交易类型为余额查询,则对应的交易类型为C6。
第三种方式为:确定交易时间所属的交易时间区间,并根据存储的时间区间与业务规则之间的关联关系,确定交易时间区间对应的业务规则。
可选的,设定各时间区间对应的业务规则分别为C7、C8、C9和C10。
例如,时间区间可以为将一天划分后获得的4个时间段,即9:00-20:00对应的业务规则为C7,7:00-9:00对应的业务规则为C8,20:00-22:00对应的业务规则为C9,22:00-7:00对应的业务规则为C10。
这样,就可以根据可疑交易的各交易参数,确定可疑交易符合的交易类型。
步骤302:服务器根据存储的业务规则与风险值之间的关联关系,分别确定每一业务规则对应的风险值。
具体的,执行步骤302前,服务器预先根据各业务规则的风险等级,分别针对每一业务规则设置相应的风险值。
例如,C4、C5和C6对应的风险值依次为3、2和1。
步骤303:服务器确定各业务规则的风险值的加和。
例如,假设确定出的各业务规则分别为C1、C4和C10,对应的风险值依次为3、3和1,则服务器计算各业务规则的风险值的加和为7。
步骤304:服务器根据确定出的加和,确定可疑交易的交易风险等级。
具体的,服务器确定交易风险等级时,可以采用以下几种方式:
第一种方式为:若加和高于第一预设风险门限值并且低于第二风险门限值,则判定可疑交易的交易风险等级为高风险。
第二种方式为:若加和高于第三预设风险门限值并且不高于第一预设风险门限值,则判定可疑交易的交易风险等级为中风险。
第三种方式为:若加和不高于第三预设风险门限值,则判定可疑交易的交易风险等级为低风险。
这样,就可以评定可疑交易的交易风险等级。
步骤305:服务器根据存储的交易风险等级与通信渠道之间的关联关系,确定交易风险等级对应的通信渠道。
其中,通信渠道至少包括:短信、人工电话、通信应用程序(如,微信)以及CTI和IVR。
例如,高风险对应的通信渠道为人工电话以及CTI和IVR。中风险对应的通信渠道为短信。低风险对应的通信渠道为通信应用程序。
步骤306:服务器根据交易信息中还包含的用户信息,获取与用户信息关联存储的通讯信息。
具体的,服务器获取交易信息中还包含的用户信息,服务器根据关联存储的用户信息和通讯信息,获得该用户的通讯信息。例如,手机号码、微信账号,以及邮箱等。
步骤307:服务器根据确定出的通讯信息和通信渠道,向用户发送交易通知。
步骤308:服务器接收用户的反馈信息,并根据用户的反馈信息,对可疑交易进行相应处理。
具体的,若接收到用户返回的表征交易合法的反馈信息,则服务器允许该可疑交易执行,并将该可疑交易的银行卡号以及设备号等添加到白名单;
若接收到用户返回的表征交易不合法的反馈信息,则服务器阻止该可疑交易执行,并将该可疑交易的银行卡号以及设备号等添加到黑名单。
若在预设时间内未接收到用户返回的反馈信息,则服务器阻止该可疑交易执行,并将该可疑交易的银行卡号以及设备号等添加到灰名单。
本申请实施例中,根据交易信息匹配的匹配规则,确定可疑交易的交易风险等级,以及按照交易风险等级,采用相应的通信渠道向用户发送交易通知,这样,通过多种通信渠道向用户进行通知,具有较高的时效性,提高了交易通知的效率,减少了耗费的人力资源。
进一步地,还可以根据用户的渠道偏好以及反馈偏好等,调整向用户通知的通信渠道的优先级,以提高用户体验,降低用户交易风险。
下面采用一个具体的应用场景对上述实施例进行进一步详细说明。参阅图4所示,为一种可疑交易的风险等级的确定流程示意图。
服务器预先针对各交易参数设置三大类十个业务规则,并分别设置每一业务规则的风险值,风险值与交易风险等级的关联关系,以及交易风险等级与通信渠道之间的关联关系。
其中,业务规则包括C1、C2……C10。设定交易金额区间对应的业务规则分别为C1、C2和C3。第一交易金额区间为交易金额高于第一预设金额门限值300的区间,对应的业务规则为C1。第二交易金额区间为交易金额高于第二预设金额门限值10,并且不高于第一预设金额门限值300的区间,对应的业务规则为C2。第三交易金额区间为交易金额不高于第二预设金额门限值10的区间,对应的业务规则为C3。设定各交易类型对应的业务规则分别为C4、C5和C6。若交易类型为二维码转账、无卡消费或者无卡取现,则对应的业务规则为C4。若交易类型为绑卡或开户,则对应的业务规则为C5。若交易类型为余额查询,则对应的交易类型为C6。设定各时间区间对应的业务规则分别为C7、C8、C9和C10。时间区间可以为将一天划分后获得的4个时间段,即9:00-20:00对应的业务规则为C7,7:00-9:00对应的业务规则为C8,20:00-22:00对应的业务规则为C9,22:00-7:00对应的业务规则为C10。
其中,C1、C2和C3对应的风险值依次为3、2和1。C4、C5和C6对应的风险值依次为3、2和1。C7、C8、C9和C10对应的风险值依次为3、2、2和1。
其中,若风险值的加和高于第一预设风险门限值6并且低于第二风险门限值10,则判定可疑交易的交易风险等级为高风险。若确定加和高于第三预设风险门限值3并且不高于第一预设风险门限值6,则判定可疑交易的交易风险等级为中风险。若确定加和不高于第三预设风险门限值3,则判定可疑交易的交易风险等级为低风险。
其中,高风险对应的通信渠道为人工电话以及CTI和IVR。中风险对应的通信渠道为短信。低风险对应的通信渠道为通信应用程序。
假设可疑交易的交易信息为手机号135……的用户在23点通过二维码消费500元,即各交易参数的特征参数值为:交易时间:23:00,交易类型:二维码,交易金额:500。服务器将各交易参数的特征参数值依次与每一业务规则进行匹配,确定匹配成功的各业务规则分别为C1、C4和C10,对应的风险值依次为3、3和1,则服务器计算各业务规则的风险值的加和为7。
进一步地,服务器根据存储的风险值的加和与交易风险等级之间的关联关系,确定该可疑交易的交易风险等级为高风险,并根据交易风险等级与通信渠道之间的关联关系,确定高风险对应的通信渠道为人工电话,则通过人工电话向用户告知存在可疑交易。
最后,服务器根据用户的反馈信息,确定该可疑交易为合法交易,则允许该可疑交易执行,并将该可疑交易的银行卡号以及设备号等添加到白名单。
本申请实施例中,一种电子设备,包括:一个或多个处理器;
以及,一个或多个计算机可读介质,可读介质上存储有用于交易通知的程序,其中,程序被一个或多个处理器执行时,实现上述实施例中的各个步骤。
本申请实施例中,一个或多个计算机可读介质,可读介质上存储有用于交易通知的程序,其中,程序被一个或多个处理器执行时,使得通信设备可以执行上述实施例中的各个步骤。
基于同一发明构思,本申请实施例中还提供了一种交易通知装置,由于上述装置及设备解决问题的原理与一种交易通知方法相似,因此,上述装置的实施可以参见方法的实施,重复之处不再赘述。
如图5所示,其为本申请实施例提供的一种交易通知装置的结构示意图,包括:
获取单元50,用于获取拦截的可疑交易的交易信息,交易信息中至少包括各交易参数的特征参数值;
匹配单元51,用于根据预设匹配规则,分别确定每一交易参数的特征参数值所符合的业务规则,并根据存储的业务规则与风险值之间的关联关系,分别确定每一业务规则对应的风险值;
确定单元52,用于根据各业务规则的风险值的加和,以及存储的风险值与交易风险等级之间的关联关系,确定可疑交易的交易风险等级;
发送单元53,用于根据交易风险等级与通信渠道之间的关联关系,确定交易风险等级对应的通信渠道,并通过通信渠道向用户发送交易通知。
较佳的,交易参数至少包括以下参数中的任意一种或任意组合:
交易时间、交易金额和交易类型。
较佳的,匹配单元51用于:
确定交易请求中包含的交易时间所属的交易时间区间,并根据存储的时间区间与业务规则之间的关联关系,确定交易时间区间对应的业务规则;
确定交易请求中包含的交易金额所属的交易金额区间,并根据存储的金额区间与业务规则之间的关联关系,确定交易金额区间对应的业务规则;
根据交易请求中包含的交易类型与业务规则之间的关联关系,确定交易类型对应的业务规则。
较佳的,发送单元53用于:
获取交易信息中还包含的用户信息;
根据用户信息,获取存储的用户的通讯信息;
根据通讯信息,采用通信渠道,向用户发送交易通知。
较佳的,确定单元52用于:
若风险值的加和高于第一预设风险门限值并且低于第二风险门限值,则判定可疑交易的交易风险等级为高风险。
若风险值的加和高于第三预设风险门限值并且不高于第一预设风险门限值,则判定可疑交易的交易风险等级为中风险。
若风险值的加和不高于第三预设风险门限值,则判定可疑交易的交易风险等级为低风险。
本申请实施例提供的一种交易通知方法、装置、终端设备和介质中,获取拦截的可疑交易的交易信息,交易信息中至少包括各交易参数的特征参数值;根据预设匹配规则,分别确定每一交易参数的特征参数值所符合的业务规则,并根据存储的业务规则与风险值之间的关联关系,分别确定每一业务规则对应的风险值;根据各业务规则的风险值的加和,以及存储的风险值与交易风险等级之间的关联关系,确定可疑交易的交易风险等级,根据交易风险等级与通信渠道之间的关联关系,确定交易风险等级对应的通信渠道,并通过通信渠道向用户发送交易通知。这样,采用多个渠道进行可疑交易通知,提高了交易通知的时效性,减少了耗费的人力资源。
为了描述的方便,以上各部分按照功能划分为各模块(或单元)分别描述。当然,在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (12)
1.一种交易通知方法,其特征在于,包括:
获取拦截的可疑交易的交易信息,所述交易信息中至少包括各交易参数的特征参数值;
根据预设匹配规则,分别确定每一交易参数的特征参数值所符合的业务规则,并根据存储的业务规则与风险值之间的关联关系,分别确定每一业务规则对应的风险值;
根据各业务规则的风险值的加和,以及存储的风险值与交易风险等级之间的关联关系,确定所述可疑交易的交易风险等级;
根据交易风险等级与通信渠道之间的关联关系,确定所述交易风险等级对应的通信渠道,并通过所述通信渠道向用户发送交易通知。
2.如权利要求1所述的方法,其特征在于,所述交易参数至少包括以下参数中的任意一种或任意组合:
交易时间、交易金额和交易类型。
3.如权利要求2所述的方法,其特征在于,根据预设匹配规则,分别确定每一交易参数的特征参数值所属的业务规则,包括:
确定所述交易请求中包含的交易时间所属的交易时间区间,并根据存储的时间区间与业务规则之间的关联关系,确定所述交易时间区间对应的业务规则;
确定所述交易请求中包含的交易金额所属的交易金额区间,并根据存储的金额区间与业务规则之间的关联关系,确定所述交易金额区间对应的业务规则;
根据所述交易请求中包含的交易类型与业务规则之间的关联关系,确定所述交易类型对应的业务规则。
4.如权利要求1所述的方法,其特征在于,通过所述通信渠道向用户发送交易通知,包括:
获取交易信息中还包含的用户信息;
根据所述用户信息,获取存储的所述用户的通讯信息;
根据所述通讯信息,采用所述通信渠道,向所述用户发送交易通知。
5.如权利要求1-4任一项所述的方法,其特征在于,根据各业务规则的风险值的加和,以及存储的风险值与交易风险等级之间的关联关系,确定所述可疑交易的交易风险等级,具体包括:
若所述风险值的加和高于第一预设风险门限值并且低于第二风险门限值,则判定所述可疑交易的交易风险等级为高风险;
若所述风险值的加和高于第三预设风险门限值并且不高于第一预设风险门限值,则判定所述可疑交易的交易风险等级为中风险;
若所述风险值的加和不高于第三预设风险门限值,则判定所述可疑交易的交易风险等级为低风险。
6.一种交易通知装置,其特征在于,包括:
获取单元,用于获取拦截的可疑交易的交易信息,所述交易信息中至少包括各交易参数的特征参数值;
匹配单元,用于根据预设匹配规则,分别确定每一交易参数的特征参数值所符合的业务规则,并根据存储的业务规则与风险值之间的关联关系,分别确定每一业务规则对应的风险值;
确定单元,用于根据各业务规则的风险值的加和,以及存储的风险值与交易风险等级之间的关联关系,确定所述可疑交易的交易风险等级;
发送单元,用于根据交易风险等级与通信渠道之间的关联关系,确定所述交易风险等级对应的通信渠道,并通过所述通信渠道向用户发送交易通知。
7.如权利要求6所述的装置,其特征在于,所述交易参数至少包括以下参数中的任意一种或任意组合:
交易时间、交易金额和交易类型。
8.如权利要求7所述的装置,其特征在于,匹配单元用于:
确定所述交易请求中包含的交易时间所属的交易时间区间,并根据存储的时间区间与业务规则之间的关联关系,确定所述交易时间区间对应的业务规则;
确定所述交易请求中包含的交易金额所属的交易金额区间,并根据存储的金额区间与业务规则之间的关联关系,确定所述交易金额区间对应的业务规则;
根据所述交易请求中包含的交易类型与业务规则之间的关联关系,确定所述交易类型对应的业务规则。
9.如权利要求6所述的装置,其特征在于,发送单元用于:
获取交易信息中还包含的用户信息;
根据所述用户信息,获取存储的所述用户的通讯信息;
根据所述通讯信息,采用所述通信渠道,向所述用户发送交易通知。
10.如权利要求6-9任一项所述的装置,其特征在于,确定单元用于:
若所述风险值的加和高于第一预设风险门限值并且低于第二风险门限值,则判定所述可疑交易的交易风险等级为高风险;
若所述风险值的加和高于第三预设风险门限值并且不高于第一预设风险门限值,则判定所述可疑交易的交易风险等级为中风险;
若所述风险值的加和不高于第三预设风险门限值,则判定所述可疑交易的交易风险等级为低风险。
11.一种终端设备,其特征在于,包括至少一个处理单元、以及至少一个存储单元,其中,所述存储单元存储有计算机程序,当所述程序被所述处理单元执行时,使得所述处理单元执行权利要求1~5任一所述方法的步骤。
12.一种计算机可读介质,其特征在于,其存储有可由终端设备执行的计算机程序,当所述程序在终端设备上运行时,使得所述终端设备执行权利要求1~5任一所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811604959.0A CN109769218A (zh) | 2018-12-26 | 2018-12-26 | 一种交易通知方法、装置、终端设备和介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811604959.0A CN109769218A (zh) | 2018-12-26 | 2018-12-26 | 一种交易通知方法、装置、终端设备和介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109769218A true CN109769218A (zh) | 2019-05-17 |
Family
ID=66450989
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811604959.0A Pending CN109769218A (zh) | 2018-12-26 | 2018-12-26 | 一种交易通知方法、装置、终端设备和介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109769218A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110245954A (zh) * | 2019-05-27 | 2019-09-17 | 阿里巴巴集团控股有限公司 | 用于风险控制的方法和装置 |
CN110348850A (zh) * | 2019-05-28 | 2019-10-18 | 深圳壹账通智能科技有限公司 | 聚合支付商户的套现风险检测方法及装置、电子设备 |
CN110503551A (zh) * | 2019-08-02 | 2019-11-26 | 阿里巴巴集团控股有限公司 | 一种网络资金交易渠道维护方法、装置和设备 |
CN110688316A (zh) * | 2019-09-27 | 2020-01-14 | 国家计算机网络与信息安全管理中心 | 基于规则引擎的移动应用风险等级推理评估方法及装置 |
CN111277465A (zh) * | 2020-01-20 | 2020-06-12 | 支付宝(杭州)信息技术有限公司 | 一种异常数据报文检测方法、装置及电子设备 |
CN111930783A (zh) * | 2020-07-09 | 2020-11-13 | 北京皮尔布莱尼软件有限公司 | 监控方法、监控系统及计算设备 |
CN114971643A (zh) * | 2022-05-30 | 2022-08-30 | 平安科技(深圳)有限公司 | 异常交易识别方法、装置、设备及存储介质 |
CN116308393A (zh) * | 2023-05-25 | 2023-06-23 | 青岛鑫晟汇科技有限公司 | 一种基于风控规则引擎的交易监管系统 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103279883A (zh) * | 2013-05-02 | 2013-09-04 | 携程计算机技术(上海)有限公司 | 电子支付交易风险控制方法及系统 |
CN105590158A (zh) * | 2014-12-30 | 2016-05-18 | 中国银联股份有限公司 | 交易风险实时控制系统 |
CN105931051A (zh) * | 2015-12-31 | 2016-09-07 | 中国银联股份有限公司 | 一种安全支付方法及装置 |
CN107169857A (zh) * | 2017-07-14 | 2017-09-15 | 成都农村商业银行股份有限公司 | 反洗钱系统的客户风险评级方法 |
CN108062629A (zh) * | 2017-12-26 | 2018-05-22 | 平安科技(深圳)有限公司 | 交易事件的处理方法、终端设备及介质 |
CN108366009A (zh) * | 2017-01-26 | 2018-08-03 | 阿里巴巴集团控股有限公司 | 提醒消息的推送方法、装置及服务器 |
CN108537671A (zh) * | 2018-04-27 | 2018-09-14 | 广州品唯软件有限公司 | 一种交易风险评估方法及系统 |
US20180300729A1 (en) * | 2014-06-06 | 2018-10-18 | Cory Siddens | Integration of secure protocols into a fraud detection system |
CN108898302A (zh) * | 2018-06-25 | 2018-11-27 | 中募网络科技(北京)股份有限公司 | 一种私募管理人风险评估方法及装置 |
-
2018
- 2018-12-26 CN CN201811604959.0A patent/CN109769218A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103279883A (zh) * | 2013-05-02 | 2013-09-04 | 携程计算机技术(上海)有限公司 | 电子支付交易风险控制方法及系统 |
US20180300729A1 (en) * | 2014-06-06 | 2018-10-18 | Cory Siddens | Integration of secure protocols into a fraud detection system |
CN105590158A (zh) * | 2014-12-30 | 2016-05-18 | 中国银联股份有限公司 | 交易风险实时控制系统 |
CN105931051A (zh) * | 2015-12-31 | 2016-09-07 | 中国银联股份有限公司 | 一种安全支付方法及装置 |
CN108366009A (zh) * | 2017-01-26 | 2018-08-03 | 阿里巴巴集团控股有限公司 | 提醒消息的推送方法、装置及服务器 |
CN107169857A (zh) * | 2017-07-14 | 2017-09-15 | 成都农村商业银行股份有限公司 | 反洗钱系统的客户风险评级方法 |
CN108062629A (zh) * | 2017-12-26 | 2018-05-22 | 平安科技(深圳)有限公司 | 交易事件的处理方法、终端设备及介质 |
CN108537671A (zh) * | 2018-04-27 | 2018-09-14 | 广州品唯软件有限公司 | 一种交易风险评估方法及系统 |
CN108898302A (zh) * | 2018-06-25 | 2018-11-27 | 中募网络科技(北京)股份有限公司 | 一种私募管理人风险评估方法及装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110245954A (zh) * | 2019-05-27 | 2019-09-17 | 阿里巴巴集团控股有限公司 | 用于风险控制的方法和装置 |
CN110348850A (zh) * | 2019-05-28 | 2019-10-18 | 深圳壹账通智能科技有限公司 | 聚合支付商户的套现风险检测方法及装置、电子设备 |
CN110503551A (zh) * | 2019-08-02 | 2019-11-26 | 阿里巴巴集团控股有限公司 | 一种网络资金交易渠道维护方法、装置和设备 |
CN110503551B (zh) * | 2019-08-02 | 2024-03-19 | 创新先进技术有限公司 | 一种网络资金交易渠道维护方法、装置和设备 |
CN110688316A (zh) * | 2019-09-27 | 2020-01-14 | 国家计算机网络与信息安全管理中心 | 基于规则引擎的移动应用风险等级推理评估方法及装置 |
CN111277465A (zh) * | 2020-01-20 | 2020-06-12 | 支付宝(杭州)信息技术有限公司 | 一种异常数据报文检测方法、装置及电子设备 |
CN111930783A (zh) * | 2020-07-09 | 2020-11-13 | 北京皮尔布莱尼软件有限公司 | 监控方法、监控系统及计算设备 |
CN114971643A (zh) * | 2022-05-30 | 2022-08-30 | 平安科技(深圳)有限公司 | 异常交易识别方法、装置、设备及存储介质 |
CN114971643B (zh) * | 2022-05-30 | 2023-07-18 | 平安科技(深圳)有限公司 | 异常交易识别方法、装置、设备及存储介质 |
CN116308393A (zh) * | 2023-05-25 | 2023-06-23 | 青岛鑫晟汇科技有限公司 | 一种基于风控规则引擎的交易监管系统 |
CN116308393B (zh) * | 2023-05-25 | 2024-01-19 | 青岛鑫晟汇科技有限公司 | 一种基于风控规则引擎的交易监管系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109769218A (zh) | 一种交易通知方法、装置、终端设备和介质 | |
US10506101B2 (en) | Systems, apparatuses and methods for communication flow modification | |
ATE522891T1 (de) | System und verfahren für finanzielle transaktionen | |
CN109191129A (zh) | 一种风控方法、系统及计算机设备 | |
CN102025710A (zh) | 多应用智能卡及智能卡多应用管理系统和方法 | |
KR20130043682A (ko) | 송금 및/또는 결제를 위한 방법 및 시스템, 장치-판독가능한 매체 | |
Aithal | A comparison of ideal banking model with mobile banking system | |
CN110458559A (zh) | 交易数据处理方法、装置、服务器和存储介质 | |
CN110675159A (zh) | 金融市场交易事前风险控制方法、系统及电子设备 | |
Aithal | Realization of Ideal Banking Concept using Ubiquitous Banking | |
CN112767113A (zh) | 基于区块链的对账数据处理方法、装置、系统 | |
CN105335313B (zh) | 一种基础数据的传输方法及装置 | |
CN108600564A (zh) | 客户服务的方法和装置 | |
CN112950357B (zh) | 交易异常团伙识别方法及装置 | |
US10652763B2 (en) | Cellular phone message delivery testing system and method | |
CN109697607A (zh) | 一种电子转账方法、装置和存储介质 | |
CN102158833A (zh) | 短消息的发送方法和短消息网关 | |
CN107122446A (zh) | 一种银行多系统间用户手机号码的同步控制方法及系统 | |
CN110532365A (zh) | 信息确定方法、装置、系统、电子设备和介质 | |
CN111275542A (zh) | 一种贷款请求的处理方法、装置和系统 | |
CN114358543A (zh) | 一种信息处理方法和装置 | |
CN110399409A (zh) | 交易异常监测方法及装置 | |
CN112101915A (zh) | 金融服务管控数据处理方法及装置 | |
CN105225104A (zh) | 一种支付方法及系统 | |
CN109542646A (zh) | 用于调用应用程序编程接口的方法和装置 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190517 |
|
RJ01 | Rejection of invention patent application after publication |