具体实施方式
生物识别技术在支付领域的应用也在逐渐兴起。每个生物个体都有唯一的可以测量或可自动识别和验证的生理特性或行为特征,即生物特征。它可划分为生理生物特征(如眼部特征、声纹、指纹、掌纹、心跳、脉搏、染色体、DNA、人牙咬痕等,其中,眼部特征可以包括眼纹、虹膜、巩膜等生物特征)和行为生物特征(如步态、声音、笔迹、击键、按键力度、手持电子设备的姿势、浏览日志特征、RPC(远程过程调用协议;Remote Procedure CallProtocol)请求记录特征等)。生物识别就是依据每个个体之间独一无二的生物特征对其进行识别,进而完成身份验证。
因为生物特征不但简洁快速,而且利用它进行身份认定具备安全、可靠、准确等特点,所以将生物特征用于支付安全领域成为一种趋势。但是如何利用行为生物特征来提高风控效率尚未得到解决。
为了实现本申请的目的,本申请实施例提供了一种用于在移动设备上进行扫码支付的方法及装置,接收所述移动设备的操作者的支付请求;并基于所述支付请求生成支付码,使得所述支付码中至少包含与用于支付的账户相关的第一信息以及与所述操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的第二信息。这样通过支付码将与操作者的行为生物信息和移动设备中记录的历史行为生物特征相关的信息传输至服务端以进行风控判断,使得整个风控体系能够通过更多维度的数据来准确判断风险,提高风控准确度,进而改善风控识别效率。
需要说明的是,本申请实施例中所记载的所述行为生物特征包括RPC请求记录、浏览日志、手持移动设备的姿势、指压特征中的至少一种。
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
图1为本申请实施例提供的一种用于在移动设备上进行扫码支付的方法的流程示意图。所述方法可以如下所示。
步骤101:接收所述移动设备的操作者的支付请求。
具体地,当操作者确定需要发起支付请求时,通过触发支付控件或者其他与支付相关的页面元素发起支付请求。此时,该移动设备中的客户端接收到该支付请求。
需要说明的是,在接收到支付请求时,需要确定该操作者在发起支付请求之前的一系列行为生物特征。那么在本申请所记载的实施例中,可以通过移动设备上安装的具备识别操作该移动设备的操作者的行为生物特征的系统或者装置采集到,也可以通过其他方式获取到该移动设备的操作者的行为生物特征,这里不做具体限定。
这里以移动设备上安装的具备识别操作该移动设备的操作者的行为生物特征的系统或者装置为例进行说明。
由于行为生物特征在一定程度上反映了操作者的行为习惯,而一些行为习惯大多数情况下是不会改变的。该系统或者装置能够实时记录和监测操作者在操作移动设备上产生的行为生物特征(BBS;Behavioral Biometric Signature)。即通过操作者的行为生物特征能够对该操作者的身份进行识别。
以用户浏览日志为例,某一用户在一段持续时间内所浏览的网站或者网页内容反映了该用户的喜好或者工作需要,而该喜好或者工作需要大多数情况下是不会改变的。若移动设备上的行为生物特征监测系统或者装置通过监测用户的浏览日志行为发现该用户在最近一段时间内所关注的网站或者网页内容有极大的变化,即说明用户的浏览日志行为出现异常,此时可以认为使用该移动设备的用户发生变化,即当前操作该移动设备的用户不是之前使用该移动设备的用户。
当然,具体的识别过程不是本申请文件关注的重点,然而,在本申请实施例中,利用行为生物特征的监测系统或者装置采集操作者的行为生物特征,并基于移动设备的风险识别系统来判定该操作者是否为移动设备的持有者并给出冲突特征,以便于服务端风控识别效率。这里的冲突特征反映出近期的各个行为生物特征与历史记录中的各个的行为生物特征表现出的差异,即能够综合评估操作者是否为移动设备的持有者。
由于移动设备的操作者在发起支付请求之前,通常操作者将在移动设备上将执行其他操作,例如:浏览其他页面、执行滑屏操作等等,这些都可以称之为该操作者的行为生物特征。那么操作者在移动设备上执行其他操作时,移动设备上的行为生物特征监测系统或者装置将实时采集这些行为生物特征。
需要说明的是,行为生物特征监测系统或者装置在采集到这些行为生物特征后,可以将采集到的这些行为生物特征存储在指定存储空间中,在该指定存储空间中可以维护一个行为生物特征库,在该行为生物特征库中存储不同时间采集到的操作该移动设备的操作者的行为生物特征,通常情况下,在一个终端设备的指定存储空间中存储的行为生物特征应该大部分属于该移动设备持有者的行为生物特征;还可以根据指定存储空间的大小,存储最近(这里的最近可以是指设定时间段,例如:最近一周监测到的行为生物特征)监测到的行为生物特征,在此之前采集到的历史行为生物特征(可以是指最近一周之前监测的行为生物特征)可以发送给服务器或者存储至终端设备的硬盘中,这里不做具体限定。
需要说明的是,在上述记载的行为生物特征库中存储采集时间与采集到的行为生物特征之间的映射关系。
步骤102:基于所述支付请求生成支付码。
其中,所述支付码中至少包含如下信息:与用于支付的账户相关的第一信息以及与所述操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的第二信息。
在本申请实施例中客户端一旦接收到支付请求,将基于该支付请求生成支付码。
具体地,首先,基于所述支付请求,确定与用于支付的账户相关的第一信息以及与所述操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的第二信息。
这里所记载的第一信息是与用于支付的账户相关的信息,即账户标识,或者账户名称,或者账户号码,或者支付账户标识,或者移动设备的设备标识等,这里不做具体描述。
这里需要进一步说明的是第二信息,而在本申请实施例中所记载的第二信息是与所述操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的信息,那么在确定第二信息之前,需要确定在接收到支付请求时之前的设定时间内采集到的行为生物特征。
在本申请实施例中,客户端可以根据接收到支付请求的时间,确定设定时间范围,那么基于设定时间范围,从移动设备的指定存储空间中,查找在该设定时间范围内采集到的行为生物特征,即得到操作者在发起该支付请求之前发生的行为生物特征。
那么在获取到这些行为生物特征之后,可以基于这些行为生物特征得到第二信息。需要说明的是,本申请实施例中所记载的第二信息中所包含的信息可以称之为冲突特征信息,这些冲突特征信息可以由终端设备中的风险识别模块进行计算得到。进而使得服务器在获取到支付码时,能够直接根据该支付码中包含的第二信息进行风险识别,有效减少了服务器在进行风险识别时的资源消耗,提升整个风险识别的效率。
在本申请实施例中所记载的第二信息可以通过以下几种方式确定得到:
第一种方式:
在得到操作者在发起该支付请求之前发生的行为生物特征之后,可以基于获取到的该操作者的行为生物特征和所述移动设备中记录的历史行为生物特征,执行比对操作,判定所述操作者是否为所述移动设备的持有者的结果。
具体地,计算获取到的该操作者的行为生物特征与所述移动设备中记录的历史行为生物特征之间的特征相似度,并根据特征相似度,判定所述操作者是否为所述移动设备的持有者的结果。
若特征相似度大于设定阈值,则说明所述操作者为所述移动设备的持有者;若特征相似度不大于设定阈值,则说明所述操作者不为所述移动设备的持有者。
那么可以基于判定所述操作者是否为所述移动设备的持有者的结果,得到第二信息,即第二信息中包含判定所述操作者是否为所述移动设备的持有者的结果,即要么判定结果是所述操作者为所述移动设备的持有者;要么判定结果是所述操作者不为所述移动设备的持有者。
第二种方式:
本申请实施例中所记载的第二信息还可以采用不同信息组合的方式得到,即一方面包含判定所述操作者是否为所述移动设备的持有者的结果;另一方面包含基于采集到的行为生物特征和历史行为特征判定采集到的行为生物特征是否异常的结果。这种信息组合能够对操作者是否为移动设备的持有者进行精准识别。
例如:第二信息中不仅包含判定所述操作者是否为所述移动设备的持有者的结果,还包含采集到的行为生物特征是否异常的结果,例如:判定RPC请求记录是否异常的结果、判定浏览日志是否异常的结果等等。
由于如果判定所述操作者是否为所述移动设备的持有者的结果简单的以“是”或者“否”表示,那么如果需要得到精确的判断结果,移动设备需要进行大量的计算,这样意味着移动设备需要消耗大量的资源。但是为了使得移动设备输出的判断结果比较精准,在本申请实施例中可以采用不同信息组合的方式,即计算所述操作者为所述移动设备的持有者的概率,并辅助其他判断结果,这样既能保证判断结果的精确性,还能降低移动设备的资源消耗。
例如:所述操作者为所述移动设备的持有者的概率小于设定阈值,按照第一种方式说明该操作者不为所述移动设备的持有者,此时通过其他信息的判断结果,有可能修正该结果,那么也将影响后续服务器的操作。
这样服务器在接收到支付码时,不再单一依靠第一种方式中的一种判断结果识别操作者是否是移动设备的持有者,而是通过多种信息之间的相互印证,能够有助于提高风险识别的效率以及风险识别的精度。
需要说明的是,若移动设备在采用第一种方式判断出操作者是移动设备的持有者的概率不能准确地定位操作者是移动设备的持有者时,在生成支付码时,可以采用第二种方式确定第二信息,这样能够保证判断操作者是移动设备的持有者的准确性。
其次,基于确定的第一信息和第二信息,生成支付码。
具体地,对得到的第一信息和第二信息进行编码,得到支付码。
针对上述记载的第一种方式,由于第二信息中包含的是判定结果,那么可以假设判定结果是所述操作者为所述移动设备的持有者对应的标识值为1;判定结果是所述操作者不为所述移动设备的持有者对应的标识值为0,利用第一信息和确定的标识值,编码得到支付码。
这样,服务器在获取到的该支付码时,若支付码中包含的标识值为0,则确定操作者不为所述移动设备的持有者;若支付码中包含的标识值为1,则确定操作者为所述移动设备的持有者,这样服务器就无需再进行大量的计算,根据该支付码中包含的第二信息即可完成对该操作者的身份识别,进而实现对该支付请求的风控识别。
针对上述记载的第二种方式,由于第二信息中包含不同信息的组合,那么在进行编码时,需要先将第二信息进行转化,得到第二信息对应的标识值。
下面以第二信息中包含判定所述操作者是否为所述移动设备的持有者的结果、判定RPC请求记录是否异常的结果、判定浏览日志是否异常的结果这三种信息为例说明如何转化该第二信息。
假设这三种信息分别对应二进制编码的三位数【X】【Y】【Z】,其中,X对应判断操作者是否为移动设备持有者的判定结果,即判定结果为操作者为移动设备持有者,那么X取值为x1;判定结果为操作者不为移动设备持有者,那么X取值为x2;
Y对应浏览日志是否异常的判定结果,即判定结果为正常,那么Y取值为y1;判定结果为异常,那么Y取值为y2;
Z对应RPC请求记录是否异常,即判定结果为正常,那么Z取值为z1;判定结果为异常,那么Z取值为z2。
那么移动设备根据不同信息的判定结果可以得到一个二进制编码,该二进制编码可以称之为第二信息对应的标识值;进一步地,还可以将该二进制编码转换成为十进制,那么该十进制数值即为该第二信息对应的标识值。
为了保证支付码的唯一性以及安全性,第二信息对应的标识值可以采用随机方式确定,例如:从0~9这10个数字中随机选择一个数字,基于该数字与【X】【Y】【Z】之间的映射关系,即可确定x1、x2、y1、y2、z1和z2的取值情况。
具体地,在选择数字时,还可以从0~9这10个数字中随机选择1至2个数字作为冗余值,即选择的1至2个数字作为冗余项控制增加编码的噪音使得该编码方案不易被破解。也就是说,作为冗余值的数字是不能被选择为与【X】【Y】【Z】建立映射关系的数字的。
通常【X】【Y】【Z】作为一个二进制数,那么该二进制数的取值范围为0~7。当然,三种维度的信息共组成八种组合方式,将0-9十种取值中选取八个数字分别赋给每一个组合方式。
举例来说,在前述的二进制编码方式中,判断为本人操作、RPC记录正常、浏览日志正常,二进制结果为【1】【0】【0】,转为十进制的结果为4,相应地,在解码时用于存储行为生物特征的数位若为4,则代表“判断为本人操作、RPC记录正常、浏览日志正常”。
当然,可以理解的是,编码时每个数字所代表的组合含义都是可以更换的,举例来说,在上面的实施方式中,数字4代表“判断为本人操作、RPC记录正常、浏览日志正常”,同样可行的是,0~9中的其他任何数字也可以代替数字4代表上述含义。也就是说,只需要在上述三个判定的不同可能组合与各个可能取值之间建立映射关系即可。另外,作为编码噪音的冗余值也是可以更换的。同时,定期或者不定期地变更编码方案中的数字含义以及冗余值的组成,都可以进一步加大编码被破解的难度。本领域技术人员还应当理解的是,本实施方式中列举的行为生物特征仅仅是优选的例子,移动设备上所能采集到的行为生物特征均可以作为判断是否为本人操作的参考内容。在一个没有展示的实施方式中,还包括基于与所述行为生物特征相关的信息判定是否发起服务端风控的步骤。
为了保证支付码的唯一性以及安全性,可以定时或者周期地至少部分地改变所述标识值与所述第二信息之间的所述映射关系。或者,在基于所述支付请求生成支付码之前,通过改变至少一个所述冗余值来调整标识值与第二信息之间的映射关系。这样保证支付码的安全性。
在本申请的另一个实施例中,所述方法还包括:
若判定结果是所述操作者为所述移动设备的持有者的概率小于设定阈值且确定所述移动设备处于离线支付状态,则触发启动对所述移动设备的操作者进行在线身份校验。
具体地,移动设备在判定操作者是否为移动设备的持有者时,可以计算操作者为移动设备的持有者的概率,若该概率小于设定阈值,说明操作者不是移动设备的持有者的可能性很大,也就意味着存在很大的风险,再者若此时移动设备处于离线支付状态,那么可以通过提示消息的方式提示操作者启动对所述移动设备的操作者进行在线身份校验,即要求操作者在线发起支付请求,并在线进行身份验证。
本申请所针对的扫码支付具体为移动设备上生成支付码,商家通过扫码装置读取所述支付码中的信息,并将所述信息发送到服务端完成支付的过程。
根据上述内容在移动设备上生成支付码以供商家进行扫描,从而完成进一步的支付程序。通过本申请的支付方法,在支付码中编入了基于用户行为生物特征的判断结果,实质上是一种辅助的、离线的风控方法。通过这种离线的辅助风控,能够极大地降低服务端的风控扫描压力,节省服务端资源,并且缩短整体的风控用时。
通过本申请所提供扫码支付方法,接收所述移动设备的操作者的支付请求;并基于所述支付请求生成支付码,使得所述支付码中至少包含与用于支付的账户相关的第一信息以及与所述操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的第二信息。这样通过支付码将基于操作者的行为生物信息的识别结果传输至服务端以进行风控判断,使得整个风控体系能够通过更多维度的数据来准确判断风险,提高风控准确度,进而改善风控识别效率。
需要说明的是,本申请实施例提供的扫码支付方法应用在离线支付中,由终端设备基于行为生物特征进行识别,既保证了离线支付的安全性,又能够降低服务端风控的成本,提升离线支付风控的效率。
图2为本申请实施例提供的一种用于在移动设备上进行扫码支付的风控方法的流程示意图。本申请实施例的执行主体可以是扫描设备,也可以是服务器,若是服务器,这里的服务器不同于进行风险识别的服务器。所述方法可以如下所示。
步骤201:获取移动设备提供的支付码。
其中,所述支付码中至少包含如下信息:与用于支付的账户相关的第一信息以及与操作所述移动设备的操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的第二信息。
在本申请实施例中,获取移动设备提供的支付码的方式可以是通过商家的扫描枪扫描移动设备提供的支付码,也可以是通过支付码识别设备接收移动设备发送的支付码,这里不做具体限定。
例如:扫描移动设备提供的二维码图片;
从所述二维码图片中提取所述支付码中包含的与用于支付的账户相关的第一信息以及与操作所述移动设备的操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的第二信息。
即在对移动设备提供的支付码进行扫描时,能够获取该支付码中的信息。
步骤202:基于所述支付码中包含的所述第二信息,判断是否向服务端发送风控请求。
在本申请实施例中,对支付码进行解码操作,获取该支付码中包含的第二信息。
若第二信息中仅包含判断操作者是否为移动设备的持有者的结果,那么若所述第二信息中包含的判定结果为所述操作者不为所述移动设备的持有者,则触发向服务器发送风控请求。
若所述第二信息中包含的判定结果为所述操作者为所述移动设备的持有者,则触发响应该支付请求。
若第二信息中包含不同信息的判定结果的组合,那么通过不同信息的判定结果的组合确定操作者为移动设备的持有者的概率。
例如:通过判定操作者是否为移动设备的持有者的概率、判定浏览日志是否异常的结果、判定RPC请求记录是否异常的结果确定操作者为移动设备的持有者的概率。在这种情况下,若操作者是为移动设备的持有者的概率小于设定阈值,那么当浏览日志判定异常和/或RPC请求记录判定异常时,可以确定操作者为移动设备的持有者的概率小于第二阈值;当浏览日志判定正常且RPC请求记录判定正常时,可以确定操作者为移动设备的持有者的概率小于第二阈值大于第一阈值;
若操作者是为移动设备的持有者的概率大于设定阈值,那么当浏览日志判定异常和/或RPC请求记录判定异常时,可以确定操作者为移动设备的持有者的概率不大于第一阈值且大于第二阈值;
当浏览日志判定正常且RPC请求记录判定正常时,可以确定操作者为移动设备的持有者的概率大于第一阈值。
针对判断结果执行以下操作:
若该概率大于第一阈值时,则触发响应该支付请求。
若该概率小于第二阈值时,则说明操作者不为移动设备的持有者,此时向服务器的风控识别系统发送风险识别请求,以启动服务器端的风控识别操作。
若该概率不大于第一阈值且大于第二阈值时,则说明操作者为移动设备的持有者存在风险,为了保证交易的安全性,此时可以向扫码设备发送身份验证信息,即要求使用扫码设备的用户在线下对该操作者的身份进行验证(例如;出示身份证、提供能够证明自己是移动设备的持有者的证明信息等等);或者,向扫码设备发送线上交易请求,即要求使用扫码设备的用户通知操作者启动线下支付流程,以便于在线上对该用户进行身份验证。
通过本申请提供的技术方案,在接收到移动设备提供的支付码时,可以基于该支付码中包含的终端设备基于操作者的行为生物特征进行风控识别的识别结果,判断是否需要再次发起服务端的风控操作,通过实验证明,依赖终端设备本地的风险识别系统完成风控识别,能够为终端设备节省70%的计算资源,大大降低了服务端的风控资源消耗,提升了整个服务端的风控效率。
图3为本申请实施例提供的一种用于在移动设备上进行扫码支付的风控方法的流程示意图。本申请实施例以实现离线风控为目的进行详细说明。
步骤301:移动设备接收用户发送的支付请求。
该支付请求为用户处于离线状态时向移动设备发送的。
移动设备在接收到该支付请求时,确定设定时间范围内采集的该用户的行为生物特征。
步骤302:移动设备基于该支付请求生成支付码。
其中,所述支付码中包含该用户所使用用于支付的账户信息、该用户的行为生物特征、移动终端上记录的历史行为生物特征以及判定该用户是否为该移动设备的持有者的判定结果。
步骤303:扫描移动设备提供的支付码,并从该支付码中获取判定该用户是否为该移动设备的持有者的判定结果。
若判定结果通过百分数的形式表示。
步骤304:将该判定结果对应的数值与第一阈值、第二阈值进行比较。
本申请实施例中所记载的第二阈值和第一阈值为不同的取值,第二阈值小于第一阈值。
步骤305:若该判定结果对应的数值小于第二阈值时,则说明操作者不为移动设备的持有者,此时向服务器的风控识别系统发送风险识别请求,以启动服务器端的风控识别操作。
步骤306:若该判定结果对应的数值不大于第一阈值且大于第二阈值时,则说明操作者为移动设备的持有者存在风险,此时可以向扫码设备发送身份验证信息,即要求使用扫码设备的用户在线下对该操作者的身份进行验证。
步骤307:若该判定结果对应的数值大于第一阈值,则确定该用户不是该移动设备的持有者的风险低或者确定该用户是该移动设备的持有者,触发响应该支付请求。
因此通过本申请在线下将与用户行为生物特征相关的信息编码进入支付码中并基于该信息判定是否发起服务端风控扫描的方式能够极大的降低服务端风控资源的消耗,也能缩短整体的风控耗时,提高用户体验。
图4为本申请实施例提供的一种用于在移动设备上扫码支付的装置结构示意图。所述装置包括:接收单元41和生成单元42,其中:
接收单元41,接收所述移动设备的操作者的支付请求;
生成单元42,基于所述支付请求生成支付码,所述支付码中至少包含如下信息:
与用于支付的账户相关的第一信息以及与所述操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的第二信息。
在本申请的另一个实施例中,所述第二信息中还包含:
基于所述操作者的行为生物特征和所述移动设备中记录的历史行为生物特征的对比,判定所述操作者是否为所述移动设备的持有者的结果。
在本申请的另一个实施例中,所述装置还包括:处理单元43,其中:
所述处理单元43,若判定结果是所述操作者为所述移动设备的持有者的概率小于设定阈值且确定所述移动设备处于离线支付状态,则触发启动对所述移动设备的操作者进行在线身份校验。
在本申请的另一个实施例中,所述生成单元42基于所述支付请求生成支付码,包括:
基于所述支付请求,确定与用于支付的账户相关的第一信息以及与所述操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的第二信息;
根据预设的第二信息与标识值之间的映射关系,确定所述支付请求中包含的所述第二信息对应的标识值;
利用所述标识值和所述第一信息,生成支付码,所述支付码中使用至少一个数位对应所述标识值。
在本申请的另一个实施例中,所述行为生物特征包括RPC请求记录、浏览日志、手持移动设备的姿势、指压特征中的至少一种。
需要说明的是,本申请实施例中所记载的装置可以通过软件方式实现,也可以通过硬件方式实现,这里不做具体限定。该装置接收所述移动设备的操作者的支付请求;并基于所述支付请求生成支付码,使得所述支付码中至少包含与用于支付的账户相关的第一信息以及与所述操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的第二信息。这样通过支付码将基于操作者的行为生物信息的识别结果传输至服务端以进行风控判断,使得整个风控体系能够通过更多维度的数据来准确判断风险,提高风控准确度,进而改善风控识别效率。
图5为本申请实施例提供的一种用于在移动设备上进行扫码支付的风控装置的结构示意图,所述风控装置包括:获取单元51和风控处理单元52,其中:
获取单元51,获取移动设备提供的支付码,所述支付码中至少包含如下信息:与用于支付的账户相关的第一信息以及与操作所述移动设备的操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的第二信息;
风控处理单元52,基于所述支付码中包含的所述第二信息,判断是否启动服务器的风控识别。
在本申请的另一个实施例中,所述获取单元51获取移动设备提供的支付码,包括:
扫描移动设备提供的二维码图片;
从所述二维码图片中提取所述支付码中包含的与用于支付的账户相关的第一信息以及与操作所述移动设备的操作者的行为生物特征和所述移动设备中记录的历史行为生物特征相关的第二信息。
在本申请的另一个实施例中,所述第二信息中包含基于所述操作者的行为生物特征和所述移动设备中记录的历史行为生物特征的对比判定所述操作者是否为所述移动设备的持有者的结果;
所述风控处理单元52基于所述支付码中包含的所述第二信息,判断是否向服务端发送风控请求,包括:
若所述支付码中包含的判定结果为所述操作者不为所述移动设备的持有者,则触发启动服务器的风控识别。
在本申请的另一个实施例中,所述第二信息中包含基于所述操作者的行为生物特征和所述移动设备中记录的历史行为生物特征的对比判定所述操作者是否为所述移动设备的持有者的结果、判定浏览日志是否异常、判定远程过程调用协议是否异常;
所述风控处理单元52基于所述支付码中包含的所述第二信息,判断是否向服务端发送风控请求,包括:
若所述支付码中包含的判定结果为所述操作者为所述移动设备的持有者的概率小于设定阈值,则当浏览日志判定异常和或RPC请求记录判定异常时,触发启动服务器的风控识别。
需要说明的是,本申请实施例中所记载的风控装置可以通过软件方式实现,也可以通过硬件方式实现,这里不做具体限定。该风控装置在接收到移动设备提供的支付码时,可以基于该支付码中包含的终端设备基于操作者的行为生物特征进行风控识别的识别结果,判断是否需要再次发起服务端的风控操作,通过实验证明,依赖终端设备本地的风险识别系统完成风控识别,能够为终端设备节省70%的计算资源,大大降低了服务端的风控资源消耗,提升了整个服务端的风控效率。
在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,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。