话或短信验证，使未通过验证的用户账号不享受优惠信息，根据取消优惠信息后的订单信息生成待支付订单；
[0070]例如，某用户账号提交订单后，检测到该用户账号在连续的10分钟内已针对同一商品提交了多次订单，每个已提交的订单都因支付超时而被确定为无效订单，则判定该用户账号恶意占用优惠信息的风险较高，此时可以根据具体情况，禁止该用户账号下单，或取消用户账号提交的订单所享受的优惠信息，或按照预先设定的验证方式，如通过电话或短信验证，核实用户账号的安全性。
[0071]上述方法流程中，在向支付平台发送支付请求消息之前，还包括:
[0072]接收账号登陆请求，账号登陆请求中包括用户账号登录信息，根据用户账号登录信息，判断用户账号是否为高风险用户，若是，则拒绝用户账号登录，或者控制用户账号按照预设的验证方式完成登录。
[0073]具体的，根据用户账号登录信息，判断用户账号是否为高风险用户的方法流程，如图4所示，包括:
[0074]步骤401，判断用户账号登录信息是否命中高风险登录规则;高风险登录规则是根据统计的高风险用户账户的账号登录信息，确定出的具有高风险的登录规则，例如在设定的阈值时间内用户账号提交的登录请求的次数超过设定次数，则这样的用户账号为高风险用户账号；
[0075]步骤402，若是，则确定用户账号为高风险用户，控制用户账号按照预设的验证方式完成登录是指控制高风险用户按照短信或电话验证的方式完成登录；
[0076]步骤403，若否，则允许用户账号正常登录。
[0077]例如，用户账号登录信息中包括用户终端的IP地址，若该用户终端的IP地址不是该用户账号常用的终端IP地址，则确定用户账号为高风险用户；或者该用户终端的IP地址在设定时间内多次提交针对不同用户账号的登录请求消息，则确定使用该终端IP地址登录的用户账号的风险等级较高。
[0078]上述实施例中，B2C电商平台至少对支付平台反馈的支付响应消息中的支付账号信息、支付结果等信息进行分析，得到支付结果为支付成功的订单号对应的订单的风险等级，若分析出订单号对应的订单的风险等级为高风险等级，则订单号对应的订单标记为无效订单，基于已支付订单的支付数据，筛选出已支付成功的订单中存在的高风险等级订单，使得B2C电商平台能够感知支付账号的风险等级，提高了风险用户识别效率，弥补了现有B2C电商平台风险用户识别体系的不足，解决了现有技术中存在的B2C电商平台无法感知支付账号的风险等级，导致B2C电商平台的风险用户识别效率较低的技术问题。
[0079]针对上述方法流程，本发明实施例提供一种高风险用户识别装置，这些装置的具体内容参见方法流程，此处不在累述。
[0080]如图5所示的一种高风险用户识别装置，包括:
[0081 ]发送单元501，用于向支付平台发送支付请求消息，支付请求消息中包括待支付订单的订单号；
[0082]接收单元502，用于接收支付平台发送的针对订单号的支付响应消息，支付响应消息中至少包括订单号的支付账号信息、支付结果；
[0083]第一确定单元503，用于在支付结果为支付成功时，根据订单号的支付响应消息确定订单号对应的订单的风险等级；
[0084]第一处理单元504，用于若订单号对应的订单为高风险等级，将订单号对应的订单标记为无效订单。
[0085]进一步地，订单号的支付响应消息为N个；第一确定单元503具体用于:
[0086]根据高风险支付账号名单，判断订单号的支付账号信息中是否存在高风险支付账号；
[0087]若订单号的支付账号信息中存在至少一个支付账号为高风险支付账号，则确定订单号对应的订单的风险等级为高风险等级。
[0088]进一步地，若订单号的支付账号信息中不存在高风险支付账号，则第一确定单元503具体用于:
[0089]根据N个支付响应消息，确定订单号对应的订单的当前支付行为是否为高风险支付行为，若是，则确定订单号对应的订单的风险等级为高风险等级。
[O(M)]进一步地，第一确定单元503具体用于:若在N个支付响应消息中，支付结果为支付失败的支付账号的数量超过设定阈值，则将当前支付行为确定为高风险支付行为。
[0091]进一步地，若订单号的支付账号信息中不存在高风险支付账号，则第一确定单元503具体用于:
[0092]根据N个支付响应信息，确定订单号对应的订单的当前支付行为的风险等级;并
[0093]获取订单号对应的用户账号信息，以及与用户账号信息对应的历史支付响应记录中历史订单号对应的订单的历史支付行为的风险等级；
[0094]根据当前支付行为的风险等级及历史支付行为的风险等级，确定订单号对应的订单的风险等级是否为高风险等级。
[0095]进一步地，历史支付行为的风险等级中包括与用户账号信息对应的任一支付账号的历史支付行为的风险等级，则第一确定单元503具体用于:
[0096]根据N个支付响应信息，确定订单号的支付账号信息中每个支付账号的当前支付行为;并
[0097]针对每个支付账号，根据该支付账号的当前支付行为，确定该支付账号的当前支付行为的风险等级；
[0098]确定该支付账号的当前支付行为的风险等级与该支付账号的历史支付行为的风险等级是否满足设定条件，若满足，则将该支付账号确定为高风险支付账号，并确定订单号对应的订单的风险等级为高风险等级。
[0099]进一步地，第一处理单元504还用于:若确定订单号对应的订单的风险等级为高风险等级，则将订单号对应的用户账号设置为高风险用户。
[0100]进一步地，还包括第二确定单元和第二处理单元；
[0101]第二确定单元用于:在向支付平台发送支付请求消息之前，判断订单号对应的用户账号是否为高风险用户；
[0102]第二处理单元用于:若第二确定单元判断订单号对应的用户账号为高风险用户，则取消用户账号提交的订单所享受的优惠信息，根据取消优惠信息后的订单信息生成待支付订单。
[0? 03] 进一步地，还包括第三确定单元和第三处理单元，接收单元还用于:在向支付平台发送支付请求消息之前，接收账号登陆请求；
[0104]第三确定单元用于:账号登陆请求中包括用户账号登录信息，根据用户账号登录信息，判断用户账号是否为高风险用户；
[0105]第三处理单元用于:若判断用户账号是高风险用户，则拒绝用户账号登录，或者控制用户账号按照预设的验证方式完成登录。
[0106]上述实施例中，B2C电商平台至少对支付平台反馈的支付响应消息中的支付账号信息、支付结果等信息进行分析，得到支付结果为支付成功的订单号对应的订单的风险等级，若分析出订单号对应的订单的风险等级为高风险等级，则订单号对应的订单标记为无效订单，基于已支付订单的支付数据，筛选出已支付成功的订单中存在的高风险等级订单，使得B2C电商平台能够感知支付账号的风险等级，为提高风险用户识别效率提供了条件，弥补了现有B2C电商平台风险用户识别体系的不足，解决了现有技术中存在的B2C电商平台无法感知支付账号的风险等级，导致B2C电商平台的风险用户识别效率较低的技术问题。
[0107]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0108]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0109]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0110]尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
[0111]显然，本领域的技术人员可以对本发明进行各种改动和