一种交易风险识别方法及装置
技术领域
本说明书属于计算机技术领域,尤其涉及一种交易风险识别方法及装置。
背景技术
随着互联网和计算机技术的发展,网上交易的应用越来越多,许多网上交易涉及到两个平台,即交易平台和支付平台。交易平台可以提供商品信息,用户可以在交易平台上提交交易请求,但是,交易平台不具备支付功能,需要支付平台近交易金额的处理。尤其是签约代扣交易模式,如:周期性签约代扣、浸入式签约代扣、小额免密签约代扣和先享后付签约代扣等。
现有技术中的风险防控如:代扣模式交易场景的风险防控,通常只能依靠各自自身账户体系的校验能力,进行一次校验。在信息泄露是较为严重的情况下,账户体系的风险识别还存在一定的难度,尤其代扣模式,涉及到两个账户体系。如何提高代扣模式下交易的风险识别准确性,提高交易的安全性,是本领域亟需解决的技术问题。
发明内容
本说明书目的在于提供一种交易风险识别方法及装置,提高了交易的安全性。
第一方面本说明书实施例提供了一种交易风险识别方法,应用于第一平台,所述方法包括:
接收交易请求,其中,所述交易请求附带有第一账户;
对所述第一账户进行风险识别,得出所述第一账户的第一风险级别;
在所述第一风险级别到达指定风险级别的情况下,向第二平台发送校验请求,以用于所述第二平台根据所述校验请求对所述第二平台的第二账户进行风险识别,得出所述第二账户的第二风险级别。
第二方面,本说明书提供了一种交易风险识别方法,应用于第二平台,所述方法包括:
接收所述第一平台发送的校验请求,其中,所述校验请求为所述第一平台在接收到交易请求后识别出所述交易请求对应的第一账户的第一风险级别在指定风险级别时发送的;
根据所述校验请求对第二账户进行风险识别,得出所述第二账户的第二风险级别。
第三方面,本说明书提供了一种交易风险识别方法,应用于第一平台,所述方法包括:
接收客户端在代扣交易模式下发送的交易请求;
针对所述交易请求对所述第一平台的第一账户进行风险识别,得出所述第一账户的第一风险级别;
在所述第一风险级别达到指定风险级别的情况下,向第二平台发送校验请求,以用于所述第二平台根据所述校验请求对所述第二平台的第二账户进行账户安全校验,得出所述第二账户的第二风险级别。
第四方面,本说明书提供了一种交易风险识别方法,应用于第二平台,包括:
接收所述第一平台发送的校验请求;其中,所述校验请求为所述第一平台识别出第一账户的第一风险级别在指定风险级别时发送的,所述第一平台用于接收客户端在代扣交易模式下发送的交易请求,并根据所述交易请求对所述第一平台中的第一账户进行风险识别;
根据所述校验请求对第二账户进行账户安全校验,得出所述第二账户的第二风险级别。
第五方面,本说明书提供了一种交易风险识别装置,应用于第一平台,所述装置包括:
交易请求接收模块,用于接收交易请求,其中,所述交易请求附带有第一账户;
第一账户安全校验模块,用于对所述第一账户进行风险识别,得出所述第一账户的第一风险级别;
第二账户校验请求模块,用于在所述第一风险级别到达指定风险级别的情况下,向第二平台发送校验请求,以用于所述第二平台根据所述校验请求对所述第二平台的第二账户进行风险识别,得出所述第二账户的第二风险级别。
第六方面,本说明书提供了一种交易风险识别装置,应用于第二平台,所述装置包括:
第一校验请求接收模块,用于接收所述第一平台发送的校验请求,其中,所述校验请求为所述第一平台在接收到交易请求后识别出所述交易请求对应的第一账户的第一风险级别在指定风险级别时发送的;
第二账户安全校验模块,用于根据所述校验请求对第二账户进行风险识别,得出所述第二账户的第二风险级别。
第七方面,本说明书提供了一种交易风险识别装置,应用于第一平台,所述装置包括:
代扣交易请求接收模块,用于接收客户端在代扣交易模式下发送的交易请求;
第一账户风险评估模块,用于针对所述交易请求对所述第一平台的第一账户进行风险识别,得出所述第一账户的第一风险级别;
校验请求发送模块,用于在所述第一风险级别达到指定风险级别的情况下,向第二平台发送校验请求,以用于所述第二平台根据所述校验请求对所述第二平台的第二账户进行账户安全校验,得出所述第二账户的第二风险级别。
第八方面,本说明书提供了一种交易风险识别装置,应用于第二平台,包括:
第二校验请求接收模块,用于接收所述第一平台发送的校验请求;其中,所述校验请求为所述第一平台识别出第一账户的第一风险级别在指定风险级别时发送的,所述第一平台用于接收客户端在代扣交易模式下发送的交易请求,并根据所述交易请求对所述第一平台中的第一账户进行风险识别;
第二账户风险评估模块,用于根据所述校验请求对第二账户进行账户安全校验,得出所述第二账户的第二风险级别。
第九方面,本说明书提供了一种交易风险识别处理设备,包括:至少一个处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现本说明书实施例中的交易风险识别方法。
第十方面,本说明书提供了一种交易风险识别系统,包括第一平台、第二平台、客户端;
其中,所述客户端用于提交交易请求;
所述第一平台包括至少一个处理器以及用于存储处理器可执行指令的存储器,用于实现上述第一方面或第三方面所述的方法;
所述第二平台包括至少一个处理器以及用于存储处理器可执行指令的存储器,用于实现上述第二方面或第四方面所述的方法。
本说明书提供的交易风险识别方法、装置、处理设备、系统,可以应用在新型的签约代扣模式交易场景中,该交易场景包括第一平台和第二平台。在接收到交易请求后,第一平台对其交易请求对应的第一账户进行风险识别,若第一平台的账户风险识别存在风险时,请求第二平台辅助进行用户身份校验。在提高交易效率的同时,还可以避免在信息泄漏比较严重的情况下,盗用者掌握了用户在其中一个平台中比较全面基本信息,导致无法识别出交易存在风险的问题。通过代扣模式下交易双方账户系统的交叉验证,提高了交易风险识别的准确性,进一步提高了交易的安全性。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本说明书一个实施例中代扣模式下的交易风险防控框架示意图;
图2是本说明书一个实施例中交易风险识别的框架示意图;
图3是本说明书一个实施例中交易风险识别方法的流程示意图;
图4是本说明书一个实施例中同步实时交易风险识别的流程示意图;
图5是本说明书一个实施例中异步延时交易风险识别的流程示意图;
图6是本说明书又一实施例中交易风险识别方法的流程示意图;
图7是本说明书实施例中代扣模式下的交易风险识别方法的流程示意图;
图8是本说明书又一实施例中代扣交易模式下的交易风险识别方法的流程示意图;
图9是本说明书又一实施例中代扣模式下的交易流程示意图;
图10是本说明书提供的交易风险识别装置一个实施例的模块结构示意图;
图11是本说明书提供的交易风险识别装置又一个实施例的模块结构示意图;
图12是本说明书提供的交易风险识别装置又一个实施例的模块结构示意图;
图13是本说明书提供的交易风险识别装置又一个实施例的模块结构示意图;
图14是本说明书一个实施例中交易风险识别服务器的硬件结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书保护的范围。
随着计算机和互联网技术的发展,基于代扣模式下的交易场景越来越多,代扣交易模式的交易流程一般为:交易平台和支付平台提供一种代扣业务,用户可以在支付平台和交易平台签约代扣协议或签约代扣信息,该签约代扣协议或签约代扣信息可以表示交易时不需要用户输入支付密码,允许交易平台直接请求支付平台从用户的支付账户内扣除交易金额。当用户在支付平台与交易平台签约代扣协议或签约代扣信息后,用户在交易平台提交交易请求后,交易平台可以直接向支付平台发起扣款指令,由支付平台直接扣款,将用户支付账户内的资金转到商家账户中。代扣模式的交易可以简化支付流程,提高交易效率。其中,交易平台可以理解为能够进行交易但不具备支付能力的平台,支付平台可以表示能够提供支付能力或能够进行资金管理的平台。
例如:若交易平台为订餐平台,该订餐平台可以提供一种代扣交易模式,用户A在订餐平台与支付平台签约了代扣协议。当用户A在订餐平台订餐时,订餐平台可以直接向支付平台发送扣款指令,支付平台可以不需要用户A确认,直接从用户A的支付账户中扣除相应的费用,向对应的商家账户内转入相应的费用。
代扣模式下的交易往往涉及到两方系统,交易平台和支付平台,这种情况下,比较容易衍生出的风险有两类:交易账户盗用、支付账户盗用。交易账户盗用,是指商户账号,如:高德、打车平台、订餐平台、软件下载平台等账户体系被他人所非法获取操作权限。支付账户盗用,是指支付账号,如:支付宝、微信、银联等账户体系被他人非法获取操作权限。代扣交易模式的交易中,出现其中任意一种风险都会给用户带来损失。
图1是本说明书一个实施例中代扣交易模式下的交易风险防控框架示意图,如图1所示,通常的代扣模式风险防控,两个有签约依赖的账户体系各自独立,双方只负责本方的盗用风险,即本方识别风险,本方进行风险决策,本方进行再次核身,本方核身结果通知另一方,另一方接受指令进行扣款或终止扣款。如图1所示,交易平台只负责交易账户盗用风险的防控,支付平台只负责支付账户的盗用风险的防控,双方无交叉无交互。现有的代扣风险防控,对于自身账户体系的盗用风险防控,只能依靠自身账户体系的校验能力。
图2是本说明书一个实施例中交易风险识别的框架示意图,如图2所示,本说明书实施例中提供的交易风险识别可以应用于新型的代扣交易模式,新型的代扣交易模式可以理解为:交易平台和支付平台提供一种新型的代扣交易模式的业务,用户可以在支付平台和交易平台签约代扣协议或签约代扣信息,该签约代扣协议或签约代扣信息在一个场景中可以表示在交易平台进行交易风险识别的结果为无风险时,允许交易平台直接请求支付平台从用户的支付账户内扣除交易金额,在交易平台或支付平台进行交易风险识别的结果为交易存在风险时,则需要请求支付平台或交易平台进行用户身份校验,再决定是否继续交易。如图2所示,在本说明书实施例的交易场景下,交易平台和支付平台可以在各自账户风险识别存在风险的情况下,向另一方发送交叉校验请求,请求对用户身份进行校验。根据交叉校验的结果,确定当前的交易是否存在风险。下面结合图2介绍本说明书一个场景示例中交易风险识别的过程:
本说明书实施例提供的场景示例中的交易平台为订餐平台,订餐平台和支付平台提供上述说明书实施例中记载的新型的代扣交易模式业务,用户A在订餐平台上与支付宝平台签订了签约代扣协议,订餐平台和支付平台分别拥有各自的风险防控系统。用户A通过用户终端向订餐平台提交了交易请求,请求购买商家B的食品。该交易请求中可以包括用户A在订餐平台中的交易账户、订单信息等。订餐平台在接收到交易请求后,可以利用其自身的风险防控系统对用户A在订餐平台的交易账户进行风险识别,若识别出用户A在订餐平台的交易账户存在被盗用的风险,如:通过风险识别发现用户A在订餐平台的交易账户上一次登录时间是1小时前,登录地址是中国,本次的登录地址是美国,则可以确定用户A的订餐账户可能被盗用。订餐平台此时可以向支付平台发送校验请求,请求支付宝平台的风险防控系统基于用户A的支付账户进行账户安全校验。该校验请求可以包括用户A在订餐平台的交易账户,支付平台可以根据用户A签订的签约代扣协议以及接收到的用户A的在订餐平台的交易账户,获取到用户A在支付平台的支付账户,进一步基于用户A的支付账户进行用户身份校验,如:请求用户A输入支付密码,确认该笔交易是否本人操作,以识别该笔交易是否存在风险。若支付平台确认是用户A本人操作,则可以将校验结果发送给订餐平台,订餐平台可以基于支付平台的校验结果和自身风控系统的识别结果,确认当前交易的风险识别结果。
本说明书实施例中提供了一种交易风险识别方法,交易平台和/或支付平台各自进行自身账户体系的风险识别,在一方账户体系出潜在风险的情况下,由另一方账户体系辅助进行用户身份校验,综合双方校验结果,确定是否对风险进行释放,交易才能继续进行。若有一方的校验未通过,则交易失败或对双方的账户进行限权,以确保交易的安全性。两个账户体系不仅协议上被绑定在一起,其风险也可以紧密绑定在一起,互为支撑,只有突破两个账户体系的双重校验,才有可能被盗用者获取最终的操作权限,提高了交易的安全性。
本说明书中的交易风险识别方法可以应用在客户端或服务器中,即支付平台、交易平台可以是客户端或服务器。客户端可以是智能手机、平板电脑、智能可穿戴设备(智能手表、虚拟现实眼镜、虚拟现实头盔等)、智能车载设备等电子设备。
需要说明的是,上述实施例记载的交易平台、支付平台在下述实施例中可以表示为第一平台或第二平台,其中,第一平台可以表示交易平台也可以表示支付平台,第二平台可以表示交易平台也可以表示支付平台。当第一平台表示交易平台时,第二平台则表示支付平台,同样的,当第一平台表示支付平台时,第二平台则表示交易平台。
具体的,图3是本说明书一个实施例中交易风险识别方法的流程示意图,图3所示的交易风险识别方法主要应用在第一平台,第一平台可以是交易平台也可以是支付平台。本说明书实施例中,用户在所述第一平台具有第一账户,用户在第二平台可以具有第二账户。
如图3所示,本说明书实施例中第一平台在进行交易风险识别时主要采用如下方法:
步骤302、接收交易请求,其中,所述交易请求附带有所述第一账户。
在具体的实施过程中,交易请求可以理解为请求完成某项交易的指令,如:请求购买某个商品的指令。交易请求中可以包括用户账户即本说明书实施例中的第一账户、商家账户、交易商品、订单号、交易时间、交易金额等信息。第一账户可以理解为用户在第一平台中注册的账户,可以包括用户自定义的字符串或由第一平台系统生成的字符串,用于唯一识别用户在第一平台的身份。用户可以使用第一账户在第一平台中进行相关的交易,如:用户在交易平台中的交易账户或用户在支付平台中的支付账户。同样的,本说明书实施例中记载的第二账户可以理解为用户在第二平台注册的账户,其具体含义和功能可以参考第一账户的定义。
通常情况下交易一般由用户发起,用户在交易平台中发起交易请求,交易平台接收到交易请求后可以将交易请求发送给支付平台,请求支付平台进行扣款。若本说明书实施例中的第一平台为交易平台,则交易请求由用户通过用户终端发送,若本说明书实施例中的第一平台为支付平台,则该交易请求也可以理解为扣款请求,由交易平台发送。
步骤304、对所述第一账户进行风险识别,得出所述第一账户的第一风险级别。
第一平台接收到交易请求后,可以对用户在第一平台中的第一账户进行风险识别,确定出第一账户存在的第一风险级别。其中,第一平台可以利用第一平台中的风险防控系统对第一账户进行风险识别,如:第一平台可以根据历史数据,构建风险识别模型,通过风险识别模型判断第一账户是否被盗用。当然,风控系统可以是单独进行风险防控的系统,也可以设置在第一平台中,具体可以根据实际需要进行选择,本说明书实施例不作具体限定。
在具体的实施过程中,第一账户被盗用的风险级别可以根据实际需要进行划分,如:可以从风险程度由低到高分为0、1,其中,0可以表示第一账户没有被盗用的风险,1可以表示第一账户存在被盗用的风险。还可以从风险程度由低到高分为0、1、2,0可以表示第一账户没有被盗用的风险,1可以表示第一账户存在被盗用的风险,2可以表示第一账户一定存在被盗用风险。当然根据实际需要,还可以将第一账户的风险级别由低到高设置为0~10,当确定出的风险级别在无风险范围(如:0~3)时表示第一账户不存在风险,当出的风险级别在指定范围(如:5~10)时表示第一账户存在风险。
当第一平台对第一账户进行风险识别,确定出第一种账户被盗用的风险级别为无风险时,可以确定当前的交易没有风险,可以根据接收到的交易请求直接完成对应的交易如:支付平台直接进行扣款等。
本说明书一些实施例中,若第一账户被盗用的风险级别为一定存在风险,即第一账户一定被盗用,则可以直接失败当前交易,并进行上报。
步骤306、在所述风险级别到达指定风险级别的情况下,向所述第二平台发送校验请求,以用于所述第二平台根据所述校验请求对所述第二平台的第二账户进行风险识别,得出所述第二账户的第二风险级别。
在具体的实施过程中,指定风险级别可以表示第一账户存在风险的概率达到指定阈值,指定风险级别的具体值可以根据实际需要进行设置,本说明书实施例不作具体限定。当第一平台识别出用户在第一平台中的第一账户被盗用的风险级别在指定风险级别时,即第一账户存在被盗用的风险后,可以向第二平台发送校验请求,请求第二平台基于第二账户对用户身份进行校验即对第二账户进行账户安全校验。其中,校验请求中可以包括用户在第一平台的第一账户,也可以包括当前交易的交易信息等,具体内容本说明书实施例不作具体限定。第二平台可以根据校验请求对第二账户进行账户安全校验,确定第二账户的风险级别。如:第二平台可以根据校验请求中的第一账户以及用户的签约代扣信息或签约代扣协议等,确定出与第一账户相关联的第二账户,进一步基于第二账户进行用户身份校验,如:验证第二账户的密码或基于用户记忆的动态问卷(简称KBA)核身问题验证等,确定出用户身份校验结果。
其中,第二平台对第二账户进行风险识别的方式也可以由风控系统进行,如:根据历史数据,构建风险识别模型,通过风险识别模型判断第二账户是否存在风险,或进行第二账户的密码验证、身份问题验证等。风控系统可以是单独进行风险防控的系统,也可以在设置第二平台中,具体可以根据实际需要进行选择,本说明书实施例不作具体限定。
需要说明的是,本说明书实施例中第一账户的第一风险级别到达指定风险级别,可以理解为第一平台对自身账户体系进行风险识别的结果为:不确定第一账户是否一定存在风险。如:风险级别可以采用概率值表示,在一定概率范围内的表示一定存在风险,在一定范围内的表示可能存在风险,在一定范围内的表示没有风险。当识别出第一账户的风险级别的概率值在可能存在风险的范围内时,则可以请求第二平台对第二账户进行风险识别。若第一平台在对第一账户进行风险识别时,识别出第一账户一定存在风险,则可以直接将交易失败,并上报。当然,第一风险级别到达指定风险级别,也可以理解为第一平台在识别出第一账户的风险级别的在一定存在风险的概率值范围时,请求第二平台进一步确认,本说明书实施例不作具体限定。
例如:交易平台对自身账户体系进行风险识别的识别结果包括3种情况:A、一定没有风险,B、可能存在风险,C、一定存在风险,其中,B可以理解为风险识别的灰色区域,即无法确定是否存在风险。当交易平台对自身账户体系进行风险识别的结果为B,则可以向支付平台发送校验请求,请求支付平台协助对对应的支付账户用户身份校验。若识别结果为A,则可以直接进行下一步的交易,若识别结果为C,则可以直接将交易失败。
本说明书实施例中的风险级别可以用于表示存在风险程度的高低,可以为概率值或划分的风险等级,具体可以根据实际需要设置,本说明书实施例不作具体限定。
此外,如图2所示,本说明书实施例中的校验请求可以由交易平台发起,也可以由支付平台发起。并且,本说明书实施例中的风险识别方法可以应用在新型的代扣交易模式,新型的代扣交易模式的具体含义可以参考上述实施例的记载。
例如:用户A在第一平台和第二平台签订了代扣协议,若第一平台为交易平台,第二平台为支付平台,当用户A在第一平台发起交易请求后,第一平台可以根据交易请求获取到用户A在第一平台中的第一账户即交易账户,进一步可以对用户A在第一平台中的第一账户即交易账户进行风险识别,确定出第一账户被盗用的第一风险级别。若识别出第一账户的第一风险级别未到达指定风险级别,即第一账户不存在被盗用的风险,则可以根据用户签订的代扣协议,直接完成交易请求直接对应的交易,如:支付平台直接进行扣款,完成交易。若识别出的第一风险级别到达指定风险级别,即确定第一账户存在被盗用的风险,则第一平台可以向第二平台发送校验请求,请求对用户A在第二平台中的第二账户即支付账户进行风险识别,确定第二账户被盗用的风险。可以基于识别出的第一账户和第二账户被盗用的风险,确定当前交易是否用户A本人操作,最终决策当前的交易是否继续进行。
若第一平台为支付平台,第二平台为交易平台,当用户A在第二平台发起交易请求后,第二平台可以将该交易请求发送给第一平台。第一平台接收到交易请求后,可以根据交易请求获取到用户A在第一平台中的第一账户即支付账户,进一步可以对用户A在第一平台中的第一账户即支付账户进行风险识别,确定出第一账户被盗用的第一风险级别。若第一风险级别到达指定风险级别,则第一平台可以向第二平台发送校验请求,请求对用户A在第二平台中的第二账户即交易账户进行用户身份校验,确定出用户身份校验结果。
本说明书一些实施例中,第二平台对第二账户进行风险识别后,可以将第二账户的风险识别结果发送给第一平台。第一平台可以接收所述第二平台发送的所述第二风险级别,根据所述第二风险级别,确定所述交易请求对应的交易的风险识别结果;或者,根据所述第二风险级别以及所述第一风险级别,确定所述交易请求对应的交易的风险识别结果。
例如:第二平台对第二账户进行用户身份校验后,可以将获得的用户身份校验结果发送给第一平台。用户身份校验结果可以包括当前交易是否用户本人操作的信息(如:当前交易是用户本人操作、当前交易非用户本人操作)或当前交易是用户本人操作的概率。第一平台接收到第二平台发送的第二账户的风险识别结果即第二风险级别后,可以结合自身第一账户的风险识别结果即第一风险级别和接收到的第二风险级别,进行综合风险决策,确定当前交易是否存在风险即交易请求对应的交易的风险识别结果。当然,第一平台也可以只根据接收到的第二平台确定的第二账户的第二风险级别,确定出当前交易的风险识别结果。
其中,第一平台可以利用历史数据,构建综合决策风险模型,根据用户身份校验结果和第一账户的风险识别结果,进行综合决策,确定交易风险识别结果。也可以设置权重值,将根据第二平台确定的用户身份校验结果和第一账户的风险识别结果,进行加权处理,确定出交易风险识别结果。当然,根据实际需要,还可以采用其他方式,进行综合决策,本说明书实施例不作具体限定。
例如:若第一平台确定出第一账户风险识别结果为可能存在风险,第二平台确定用户身份识别结果为无风险,则可以确定当前交易没有风险,交易继续进行。
本说明书实施例提供交易风险识别方法,在接收到交易请求后,第一平台对其交易请求对应的第一账户进行风险识别,若第一平台的账户风险识别存在风险时,请求第二平台辅助进行用户身份校验。在提高交易效率的同时,还可以避免在信息泄漏比较严重的情况下,盗用者掌握了用户在其中一个平台中比较全面基本信息,导致无法识别出交易存在风险的问题。通过代扣模式下交易双方账户系统的交叉验证,提高了交易风险识别的准确性,进一步提高了交易的安全性。
在上述实施例的基础上,本说明书一些实施例中,在所述第二平台根据所述校验请求对所述第二平台的第二账户进行风险识别时,所述交易请求对应的交易被置为暂停;
相应地,所述方法还包括:
根据确定出的所述交易请求的交易风险,将所述被置为暂停的交易置为成功或失败或进行交易限权。
在具体的实施过程中,本说明书一些实施例中提供了一种同步实时风险防识别的方案,当第一平台识别出第一账户可能存在风险,即第一账户被盗用的第一风险级别达到指定风险级别时,请求第二平台对第二账户进行风险识别。第二平台接收第一平台发送的校验请求后,当前的交易可以被置为暂停,此时在交易平台的界面可以显示交易暂停,展示交易风险提示页面。交易暂停后,第二平台可以对第二账户进行账户安全校验,确定出第二账户的风险识别结果。再由第一平台综合第一账户被盗用的风险级别和第二账户的风险级别,或直接根据第二账户的风险级别,确定出当前的交易是否存在风险。若确定当前的交易存在风险,则可以将交易置为失败或对交易进行限权即进行交易限权,对交易进行限权可以理解为限制该交易对应的账户(如:第一账户和/或第二账户)进行交易,直至身份核验通过,才允许该账户进行交易。若确定当前的交易不存在风险,则可以将该交易置为成功,完成该笔交易。
图4是本说明书一个实施例中同步实时交易风险识别的流程示意图,如图4所示,图4中的交易平台为上述实施例中的第一平台,支付平台可以理解为第二平台,交易账户可以理解为上述实施例中的第一账户,支付账户可以理解为上述实施例中的第二账户,该场景下的校验请求由交易平台发起。如图4所示,交易平台对交易账户进行风险识别,确定交易账户存在被盗用的风险时,向支付平台发送校验请求。支付平台进行支付账户的风险识别时可以校验支付密码(如:让用户验证支付账户的密码),或者也可以进行人脸验证、指纹验证、KBA核身问题验证等身份的核实,或者直接询问是否本人操作,由用户确认是否本人操作。支付平台完成校验完成后,可以向交易平台发送校验结果即第二账户的风险识别结果,交易平台可以根据接收到的校验结果以及自身账户的风险识别结果,确定当前的交易是否存在风险,并在交易平台的交易界面显示交易成功或交易失败。第一平台也可以直接根据接收到的校验结果,确定当前的交易是否存在风险。
本说明书实施例,在第第二平台进行交叉校验时,将交易暂停,进行交易的同步实时风险识别,当交易风险识别结果为无风险则直接继续交易,若交易风险识别结果为有风险,则失败该交易,提高了交易风险识别的效率。并且,通过第二平台的交叉校验,提高了交易安全性,提高了用户的安全体验感。
在上述实施例的基础上,本说明书一些实施例中,在所述第二平台根据所述校验请求对所述第二平台的第二账户进行风险识别时,所述交易请求对应的交易被置为失败;
相应地,所述方法还包括:
在所述确定出所述交易请求风险识别结果为无风险的情况下,接收校验后交易请求,根据所述校验后交易请求完成交易,所述校验后交易请求与所述被置为失败的交易相同。
在具体的实施过程中,本说明书一些实施例中提供了一种异步延时交易风险识别方法,在第一平台确定出第一账户的风险级别达到指定风险级别,即第一账户存在风险时,可以将当前的交易失败,并向第二平台发送校验请求,请求第二平台进行辅助风险识别。当第二平台确定出第二账户的风险级别为无风险,即当前的交易即第一交易请求对应的交易的风险识别结果为无风险时,第二平台可以记录当前的风险识别结果。用户可以再次发起交易请求即校验后交易请求,第一平台接收到校验后交易请求时,可以根据校验后交易请求直接完成交易,校验后交易请求对应的交易与第一交易请求对应的交易相同,在完成校验后交易请求的交易的过程中不需要进行风险识别。
图5是本说明书一个实施例中异步延时交易风险识别的流程示意图,如图5所示,图5中的交易平台为上述实施例中的第一平台,支付平台可以理解为上述实施例中的第二平台,该场景下的校验请求由交易平台发起。当交易平台识别出第一账户存在风险时,向支付平台发送校验请求,支付平台可以对支付账户进行用户身份校验。如图5所示支付平台确定出校验结果后,可以保存该校验结果,若该校验结果为无风险,则用户可以再次向交易平台发送交易请求即校验后交易请求,交易平台将接收到交易请求发送给支付平台,支付平台此时可以直接对该笔交易进行放行,如:向交易平台返回放行校验结果,交易平台确定当前交易无风险,交易继续。若支付平台确定当前的交易为有风险,即确定非用户本人操作,则用户可以通过支付平台选择上报该笔交易,以提示相关人员进行校验。
需要说明的是,校验后交易请求和风险识别前的交易请求可以表示针对同一商品的交易,针对异步延时校验的方案,先失败第一次交易请求对应的交易,当确定交易无风险后,用户可以选择重新发送交易请求,该交易请求对应的是校验后交易请求。
如图5所示,若第一平台为交易平台,第二平台为支付平台,则第二平台确定出当前交易无风险后,用户可以直接向第一平台发起校验后交易请求,第一平台可以将校验后交易请求发送给第二平台,由第二平台直接扣款,完成交易。此时,第一平台接收的校验后交易请求由用户通过用户终端发送。若第一平台为支付平台,第二平台为交易平台,则第二平台确定出当前交易无风险后,用户可以直接向第二平台发起校验后交易请求,第二平台可以将校验后交易请求发送给第一平台,请求第一平台进行扣款,完成交易。此时,第一平台接收的校验后交易请求由第二平台发送。
本说明书实施例,在第二平台进行风险识别时,将交易失败,再进行交叉校验,当校验结果为无风险时,对用户发起的下一笔交易直接放行,即进行交易的异步延时风险识别。异步延时风险识别可以降低第一平台和第二平台对的交互能力的需求,对第一平台和第二平台的性能要求比较低,适用性比较强。并且,通过两个平台的交叉校验,提高了交易安全性和用户的安全体验感。
在上述实施例的基础上,本说明书实施例还提供了一种应用在第二平台中的交易风险识别方法,图6是本说明书又一实施例中交易风险识别方法的流程示意图,图6中的交易风险识别方法主要应用于第二平台,第二平台可以是交易平台也可以是支付平台。用户在所述第二平台具有第二账户,用户在第一平台具有第一账户。其中,第一账户、第二账户的具体含义可以参考上述实施例的记载,此处不再赘述。
如图6所示,第二平台在进行交易风险识别时,具体执行的方法主要包括:
步骤602、接收所述第一平台发送的校验请求,其中,所述校验请求为所述第一平台识别出所述第一账户的第一风险级别到达指定风险级别时发送的。
参见上述实施例的记载,当第一平台接收到交易请求并对第一账户进行风险识别,识别出第一账户被盗用的第一风险级别到达指定风险级别时,即说明第一账户存在风险时,第一平台可以向第二平台发送校验请求,请求第二平台对第二账户进行风险识别。即第一平台确定出第一账户存在风险时,可以唤起第二平台中对应的第二账户,第二平台可以接收第一平台发送的校验请求,触发第二账户的风险识别。其中,指定风险级别可以表示第一账户可能或一定存在被盗用的风险,其具体的定义可以根据实际需要进行设置,本说明书实施例不作具体限定。
步骤604、根据所述校验请求对第二账户进行风险识别,得出所述第二账户的第二风险级别。
在具体的实施过程中,第二平台接收到校验请求后,可以基于校验请求获取到第一账户对应的第二账户,如:获取第一账户对应的用户在第二平台中的第二账户,可以根据用户标识或订单号等方式获取第二账户。例如:本说明书实施例中的交易风险识别可以应用在上述实施例中的新型签约代扣模式的交易,本说明书实施例中第一平台和第二平台的业务相关联,可以提供一种签约代扣模式业务,用户在第一平台和第二平台中签订了签约代扣协议后,第二平台可以根据第一账户查询出相关联的第二账户。
第二平台接收到校验请求后,可以基于校验请求获取到第一账户对应的第二账户,并对第二账户进行风险识别,确定出第二账户的第二风险级别。其中第二平台对第二账户进行风险识别的方法可以参考上述实施例的记载,如:利用第二平台中的风险防控系统进行用户身份校验,本说明书实施例不作具体限定。
本说明书一些实施例中,第二平台确定出第二账户的第二风险级别后,可以根据所述第二风险级别确定所述校验请求对应的交易的风险识别结果,或将所述第二风险级别发送给所述第一平台,以使得所述第一平台根据所述第二风险级别,或根据所述第二风险级别以及所述第一风险级别,确定所述交易请求对应的交易的风险识别结果。
在具体的实施过程中,当第二平台确定出第二账户的风险级别后,可以直接根据第二账户的第二风险级别确定出当前交易的风险识别结果,如:若第二账户的第二风险级别为第二账户存在风险,则可以确定当前的交易有风险,可以将当前的交易失败。第二平台还可以将确定出的第二账户的第二风险级别发送给第一平台,第一平台可以综合第一账户的第一风险级别以及第二账户的第二风险级别,进行综合决策确定出校验请求对应的交易即当前的交易是否存在风险。第一平台也可以直接根据接收到的第二账户的第二风险级别,确定当前交易的风险识别结果。第一平台确定当前交易的风险识别结果的方法可以参考上述实施例的记载,此处不再赘述。
本说明书实施例提供的交易风险识别方法,第一平台接收到交易请求后,可以对第一平台自身的第一账户进行风险识别,若第一平台的确定第一账户的风险识别存在风险时,请求第二平台辅助进行用户身份校验。在提高交易效率的同时,还可以避免在信息泄漏比较严重的情况下,盗用者掌握了用户在其中一个平台中比较全面基本信息,导致无法识别出交易存在风险的问题。通过交易双方账户系统的交叉验证,提高了交易风险识别的准确性,进一步提高了交易的安全性。
本说明书一些实施例中,所述基于所述第二账户进行用户身份校验,确定用户身份校验结果,包括:
展示下述至少一个提示信息,请求验证所述第二账户的账户密码的提示信息、请求验证身份核实问题的提示信息、请求验证所述交易请求对应的交易是否本人操作的提示信息;
接收所述提示信息对应的验证信息;
根据所述验证信息,确定所述第二风险级别。
在具体的实施过程中,如图4所示,第二平台在对第二账户进行风险识别时,可以在第二平台的界面上展示请求验证第二账户的账户密码或身份核实问题的提示信息,用户可以根据提示信息输入对应的验证信息,如:输入第二账户的账户密码或回答身份核实问题。第二平台根据用户返回的验证信息可以确定出第二账户的第二风险级别,如:若用户一次就输入了正确的密码,则可以确定第二账户没有被盗用的风险,该笔交易为用户被人操作;若用户输入3次才将密码输入正确,则可以确定第二账户可能存在被盗用的风险,该笔交易可能非用户本人操作;若用户输入多次密码均错误,则可以确定第二账户被盗用,该笔交易不是用户本人操作。如图5所示,第二平台在对第二账户进行风险识别时,还可以在第二平台的界面上展示请求验证所述交易请求对应的交易是否本人操作的提示信息,用户可以根据提示信息,选择确认本人操作或非本人操作。根据用户返回的确认信息,可以获得第二账户的风险级别,如:若用户返回确认本人操作,则可以认为第二账户无风险,若用户返回非本人操作,则可以认为第二账户有风险。
例如:若第一平台为交易平台,第二平台为支付平台,某用户在第一平台发起交易请求,第一平台经过风险识别后,确认第一平台中的第一账户存在被盗用风险,请求第二平台进行校验。第二平台接收到校验请求后,唤起第二账户,并可以在第二账户的界面上展示请求验证上一笔交易是否本人操作的提示信息,若该用户的第一平台中的第一账户被盗用,该笔交易不是用户本人操作,则用户在接收到第二平台的提示信息后,可以返回该笔交易非被人操作的确认信息,第二平台则可以确定该交易存在风险。若该笔交易确实用户本人操作,则用户可以返回确认本人操作的确认信息,第二平台则可以确定该笔交易无风险。
当然,第二平台还可以根据第二账户的登录信息如:登录时间、登录地址等确定第二账户被盗用风险,还可以选择短信验证等其他验证方式,确定第二账户的风险,进一步确定出用户是否本人操作,本说明书实施例不作具体限定。
本说明书实施例,在第一平台确定出第一账户存在被盗用的风险后,通过第二平台对用户身份进行进一步的验证,提高了代扣模式下交易风险识别的准确性,确保了代扣模式下的交易安全性。
在上述实施例的基础上,在对所述第二账户进行风险识别时,所述交易请求对应的交易被置为暂停;
相应地,所述方法还包括:
根据确定出的所述交易请求的风险识别结果,将所述被置为暂停的交易置为成功或失败或进行交易限权。
在具体的实施过程中,如图4所示,第一平台确定第一账户存在风险,请求第二平台进行校验时,可以将当前的交易置为暂停。第二平台对第二账户进行风险识别,第一平台或第二平台可以根据对两个账户的风险识别结果,确定出当前的交易是否存在风险,若当前的交易不存在风险,则可以将被置为暂停的交易置为成功,完成交易。若确定当前的交易存在风险,则可以将被置为暂停的交易置为失败,并对交易的账户进行限权。其中交易限权的具体含义可以参考上述实施例的记载,此处不再赘述。
本说明书实施例,在第第二平台进行交叉校验时,将交易暂停,进行交易的同步实时风险识别,当交易风险识别结果为无风险则直接继续交易,若交易风险识别结果为有风险,则失败该交易,提高了交易风险识别的效率。并且,通过第二平台的交叉校验,提高了交易安全性,提高了用户的安全体验感。
在上述实施例的基础上,本说明书一些实施例中,在对所述第二账户进行风险识别时,所述交易请求对应的交易被置为失败;
相应地,所述方法还包括:
在确定所述交易请求的对应的交易的风险识别结果为无风险的情况下,记录所述风险识别结果;
接收到校验后交易请求时,根据记录的所述风险识别结果完成所述校验后交易请求对应的交易,其中,所述校验后交易请求与所述被置为失败的交易相同。
在具体的实施过程中,如图5所示,本说明书一些实施例中提供了一种异步延时交易风险识别方法,在第一平台确定出第一账户的风险级别达到指定风险级别,即第一账户存在风险时,可以将当前的交易失败,并向第二平台发送校验请求,请求第二平台进行辅助风险识别。当第二平台确定出第二账户的风险级别为无风险,即当前的交易即第一交易请求对应的交易的风险识别结果为无风险时,第二平台可以记录当前的风险识别结果。用户可以再次发起交易请求,第一平台接收到校验后交易请求时,可以根据校验后交易请求直接完成交易,校验后交易请求对应的交易与第一交易请求对应的交易相同,在完成校验后交易请求的交易的过程中不需要进行风险识别。若最终确定当前交易存在风险,则被失败的交易不会被再次发起,可以对被失败的交易进行上报,或向用户返回风险提示信息。
本说明书实施例,在第二平台进行校验时,将交易失败,再进行交叉校验,当校验结果为无风险时,再对用户发起的下一笔交易直接放行,即进行交易的异步延时风险识别。异步延时风险识别可以降低第一平台和第二平台对交互能力的需求,对第一平台和第二平台的性能要求比较低,适用性比较强。并且,通过两个平台的交叉校验,提高了交易安全性,提高了用户的安全体验感。
本说明书实施例提供了一种应用于代扣模式下的交易风险识别方法,图7是本说明书实施例中代扣模式下的交易风险识别方法的流程示意图,如图7所示,该交易风险识别主要应用于第一平台,第一平台可以是交易平台也可以是支付平台,具体可以参考上述实施例的记载。本说明书实施例中,用户在所述第一平台具有第一账户,且用户在第二平台具有第二账户,第二账户与第一账户可以互为关联账户。关联账户可以理解为用户在两个平台中相关联的账户,如:代扣交易模式下,用户在交易平台和支付平台中签订了签约代扣协议,则该用户在交易平台中的交易账户和支付平台中的支付账户互为关联账户,当用户使用第一账户提交交易请求时,交易平台可以请求支付平台直接从用户的支付账户中进行扣款。
本说明书实施例中的交易风险识别可以应用于新型的签约代扣模式下的交易场景,新型的签约代扣模式的含义可以参考上述实施例的记载,如图7所示,所述方法包括:
步骤702、接收客户端在代扣交易模式下发送的交易请求。
本说明书实施例中的代扣交易模式可以理解为用户在第一平台和第二平台签订了签约代扣信息或签约代扣协议,当用户提交交易请求后,第一平台和第二平台可以直接进行扣款,不需要用户允许。如:用户在订餐平台和支付平台签约了小额免密支付协议,当交易金额小于协议中的金额时,订餐平台可以直接请求支付平台从用户的支付账户中进行扣款,不需要用户输入支付密码。需要说明的是,本说明书实施例中的代扣交易模式可以理解为上述实施例中记载的新型的签约代扣模式,当交易平台或支付平台识别出有风险时,可以请求另一方进行交叉校验,而不是直接进行交易。
在具体的实施过程中,本说明书实施例中的交易风险识别可以应用在代扣交易模式即新型的签约代扣模式,用户在第一平台和第二平台签订了签约代扣信息,可以允许直接扣款。通常情况下代扣交易模式下的交易一般由用户发起,用户可以通过客户端在交易平台中发起交易请求,交易平台接收到交易请求后可以将交易请求发送给支付平台,请求支付平台进行扣款。若本说明书实施例中的第一平台为交易平台,则交易请求由用户通过用户终端发送,若本说明书实施例中的第一平台为支付平台,则该交易请求也可以理解为扣款请求,由交易平台发送。
步骤704、针对所述交易请求对所述第一平台的第一账户进行风险识别,得出所述第一账户的第一风险级别。
在具体的实施过程中,第一平台接收到第一交易请求后,可以对用户在第一平台中的第一账户进行风险识别,确定出第一账户被盗用的第一风险级别。其中,第一平台对第一账户进行风险识别的方法以及第一账户的第一风险级别的含义可以参考上述实施例的记载,此处不再赘述。
步骤706、在所述第一风险级别达到指定风险级别的情况下,向第二平台发送校验请求,以用于所述第二平台根据所述校验请求对所述第二平台的第二账户进行账户安全校验,得出所述第二账户的第二风险级别。
在具体的实施过程中,当第一平台识别出用户在第一平台中的第一账户被盗用的风险级别达到指定风险级别,即第一账户存在被盗用的风险后,可以向第二平台发送校验请求,请求第二平台对第二账户进行账户安全校验。其中,指定风险级别的含义以及第二平台对第二账户进行账户安全校验的方法可以参考上述实施例的记载,此处不再赘述。
本说明书一些实施例中,在所述第一风险级别未达到指定风险级别的情况下,根据所述交易请求完成代扣交易。
在具体的实施过程中,若第一平台识别出第一账户不存在风险,则可以根据交易请求直接完成交易。若第一平台是交易平台,当第一平台识别出第一账户的风险级别未达到指定的风险级别时,可以直接请求支付平台从用户的支付账户中扣除交易金额。若第一平台是支付平台,当支付平台识别出用户的支付账户的风险级别未达到指定的风险级别时,可以直接从用户的支付账户中扣除相应的交易金额。
例如:若用户A在订餐平台和支付平台签订的签约代扣协议,允许支付平台直接扣款。当用户A在订餐平台中下单请求订商家B的“豪华午餐”,订餐平台可以根据用户A提交的交易请求对用户A在订餐平台中的第一账户进行风险识别。若确定出第一账户不存在风险,则订餐平台可以请求支付平台直接扣款,完成当前的交易。若订餐平台确定出用户A的第一账户的风险级别达到指定风险级别,则订餐平台可以请求支付平台对用户A在支付平台中的支付账户即第二账户进行账户安全校验,以识别当前的交易是否用户本人操作。若支付平台确定第二账户没有风险,则可以认为当前交易是用户A本人操作,可以根据交易请求直接从用户A的支付账户中扣款。若支付平台确定第二账户有风险,则可以认为当前交易不是用户本人操作,则可以将当前交易失败并上报。
在上述实施例的基础上,本说明书一些实施例中,所述方法还包括:
接收所述第二平台发送的所述第二风险级别;
根据所述第二风险级别,确定所述交易请求对应的交易的风险识别结果;
或者,根据所述第二风险级别以及所述第一风险级别,确定所述交易请求对应的交易的风险识别结果。
在具体的实施过程中,第二平台对第二账户进行风险识别后,可以将第二账户的风险识别结果发送给第一平台。第一平台可以接收所述第二平台发送的所述第二风险级别,根据所述第二风险级别,确定所述交易请求对应的交易的风险识别结果;或者,根据所述第二风险级别以及所述第一风险级别,确定所述交易请求对应的交易的风险识别结果。
在上述实施例的基础上,本说明书一些实施例中,在所述第二平台根据所述校验请求对所述第二平台的第二账户进行账户安全校验时,所述交易请求对应的交易被置为暂停;
相应地,所述方法还包括:
根据确定出的所述交易请求的风险识别结果,将所述被置为暂停的交易置为成功或失败或进行交易限权。
在具体的实施过程中,如图4所示,本说明书一些实施例中提供了一种同步实时风险防识别的方案,当第一平台识别出第一账户可能存在风险,即第一账户的第一风险级别到达指定风险级别时,请求第二平台根据第二账户进行账户安全校验。第二平台接收第一平台发送的校验请求后,当前的交易可以被置为暂停,此时在交易平台的界面可以显示交易暂停,展示交易风险提示页面。交易暂停后,第二平台可以对第二账户进行账户安全校验,确定出第二账户的风险识别结果。再由第一平台综合第一账户被盗用的风险级别和第二账户的风险级别,确定出当前的交易是否存在风险。若确定当前的交易存在风险,则可以将交易置为失败或对交易进行限权即进行交易限权。若确定当前的交易不存在风险,则可以将该交易置为成功,完成该笔交易。
本说明书实施例,在第二平台进行交叉校验时,将交易暂停,进行交易的同步实时风险识别,当交易风险识别结果为无风险则直接继续交易,若交易风险识别结果为有风险,则失败该交易,提高了交易风险识别的效率。并且,通过第二平台的交叉校验,提高了代扣模式下交易安全性,提高了用户的安全体验感。
在上述实施例的基础上,本说明书一些实施例中,在所述第二平台根据所述校验请求对所述第二平台的第二账户进行账户安全校验时,所述交易请求对应的交易被置为失败;
相应地,所述方法还包括:
在所述确定出所述交易请求风险识别结果为无风险的情况下,接收校验后交易请求,根据所述校验后交易请求完成代扣交易,所述校验后交易请求与所述被置为失败的交易相同。
在具体的实施过程中,本说明书一些实施例中提供了一种异步延时交易风险识别方法,在第一平台确定出第一账户的风险级别达到指定风险级别,即第一账户存在风险时,可以将当前的交易失败,并向第二平台发送校验请求,请求第二平台进行辅助风险识别。当第二平台确定出第二账户的风险级别为无风险,即当前交易的风险识别结果为无风险时,第二平台可以记录当前的风险识别结果。用户可以再次发起交易请求即校验后交易请求,第一平台接收到校验后交易请求时,可以根据校验后交易请求直接完成交易,校验后交易请求对应的交易与上一次接收到的交易请求对应的交易相同,在完成校验后交易请求的交易的过程中不需要进行风险识别。
本说明书实施例提供的交易风险识别方法,可以应用在新型的签约代扣模式交易场景中,该交易场景包括第一平台和第二平台。当第一平台确定交易没有风险时,则直接完成交易,若第一平台的账户风险识别存在风险时,请求第二平台辅助进行用户身份校验。在提高交易效率的同时,还可以避免在信息泄漏比较严重的情况下,盗用者掌握了用户在其中一个平台中比较全面基本信息,导致无法识别出交易存在风险的问题。通过代扣模式下交易双方账户系统的交叉验证,提高了交易风险识别的准确性,进一步提高了交易的安全性。
图8是本说明书又一实施例中代扣交易模式下的交易风险识别方法的流程示意图,图8所示的交易风险识别主要应用于第二平台,第二平台可以是交易平台也可以是支付平台,具体可以参考上述实施例的记载。本说明书实施例中,用户在所述第一平台具有第一账户,且用户在第二平台具有第二账户,第二账户与第一账户互为关联账户,即用户在第一平台和第二平台签订了签约代扣协议即签约代扣信息。其中,关联账户、第一账户、第二账户的具体含义可以参考上述实施例的记载,此处不再赘述。如图8所示,所述方法包括:
步骤802、接收所述第一平台发送的校验请求;其中,所述校验请求为所述第一平台识别出第一账户的第一风险级别在指定风险级别时发送的,所述第一平台用于接收客户端在代扣交易模式下发送的交易请求,并根据所述交易请求对所述第一平台中的第一账户进行风险识别。
参见上述实施例的记载,第一平台在接收到第一交易请求后,对第一账户进行风险识别,若识别出第一账户被盗用的第一风险级别到达指定风险级别,即识别出第一账户存在被盗用的风险时,则向第二平台发送校验请求,请求第二平台对与第一账户相关联的第二账户进行账户安全校验。第二平台可以接收第一平台发送的校验请求,触发第二账户的账户安全校验。
步骤804、根据所述校验请求对第二账户进行账户安全校验,得出所述第二账户的第二风险级别。
在具体的实施过程中,第二平台接收到校验请求后,可以基于校验请求获取到第一账户的关联账户即第二账户。对第二账户进行账户安全校验如:验证第二账户的账户密码、验证身份核实问题、显示验证交易请求对应的交易是否本人操作的提示信息等,或者基于第二平台的风控系统对第二账户进行风险识别,具体可以参考上述实施例的记载,此处不再赘述。
在本说明书一些实施例中,所述客户端对应的用户在所述第一平台与所述第二平台签订了签约代扣信息,所述签约代扣信息中指定所述第一账户与所述第二账户相互关联;
相应地,所述根据所述校验请求对第二账户进行账户安全校验,包括:
根据所述校验请求和所述客户端对应的用户的签约代扣信息,确定出与所述第一账户关联的第二账户;
对所述第二账户进行风险识别,得出所述第二风险级别。
在具体的实施过程中,用户可以在第一平台和第二平台签订签约代扣信息,将第一平台的第一账户和第二平台的第二账户相关联。第一平台向第二平台发送校验请求时,检验请求中可以附带有第一账户,当第二平台基于第一平台发送的校验请求对第二账户进行账户安全校验时,可以先根据校验请求中的第一账户以及用户在第一平台和第二平台的签约代扣信息也可以理解为签约协议,确定出与第一账户相关联的第二账户。如:签约代扣信息中可以包括相关联的第一账户的账户名和第二账户的账户名,通过查询签约代扣协议,确定出第一账户的关联账户即第二账户。签约代扣信息可以理解为用户在第一平台和第二平台签订的在提交交易请求后,允许第一平台、第二平台中的支付平台在交易无风险的情况下直接扣款的协议。签约代扣信息中可以包括用户在第一平台和第二平台的关联账户信息,即用户在第一平台中的第一账户与第二平台中账户映射关系。
需要说明的是,第一平台发送给第二平台的校验请求也可以包括与第一账户相关联的第二账户的加密信息,第二平台可以通过对加密信息进行解密,获得与第一账户关联的第二账户,进一步对第二账户进行用户身份校验。
本说明书实施例中,基于校验请求和签约代扣协议,获取与第一账户相关联的第二账户,进一步实现对第二账户进行用户身份校验,实现第一平台和第二平台的交叉校验,确保了交易的安全性。
本说明书一些实施例中,第二平台可以将确定出的第二账户的风险级别发送给第一平台,由第一平台综合决策确定当前交易的风险识别结果,第二平台也可以直接基于第二账户的风险级别确定出当前交易的风险识别结果,具体可以参考上述实施例的记载,此处不再赘述。
此外,第二平台在对第二账户进行账户安全校验时,当前的交易可以被置为暂停或失败,再根据对当前交易的风险识别结果,将进行后续的交易处理,具体可以参考上述实施例的记载,此处不再赘述。
本说明书实施例提供的交易风险识别方法,可以应用在新型的签约代扣模式下的交易,当新型的签约代扣模式中的一个平台的账户风险识别存在风险时,将当前交易置为失败,并请求另一个平台用户身份校验。避免在信息泄漏比较严重的情况下,盗用者掌握了用户在其中一个平台中比较全面基本信息,导致无法识别出交易存在风险的问题。通过代扣模式下交易双方账户系统的交叉验证,提高了交易风险识别的准确性,进一步提高了交易的安全性。
下面结合图4、图5具体介绍本说明书实施例中两种代扣模式下的交易风险识别的具体过程:
1、同步实时交易风险识别
如图4所示,图4中的交易平台相当于上述实施例记载的第一平台,支付平台相当于上述实施例记载的第二平台,图4中的交易风险识别由交易平台向支付平台发起校验请求,请求支付平台对支付账户即第二账户进行账户安全校验,进一步确认当前交易是否存在风险。当用户发起交易请求后,在交易平台中经过风控系统识别,若识别到交易账户即第一账户存在盗用风险,同步决策由交易平台发起校验(如:确定当前的交易账户一定存在风险,或风险概率大于预设阈值时,采用交易平台自身进行再次核身校验)或者由支付平台进行交叉校验。若决策显示,由支付平台进行交叉校验(如:无法确定交易账户是否一定存在风险或一定没有风险,选择由支付平台进行交叉校验),则同步及时通知支付平台即向支付平台发送校验请求。支付平台接收校验请求,此时交易平台的界面显示交易暂停,展示交易风险提示页面,并激活支付平台如:激活支付平台APP(Application,应用程序)。在支付平台APP上,完成用户的交叉校验(如:验证支付账户的支付密码、KBA核身问题等),支付平台将校验结果通知到交易平台,在交易平台如:交易账户APP的界面显示交易成功或失败。
2、异步延时交易风险识别
如图5所示,图5中的交易平台相当于上述实施例记载的第一平台,支付平台相当于上述实施例记载的第二平台,图5中的交易风险识别有交易平台向支付平台发起校验请求,请求支付平台对支付账户即第二账户进行用户身份校验,进一步确认当前交易是否存在风险。当用户发起交易请求后,在交易平台中经过风控系统识别,若识别到交易账户存在盗用风险,同步决策由交易平台发起校验或者由支付平台进行交叉校验。若决策显示,由支付平台进行校验,则同步及时通知支付平台,即向支付平台发送校验请求。支付平台接收校验请求的指令,直接失败本笔交易,并且在支付平台中,向用户发起确认通知。此时,用户可能仍停留在交易平台中,并且交易平台已显示本笔交易失败。之后,用户可以主动打开支付平台,或者在交易平台的交易界面中选择跳转到支付平台进行风险校验,进入风险确认页面进行交叉校验,选择上一笔交易是否本人操作。若非本人操作,可以选择“上报可疑交易”,若确认本人操作,则可以选择“确认本人操作”,该结果可以被支付平台记录和保存。用户再发起下一笔交易时,支付平台将根据上笔交易的确认结果,对下一笔交易进行风险释放,直接做放行处理。
图9是本说明书又一实施例中代扣模式下的交易流程示意图,如图9所示,本说明书一些实施例中的代扣模式下的交易平台识别出交易账户存在盗用风险后,是由交易平台进行交易账户的再次校验。在信息泄漏比较严重的情况下,盗用者侵入一方账户体系时,极有可能该账户体系的基本信息已被盗用者所掌握,盗用者通过本方账户体系核身的可能性会非常高。现有的代扣风险防控,对于自身账户体系的盗用风险防控,只能依靠自身账户体系的校验能力。
本申请实施例提出的代扣风险识别方案,不仅有自身账户的校验保障,也有签约账户的交叉校验保障。在比较极端的情况下,若盗用者突破了自身账户体系的所有安全校验,盗用者想非法获取利益,也需要再突破另一个签约账户的安全校验。因为这双重保障就像两层防盗门,相互支持和保障,为彼此的账户保驾护航。
本申请实施例在保护用户的数据隐私,没有数据交换的情况下,加强了代扣模式下的签约账户体系的合作和风险防控水位。而本发明则提出了两种交互方案即同步校验和异步校验,针对不同交互能力的要求,均能满足交叉校验功能的实现。本申请实施例中的代扣模式下的风险防控,提高了用户的安全感体验,让用户体验到,即便是代扣模式下,双重账户都在保障自己的账户安全。
本说明书中上述方法的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参考即可,每个实施例重点说明的都是与其他实施例的不同之处。相关之处参考方法实施例的部分说明即可。
基于上述所述的交易风险识别方法,本说明书一个或多个实施例还提供一种交易风险识别装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思,本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似,因此本说明书实施例具体的装置的实施可以参考前述方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
具体地,图10是本说明书提供交易风险识别装置一个实施例的模块结构示意图,如图10所示,本说明书中提供的一种交易风险识别装置应用于第一平台,用户在所述第一平台具有第一账户,用户在第二平台具有第二账户,所述装置包括:交易请求接收模块101、第一账户安全校验模块102、第二账户校验请求模块103,其中:
交易请求接收模块101,用于接收交易请求,其中,所述交易请求附带有第一账户;
第一账户安全校验模块102,用于对所述第一账户进行风险识别,得出所述第一账户的第一风险级别;
第二账户校验请求模块103,用于在所述第一风险级别到达指定风险级别的情况下,向第二平台发送校验请求,以用于所述第二平台根据所述校验请求对所述第二平台的第二账户进行风险识别,得出所述第二账户的第二风险级别。
本说明书实施例提供的交易风险识别装置,在接收到交易请求后,第一平台对其交易请求对应的第一账户进行风险识别,若第一平台的账户风险识别存在风险时,请求第二平台辅助进行用户身份校验。在提高交易效率的同时,还可以避免在信息泄漏比较严重的情况下,盗用者掌握了用户在其中一个平台中比较全面基本信息,导致无法识别出交易存在风险的问题。通过代扣模式下交易双方账户系统的交叉验证,提高了交易风险识别的准确性,进一步提高了交易的安全性。
在上述实施例的基础上,所述装置还包括第一交易风险识别模块,用于:
接收所述第二平台发送的所述第二风险级别;
根据所述第二风险级别,确定所述交易请求对应的交易的风险识别结果;
或者,根据所述第二风险级别以及所述第一风险级别,确定所述交易请求对应的交易的风险识别结果。
本说明书实施例,基于交易中两个平台进行交叉风险识别,确定当前交易的风险情况,提高了交易的安全性。
在上述实施例的基础上,在所述第二平台根据所述校验请求对所述第二平台的第二账户进行风险识别时,所述交易请求对应的交易被置为暂停;
相应地,所述第一交易风险识别模块还用于:
根据确定出的所述交易请求的风险识别结果,将所述被置为暂停的交易置为成功或失败或进行交易限权。
本说明书实施例,在第二平台进行用户身份校验时,将交易暂停,进行交易的同步实时风险识别,提高了交易风险识别的效率。并且,通过第二平台的交叉校验,提高了交易安全性,提高了用户的安全体验感。
在上述实施例的基础上,在所述第二平台根据所述校验请求对所述第二平台的第二账户进行风险识别时,所述交易请求对应的交易被置为失败;
相应地,所述第一交易风险识别模块还用于:
在所述确定出所述交易请求风险识别结果为无风险的情况下,接收校验后交易请求,根据所述校验后交易请求完成交易,所述校验后交易请求与所述被置为失败的交易相同。
本说明书实施例,在第二平台进行风险识别时,将交易失败,再进行交叉校验,当校验结果为无风险时,对用户发起的下一笔交易直接放行,即进行交易的异步延时风险识别。异步延时风险识别可以降低第一平台和第二平台对的交互能力的需求,对第一平台和第二平台的性能要求比较低,适用性比较强。并且,通过两个平台的交叉校验,提高了交易安全性和用户的安全体验感。
需要说明的,上述所述的装置根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照第一平台侧请求第二平台进行用户身份校验的实施方案的方法实施例的描述,在此不作一一赘述。
图11是本说明书提供的交易风险识别装置又一个实施例的模块结构示意图,如图11所示,本说明书中提供的交易风险识别装置应用于第二平台,用户在所述第二平台具有第二账户,用户在第一平台具有第一账户,所述装置包括:第一校验请求接收模块111、第二账户安全校验模块112,其中:
第一校验请求接收模块111,用于接收所述第一平台发送的校验请求,其中,所述校验请求为所述第一平台在接收到交易请求后识别出所述交易请求对应的第一账户的第一风险级别在指定风险级别时发送的;
第二账户安全校验模块112,用于根据所述校验请求对第二账户进行风险识别,得出所述第二账户的第二风险级别。
本说明书实施例提供的交易风险识别装置,第一平台接收到交易请求后,可以对第一平台自身的第一账户进行风险识别。若第一平台的账户风险识别存在风险时,请求第二平台辅助进行用户身份校验。在提高交易效率的同时,还可以避免在信息泄漏比较严重的情况下,盗用者掌握了用户在其中一个平台中比较全面基本信息,导致无法识别出交易存在风险的问题。通过代扣模式下交易双方账户系统的交叉验证,提高了交易风险识别的准确性,进一步提高了交易的安全性。
在上述实施例的基础上,所述第二账户安全校验模块具体用于:
展示下述至少一个提示信息,请求验证所述第二账户的账户密码的提示信息、请求验证身份核实问题的提示信息、请求验证所述交易请求对应的交易是否本人操作的提示信息;
接收所述提示信息对应的验证信息;
根据所述验证信息,确定所述第二风险级别。
本说明书实施例,在第一平台确定出第一账户存在被盗用的风险后,通过第二平台对用户身份进行进一步的验证,提高了代扣模式下交易风险识别的准确性,确保了代扣模式下的交易安全性。
在上述实施例的基础上,所述装置还包括第二交易风险识别模块用于:
根据所述第二风险级别确定所述校验请求对应的交易的风险识别结果;
或者,将所述第二风险级别发送给所述第一平台,以使得所述第一平台根据所述第二风险级别或根据所述第二风险级别以及所述第一风险级别,确定所述交易请求对应的交易的风险识别结果。
本说明书实施例,基于交易中两个平台进行交叉风险识别,确定当前交易的风险情况,提高了交易的安全性。
在上述实施例的基础上,在对所述第二账户进行风险识别时,所述交易请求对应的交易被置为暂停;
相应地,所述第二交易风险识别模块还用于:
根据确定出的所述交易请求的风险识别结果,将所述被置为暂停的交易置为成功或失败或进行交易限权。
本说明书实施例,在第第二平台进行交叉校验时,将交易暂停,进行交易的同步实时风险识别,当交易风险识别结果为无风险则直接继续交易,若交易风险识别结果为有风险,则失败该交易,提高了交易风险识别的效率。并且,通过第二平台的交叉校验,提高了交易安全性,提高了用户的安全体验感。
在上述实施例的基础上,在对所述第二账户进行风险识别时,所述交易请求对应的交易被置为失败;
相应地,所述第二交易风险识别模块还用于:
在确定所述交易请求的对应的交易的风险识别结果为无风险的情况下,记录所述风险识别结果;
接收到校验后交易请求时,根据记录的所述风险识别结果完成所述校验后交易请求对应的交易,其中,所述校验后交易请求与所述被置为失败的交易相同。
本说明书实施例,在第二平台进行校验时,将交易失败,再进行交叉校验,当校验结果为无风险时,再对用户发起的下一笔交易直接放行,即进行交易的异步延时风险识别。异步延时风险识别可以降低第一平台和第二平台对交互能力的需求,对第一平台和第二平台的性能要求比较低,适用性比较强。并且,通过两个平台的交叉校验,提高了交易安全性,提高了用户的安全体验感。
需要说明的,上述所述的装置根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述,在此不作一一赘述。
图12是本说明书提供的交易风险识别装置又一个实施例的模块结构示意图,如图12所示,本说明书中提供的交易风险识别装置可以应用于第一平台,用户在所述第一平台具有第一账户,且所述用户在第二平台具有第二账户,所述第二账户与所述第一账户互为关联账户,所述装置包括:代扣交易请求接收模块121、第一账户风险评估模块122、校验请求发送模块123,其中:
代扣交易请求接收模块121,用于接收客户端在代扣交易模式下发送的交易请求;
第一账户风险评估模块122,用于针对所述交易请求对所述第一平台的第一账户进行风险识别,得出所述第一账户的第一风险级别;
校验请求发送模块123,用于在所述第一风险级别达到指定风险级别的情况下,向第二平台发送校验请求,以用于所述第二平台根据所述校验请求对所述第二平台的第二账户进行账户安全校验,得出所述第二账户的第二风险级别。
本说明书实施例提供的交易风险识别装置,可以应用在新型的签约代扣模式交易场景中,该交易场景包括第一平台和第二平台。当第一平台确定交易没有风险时,则直接完成交易,若第一平台的账户风险识别存在风险时,请求第二平台辅助进行用户身份校验。在提高交易效率的同时,还可以避免在信息泄漏比较严重的情况下,盗用者掌握了用户在其中一个平台中比较全面基本信息,导致无法识别出交易存在风险的问题。通过代扣模式下交易双方账户系统的交叉验证,提高了交易风险识别的准确性,进一步提高了交易的安全性。
在上述实施例的基础上,所述装置还包括交易处理模块,用于:
在所述第一风险级别未达到指定风险级别的情况下,根据所述交易请求完成代扣交易。
本说明书实施例,在新型的签约代扣模式交易场景中,若在初步风险识别确定交易无风险时,可以直接进行交易,提高交易效率。
需要说明的,上述所述的装置根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述,在此不作一一赘述。
图13是本说明书提供的交易风险识别装置又一个实施例的模块结构示意图,如图13所示,本说明书中提供的交易风险识别装置可以应用于第二平台,用户在所述第二平台具有第二账户,且所述用户在第一平台具有第一账户,所述第二账户与所述第一账户互为关联账户,所述装置包括:第二校验请求接收模块131、第二账户风险评估模块132,其中:
第二校验请求接收模块131,用于接收所述第一平台发送的校验请求;其中,所述校验请求为所述第一平台识别出第一账户的第一风险级别在指定风险级别时发送的,所述第一平台用于接收客户端在代扣交易模式下发送的交易请求,并根据所述交易请求对所述第一平台中的第一账户进行风险识别;
第二账户风险评估模块132,用于根据所述校验请求对第二账户进行账户安全校验,得出所述第二账户的第二风险级别。
本说明书实施例提供的交易风险识别装置,可以应用在新型的签约代扣模式交易场景中,该交易场景包括第一平台和第二平台。当第一平台确定交易没有风险时,则直接完成交易,若第一平台的账户风险识别存在风险时,请求第二平台辅助进行用户身份校验。在提高交易效率的同时,还可以避免在信息泄漏比较严重的情况下,盗用者掌握了用户在其中一个平台中比较全面基本信息,导致无法识别出交易存在风险的问题。通过代扣模式下交易双方账户系统的交叉验证,提高了交易风险识别的准确性,进一步提高了交易的安全性。
在上述实施例的基础上,所述客户端对应的用户在所述第一平台与所述第二平台签订了签约代扣信息,所述签约代扣信息中指定所述第一账户与所述第二账户相互关联;
相应地,所述第二账户风险评估模块具体用于:
根据所述校验请求和所述客户端对应的用户的签约代扣信息,确定出与所述第一账户关联的第二账户;
对所述第二账户进行风险识别,得出所述第二风险级别。
本说明书实施例,基于校验请求和签约代扣协议,获取与第一账户相关联的第二账户,进一步实现对第二账户的风险识别,实现第一平台和第二平台的交叉校验,确保了交易的安全性。
需要说明的,上述所述的装置根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述,在此不作一一赘述。
本说明书实施例还提供一种交易风险识别处理设备,包括:至少一个处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现上述实施例的交易风险识别方法。
需要说明的,上述所述的处理设备根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述,在此不作一一赘述。
本说明书实施例还提供了一种交易风险识别系统,包括第一平台、第二平台、用户终端。
其中,所述用户终端用于用户提交交易请求;
所述第一平台包括至少一个处理器以及用于存储处理器可执行指令的存储器,用于实现上述实施例中第一平台侧执行的方法;
所述第二平台包括至少一个处理器以及用于存储处理器可执行指令的存储器,用于实现上述实施例中第二平台侧执行的方法。
本说明书提供的交易风险识别系统可以为单独的风险识别系统,也可以应用在多种数据分析处理系统中。所述系统可以包括上述实施例中任意一个风险识别装置。所述的系统可以为单独的服务器,也可以包括使用了本说明书的一个或多个所述方法或一个或多个实施例装置的服务器集群、系统(包括分布式系统)、软件(应用)、实际操作装置、逻辑门电路装置、量子计算机等并结合必要的实施硬件的终端装置。所述核对差异数据的检测系统可以包括至少一个处理器以及存储计算机可执行指令的存储器,所述处理器执行所述指令时实现上述任意一个或者多个实施例中所述方法的步骤。
本说明书实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例,图14是本说明书一个实施例中交易风险识别服务器的硬件结构框图,该服务器可以是上述实施例中的第一平台,也可以是上述实施例中的第二平台。如图14所示,服务器10可以包括一个或多个(图中仅示出一个)处理器100(处理器100可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器200、以及用于通信功能的传输模块300。本邻域普通技术人员可以理解,图14所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,服务器10还可包括比图14中所示更多或者更少的组件,例如还可以包括其他的处理硬件,如数据库或多级缓存、GPU,或者具有与图14所示不同的配置。
存储器200可用于存储应用软件的软件程序以及模块,如本说明书实施例中的交易风险识别方法对应的程序指令/模块,处理器100通过运行存储在存储器200内的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器200可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器200可进一步包括相对于处理器100远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输模块300用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中,传输模块300包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输模块300可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上,所述的存储介质可以计算机读取并执行,实现本说明书实施例所描述方案的效果。
所述存储介质可以包括用于存储信息的物理装置,通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质有可以包括:利用电能方式存储信息的装置如,各式存储器,如RAM、ROM等;利用磁能方式存储信息的装置如,硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘;利用光学方式存储信息的装置如,CD或DVD。当然,还有其他方式的可读存储介质,例如量子存储器、石墨烯存储器等等。
本说明书实施例提供的上述交易风险识别方法或装置可以在计算机中由处理器执行相应的程序指令来实现,如使用windows操作系统的c++语言在PC端实现、linux系统实现,或其他例如使用android、iOS系统程序设计语言在智能终端实现,以及基于量子计算机的处理逻辑实现等。
需要说明的是说明书上述所述的装置、计算机存储介质、系统根据相关方法实施例的描述还可以包括其他的实施方式,具体的实现方式可以参照对应方法实施例的描述,在此不作一一赘述。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参考即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于硬件+程序类实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参考方法实施例的部分说明即可。
本说明书实施例并不局限于必须是符合行业通信标准、标准计算机数据处理和数据存储规则或本说明书一个或多个实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例,仍然可以属于本说明书实施例的可选实施方案范围之内。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或终端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境,甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下,并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现,也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
本领域技术人员应明白,本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此,本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本本说明书一个或多个实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参考即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参考方法实施例的部分说明即可。在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
以上所述仅为本说明书一个或多个实施例的实施例而已,并不用于限制本说明书一个或多个实施例。对于本领域技术人员来说,本说明书一个或多个实施例可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在权利要求范围之内。