CN110210868A - 数值转移数据的处理方法及电子设备 - Google Patents

Abstract

本公开的实施例提供了一种数值转移数据的处理方法及电子设备，属于计算机技术领域。所述方法包括：接收第一用户标识向第二用户标识发起的数值转移请求；根据所述数值转移请求显示风险警示确认项；当检测到所述风险警示确认项的确认操作时，显示处于可点击状态的数值转移确认控件；响应于所述数值转移确认控件的触发指令，执行与所述数值转移请求对应的数值转移操作。本公开实施例的技术方案提供了数值转移数据的处理方法，其能够显示针对当前的数值转移请求的风险警示确认项，并在收到针对所述风险警示确认项的确认操作时，才显示可点击状态的数值转移确认控件，从而可以提高数值转移操作的安全性和可靠性。

Description

数值转移数据的处理方法及电子设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种数值转移数据的处理方法及电子设备。

背景技术

随着网络信息技术的不断发展以及智能终端技术的日趋成熟，现有的终端安装有多个不同类型的应用软件，以用于实现在线聊天、在线支付等功能，带给用户更多的工作方式和生活体验。但用户在使用这些功能的时候难免存在各种各样的风险，有的甚至给用户带来经济损失。因此，如何识别实际应用场景中存在的风险，给予用户风险提示让其谨慎支付，避免可能的资金损失是目前亟待解决的问题。

因此，需要一种新的数值转移数据的处理方法及电子设备。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例提供一种数值转移数据的处理方法及装置、推荐方法、计算机可读存储介质及电子设备，能够提高数值转移操作的安全性和可靠性。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种数值转移数据的处理方法，包括：接收第一用户标识向第二用户标识发起的数值转移请求；根据所述数值转移请求显示风险警示确认项；当检测到所述风险警示确认项的确认操作时，显示处于可点击状态的数值转移确认控件；响应于所述数值转移确认控件的触发指令，执行与所述数值转移请求对应的数值转移操作。

在本公开的一种示例性实施例中，所述风险警示确认项包括n个风险警示项及其确认项，n为大于等于1的正整数；其中，根据所述数值转移请求显示风险警示确认项，包括：响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件；响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括各风险警示项及其对应的确认项和处于可点击状态的数值转移放弃控件。

在本公开的一种示例性实施例中，所述风险警示确认项包括第一风险警示项及其对应的第一选择项、目标风险类型及其确认项；其中，根据所述数值转移请求显示风险警示确认项，包括：响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件；响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括所述第一风险警示项及其对应的第一选择项；在检测到所述第一选择项的选择操作时，确定第一目标选择项，以用于根据所述第一目标选择项获取所述数值转移请求的目标风险类型；在所述风险提醒界面显示所述目标风险类型及其对应的确认项和处于可点击状态的数值转移放弃控件。

在本公开的一种示例性实施例中，所述风险警示确认项还包括第二风险警示项及其对应的第二选择项；其中，根据所述数值转移请求显示风险警示确认项，还包括：根据所述第一目标选择项显示所述第二风险警示项及其对应的第二选择项；在检测到所述第二选择项的选择操作时，确定第二目标选择项，以用于根据所述第一目标选择项和所述第二目标选择项获取所述数值转移请求的目标风险类型；在所述风险提醒界面显示所述目标风险类型及其对应的确认项和处于可点击状态的数值转移放弃控件。

在本公开的一种示例性实施例中，所述风险警示确认项包括风险警示项及其确认项；其中，根据所述数值转移请求显示风险警示确认项，包括：响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件；响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括所述风险警示项及其对应的确认项、处于可点击状态的数值转移放弃控件和证明信息上传控件；响应于所述证明信息上传控件的上传操作，确认所述第一用户标识的身份信息。

在本公开的一种示例性实施例中，所述风险提醒界面还包括处于不可点击状态的所述数值转移确认控件。

在本公开的一种示例性实施例中，当检测到所述风险警示确认项的确认操作时，显示处于可点击状态的数值转移确认控件，包括：当检测到所述风险警示确认项的确认操作时，将所述数值转移确认控件从所述不可点击状态转换为所述可点击状态。

在本公开的一种示例性实施例中，当所述数值转移确认控件处于所述可点击状态时，所述数值转移确认控件设置为第一颜色且能够响应所述触发指令；当所述数值转移确认控件处于所述不可点击状态时，所述数值转移确认控件设置为第二颜色且不能够响应所述触发指令。

在本公开的一种示例性实施例中，所述方法还包括：若所述第二用户标识为第一类账户，则获取所述第二用户标识的目标违规类型；根据所述目标违规类型确定至少部分风险警示确认项的内容。

根据本公开的一个方面，提供一种数值转移数据的处理方法，包括：获取第一用户标识向第二用户标识发起的数值转移请求；提取所述第二用户标识对应的数值转移历史数据；根据所述数值转移历史数据确定所述第二用户标识对应的风险指标；将与所述风险指标所对应的风险警示确认项，推送至所述第一用户标识。

在本公开的一种示例性实施例中，所述风险指标包括风险数据和目标违规类型；其中，根据所述数值转移历史数据确定所述第二用户标识对应的风险指标，包括：通过风险评分模型对所述数值转移历史数据进行处理，获得所述第二用户标识的风险数据；若根据所述风险数据判定所述第二用户标识为风险账户，则通过风险分类模型对所述数值转移历史数据进行处理，获得所述第二用户标识的目标违规类型，以根据所述目标违规类型确定所述风险警示确认项。

在本公开的一种示例性实施例中，根据所述数值转移历史数据确定所述第二用户标识对应的风险指标，包括：获取所述第一用户标识对所述风险警示确认项的选择信息；根据所述选择信息确定所述第二用户标识的目标风险类型，以根据所述目标风险类型确定所述风险警示确认项。

根据本公开的一个方面，提供一种数值转移数据的处理装置，包括：转移请求接收模块，配置为接收第一用户标识向第二用户标识发起的数值转移请求；警示确认显示模块，配置为根据所述数值转移请求显示风险警示确认项；确认控件显示模块，配置为当检测到所述风险警示确认项的确认操作时，显示处于可点击状态的数值转移确认控件；转移操作执行模块，配置为响应于所述数值转移确认控件的触发指令，执行与所述数值转移请求对应的数值转移操作。

根据本公开的一个方面，提供一种数值转移数据的处理装置，包括：转移请求获取模块，配置为获取第一用户标识向第二用户标识发起的数值转移请求；历史数据提取模块，配置为提取所述第二用户标识对应的数值转移历史数据；风险指标确定模块，配置为根据所述数值转移历史数据确定所述第二用户标识对应的风险指标；警示确认推送模块，配置为将与所述风险指标所对应的风险警示确认项，推送至所述第一用户标识。

根据本公开实施例的一方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中所述的数值转移数据的处理方法。

根据本公开实施例的一方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的数值转移数据的处理方法。

在本公开的一些实施例所提供的技术方案中，通过接收第一用户标识向第二用户标识发起的数值转移请求，从而可以根据所述数值转移请求显示风险警示确认项，且当检测到所述风险警示确认项的确认操作时，显示处于可点击状态的数值转移确认控件，进而能够实现响应于所述数值转移确认控件的触发指令，执行与所述数值转移请求对应的数值转移操作。可以将本公开实施例提供的技术方案例如应用至在线支付应用场景，第一用户标识对应的付款方初始时无法直接操作数值转移确认控件例如继续支付按钮，若确定当前支付操作无风险，在交互上实现了只有付款方在勾选风险警示确认项之后才显示处于可点击状态的继续支付按钮，从而使得付款方可以点击继续支付按钮以实现继续支付，一方面，通过这样的界面交互操作，可以提高付款方的警惕度、判断力和心理门槛，减少付款方忽视风险冲动支付导致的资金损失，降低继续支付风险。另一方面，对于支付平台，通过风险警示确认项让付款方主动进行确认操作，让付款方自主确认风险，例如确认了收款方身份、确认支付发生了损失自己担责等形成背书，降低支付平台运营风险，同时也可以降低由于交易被骗，转而投诉支付平台等此类问题导致的客服投诉。本公开实施例提供的技术方案在提醒付款方风险的同时，对疑似存在欺诈行为的收款方也可以形成震慑和警告作用，阻止其可能的作恶行为。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本公开实施例的数值转移数据的处理方法或数值转移数据的处理装置的示例性系统架构的示意图；

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图；

图3示出了相关技术中的一种支付提示风险界面；

图4示出了相关技术中的另一种支付提示风险界面；

图5示意性示出了根据本公开的一实施例的数值转移数据的处理方法的流程图；

图6示出了图5中所示的步骤S520在一实施例中的处理过程示意图；

图7示出了在一实施例中用户发起支付操作的界面示意图；

图8示出了在一实施例中转账界面的示意图；

图9示意性示出了根据本公开的一实施例的付款方未勾选确认项之前的风险提醒界面的示意图；

图10示意性示出了根据本公开的另一实施例的付款方未勾选确认项之前的风险提醒界面的示意图；

图11示意性示出了付款方勾选图9或者图10中的确认项之后的风险提醒界面的示意图；

图12示意性示出了根据本公开的另一实施例的数值转移数据的处理方法的流程图；

图13示出了图5中所示的步骤S520在另一实施例中的处理过程示意图；

图14示出了图5中所示的步骤S520在又一实施例中的处理过程示意图；

图15示意性示出了根据本公开的又一实施例的付款方未勾选确认项之前的风险提醒界面的示意图；

图16示意性示出了根据本公开的再一实施例的付款方未勾选确认项之前的风险提醒界面的示意图；

图17示意性示出了根据本公开的再一实施例的付款方未勾选确认项之前的风险提醒界面的示意图；

图18示意性示出了根据本公开的再一实施例的付款方未勾选确认项之前的风险提醒界面的示意图；

图19示意性示出了付款方勾选图17或者图18中的确认项之后的风险提醒界面的示意图；

图20示出了图5中所示的步骤S520在再一实施例中的处理过程示意图；

图21示意性示出了根据本公开的再一实施例的付款方未勾选确认项之前的风险提醒界面的示意图；

图22示意性示出了根据本公开的再一实施例的付款方未勾选确认项之前的风险提醒界面的示意图；

图23示意性示出了付款方勾选图21或者图22中的确认项之后的风险提醒界面的示意图；

图24示意性示出了根据本公开的又一实施例的数值转移数据的处理方法的流程图；

图25示意性示出了根据本公开的一实施例的风险评分卡的创建流程图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本公开实施例的数值转移数据的处理方法或数值转移数据的处理装置的示例性系统架构100的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机、数字电影放映机等等。

服务器105可以是提供各种服务的服务器。例如第一用户利用终端设备103向服务器105发送针对第二用户(可以对应的是终端设备101或102)的数值转移请求。服务器105可以基于该数值转移请求中携带的相关信息，在数据库中检索到与该第二用户标识匹配的风险警示确认项，并将风险警示确认项反馈给终端设备103，进而第一用户可以基于终端设备103上显示的内容观看相应的风险警示确认项，第一用户可以对终端设备103上显示的风险警示确认项进行确认操作，从而可以在终端设备103上显示处于可点击状态的数值转移确认控件，若第一用户点击所述数值转移确认控件，则服务器105可以接收到针对所述数值转移确认控件的触发指令，从而可以执行与所述数值转移请求对应的数值转移操作。

又如终端设备103(也可以是终端设备101或102)可以是智能电视、VR(VirtualReality，虚拟现实)/AR(Augmented Reality，增强现实)头盔显示器、或者其上安装有即时通讯、视频应用程序(application，APP)等的移动终端例如智能手机、平板电脑等，用户可以通过该智能电视、VR/AR头盔显示器或者该即时通讯、视频APP向服务器105发送数值转移请求。服务器105可以基于该数值转移请求，在数据库中检索到与第二用户标识匹配的风险警示确认项返回给该智能电视、VR/AR头盔显示器或者该即时通讯、视频APP，进而通过该智能电视、VR/AR头盔显示器或者该即时通讯、视频APP将返回的风险警示确认项显示。

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图2示出的电子设备的计算机系统200仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图2所示，计算机系统200包括中央处理单元(CPU，Central Processing Unit)201，其可以根据存储在只读存储器(ROM，Read-Only Memory)202中的程序或者从存储部分208加载到随机访问存储器(RAM，Random Access Memory)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有系统操作所需的各种程序和数据。CPU201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(CRT，Cathode Ray Tube)、液晶显示器(LCD，Liquid Crystal Display)等以及扬声器等的输出部分207；包括硬盘等的存储部分208；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入存储部分208。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的方法和/或装置中限定的各种功能。

需要说明的是，本公开所示的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM(Erasable Programmable Read Only Memory，可擦除可编程只读存储器)或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质，该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF(RadioFrequency，射频)等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的方法、装置和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的模块和/或单元也可以设置在处理器中。其中，这些模块和/或单元的名称在某种情况下并不构成对该模块和/或单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图5或图6或图12或图13或图14或图20或图24或图25所示的各个步骤。

图3示出了相关技术中的一种支付提示风险界面。图4示出了相关技术中的另一种支付提示风险界面。即市面上相关产品的支付提示风险界面，仅提供了提醒文案，且在给出“取消付款”按钮的同时，并行给出“继续付款”按钮，让付款方自己做选择。由于上述相关技术中的方案较为简单，警示度不够，仍有85％的付款方选择继续支付，未达到降低潜在交易风险的效果。付款方一旦受骗，可能找支付平台投诉，一般情况下，支付平台只能引导付款方报警处理，且大部分付款方损失的资金无法找回。

图5示意性示出了根据本公开的一实施例的数值转移数据的处理方法的流程图。本公开实施方式的方法步骤可以由终端设备执行，也可以由服务端执行，或者由终端设备和服务端交互执行，例如，可以由上述图1中的终端设备101、102、103执行，但本公开并不限定于此。

本公开实施例中，终端设备可以以各种形式来实施。例如，本公开中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(personal digitalassistant，PDA)、便捷式媒体播放器(portable media player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。

在步骤S510中，接收第一用户标识向第二用户标识发起的数值转移请求。

本公开实施例中，以在线支付应用场景为例对本公开实施例提供的方法进行阐述，但本公开并不限定于此，这里的数值转移请求可以拓展到任意物品的所有权、使用权、支配权等的转移的应用场景。在支付应用场景中，所述数值转移请求可以为支付请求，同时存在第一用户，即所述支付请求中金钱支出方，可以称之为付款方或者支出对象；还存在第二用户，即所述支付请求中金钱收取方，可以称之为收款方或者收取对象。在线支付应用场景中，第一用户和第二用户通常通过操作各自对应的终端设备，例如使用各自的用户名和密码登录各自的终端设备上安装的应用程序，进行在线支付操作，即第一用户标识可以是付款方的用户名、手机号码、身份证号码等任意的具有唯一标识的标识信息，第二用户标识可以是收款方的用户名、手机号码、身份证号码等任意的具有唯一标识的标识信息。

本公开实施例中，所述数值转移请求例如可以包括所述第一用户标识预计向所述第二用户标识支付的交易金额、第二用户标识对应的收款方信息、创建时间、流水号等内容。具体的，所述第一用户标识向所述第二用户标识发起所述支付请求的方式，例如付款方扫描商家(收款方)出示的二维支付码，得到消费账单，付款方在点击对该消费账单进行付款时，产生所述支付请求，又例如付款方通过APP预置功能按键手动转账给收款人时，产生所述支付请求，再例如付款方选购商品在线付款时，产生所述支付请求，具体根据实际使用请求而定。

本公开实施例中，在线支付是指付款方与收款方通过因特网进行交易时，支付平台为其提供网上资金结算的一种业务。在线支付的方式可以包括网银支付和第三方支付。本公开实施例提供的方案可以适用但不限于移动或者PC(personal computer，个人电脑)端通讯、社交、支付APP/网站等，也可以适用于银行交易或任意的其他交易场景中。

在步骤S520中，根据所述数值转移请求显示风险警示确认项。

在示例性实施例中，所述方法还可以包括：若所述第二用户标识为第一类账户，则获取所述第二用户标识的目标违规类型；根据所述目标违规类型确定至少部分风险警示确认项的内容。

例如，第一用户标识对应的第一终端设备可以向服务器发送所述数值转移请求，服务器可以根据所述数值转移请求中包含的第二用户标识，获取所述第二用户标识对应的第二用户是否为第一类账户(例如疑似风险账户)的信息，若所述第二用户为疑似风险账户，则可以继续获取所述第二用户的目标违规类型，根据所述目标违规类型可以提取与所述数值转移请求相匹配的风险警示确认项，并将所述风险警示确认项返回至所述第一终端设备，以在所述第一终端设备上进行显示，以便于所述第一用户进行阅读。

具体的，服务器在识别支付风险时，可以预先建立违规类型分类模型和风险评分模型，以对第二用户标识的数值转移历史数据(例如历史被投诉记录等)进行分析，用来判定第二用户标识的违规类型和风险级别(例如，高风险账户和疑似风险账户)，根据服务器识别出的目标违规类型，可以确定对应的风险警示确认项。各风险警示确认项的内容可以根据命中的不同违规类型配置为不同话术。

话术举例如下：

金融信用诈骗：该笔交易可能存在风险，请警惕办理信用卡/贷款等骗局。

兼职/刷单诈骗：该笔交易可能存在风险，请警惕兼职/刷单等骗局。

在示例性实施例中，在显示所述风险警示确认项的同时，还可以显示处于可点击状态的数值转移放弃控件(例如“放弃支付”按钮)。在一些实施例中，在显示所述风险警示确认项的同时，还可以显示处于不可点击状态的数值转移确认控件(例如“继续支付”按钮)。

需要说明的是，显示所述风险警示确认项的方式可以包括跳转至下一用户界面、在当前用户界面上弹出提示框、置顶提示框、语音播放等中的任一项。跳转至下一用户界面是指在当前用户界面下，发出了所述数值转移请求，则跳转到下一用户界面，在该下一用户界面上显示所述风险警示确认项。弹出提示框是以弹出形式出现在当前用户界面上的对话框，该对话框里显示所述风险警示确认项。置顶提示框是在弹出提示框的基础上将所述风险警示确认项置顶在当前用户界面上，也就是弹出并显示在界面顶端。语音播放是通过麦克风播放录制好的语音形式的风险警示确认项，进而用户能够直观听到风险警示确认项而无需用肉眼进行查看。当然无论以何种方式显示，只要是能够引起第一用户注意的显示方式均可适用于本方案。

在步骤S530中，当检测到所述风险警示确认项的确认操作时，显示处于可点击状态的数值转移确认控件。

在示例性实施例中，若在显示所述风险警示确认项的同时，还显示了处于不可点击状态的数值转移确认控件，则当检测到所述风险警示确认项的确认操作时，显示处于可点击状态的数值转移确认控件，可以包括：当检测到所述风险警示确认项的确认操作时，将所述数值转移确认控件从所述不可点击状态转换为所述可点击状态。

在一些实施例中，若显示所述风险警示确认项时，未显示所述数值转移确认控件，则当检测到所述风险警示确认项的确认操作时，直接显示处于可点击状态的数值转移确认控件即可。

在示例性实施例中，当所述数值转移确认控件处于所述可点击状态时，所述数值转移确认控件设置为第一颜色(例如，绿色，但本公开并不限定于此，可以是任意其他合适的颜色)且能够响应所述触发指令；当所述数值转移确认控件处于所述不可点击状态时，所述数值转移确认控件设置为第二颜色(例如，灰色，但本公开并不限定于此，可以是任意其他合适的颜色)且不能够响应所述触发指令。

在步骤S540中，响应于所述数值转移确认控件的触发指令，执行与所述数值转移请求对应的数值转移操作。

在交易欺诈高发场景，如微商/社群电商/兼职刷单/贷款/传销等，付款方在支付时，用户由于被诱惑或蒙骗，可能失去判断力，造成冲动支付。骗子多利用这种场景实施诈骗。应用本公开实施例提供的技术方案，通过用户模拟操作分析，在微商/社群电商/兼职刷单/贷款/传销等疑似交易欺诈场景，可大幅降低用户继续支付的比例，用研结果中，用户继续支付的比例降低到了30％，从而可帮助用户减少资金损失的风险。

本公开实施方式提供的数值转移数据的处理方法，通过接收第一用户标识向第二用户标识发起的数值转移请求，从而可以根据所述数值转移请求显示风险警示确认项，且当检测到所述风险警示确认项的确认操作时，显示处于可点击状态的数值转移确认控件，进而能够实现响应于所述数值转移确认控件的触发指令，执行与所述数值转移请求对应的数值转移操作。可以将本公开实施例提供的技术方案例如应用至在线支付应用场景，第一用户标识对应的付款方初始时无法直接操作数值转移确认控件例如继续支付按钮，若确定当前支付操作无风险，在交互上实现了只有付款方在勾选风险警示确认项之后才显示处于可点击状态的继续支付按钮，从而使得付款方可以点击继续支付按钮以实现继续支付，一方面，通过这样的界面交互操作，可以提高付款方的警惕度、判断力和心理门槛，减少付款方忽视风险冲动支付导致的资金损失，降低继续支付风险。另一方面，对于支付平台，通过风险警示确认项让付款方主动进行确认操作，让付款方自主确认风险，例如确认了收款方身份、确认支付发生了损失自己担责等形成背书，降低支付平台运营风险，同时也可以降低由于交易被骗，转而投诉支付平台等此类问题导致的客服投诉。本公开实施例提供的技术方案在提醒付款方风险的同时，对疑似存在欺诈行为的收款方也可以形成震慑和警告作用，阻止其可能的作恶行为。

图6示出了图5中所示的步骤S520在一实施例中的处理过程示意图。本公开实施例中，所述风险警示确认项可以包括n个风险警示项及其确认项，n为大于等于1的正整数。

在步骤S521中，响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件。

例如，所述数值转移界面可以为转账界面。所述数值转移操作控件可以为“转账”按钮。本公开实施例中的按钮均可以是虚拟按键或者物理按键，本公开对此不作限定。具体的，第一用户在其第一终端设备上可以发起支付请求，然后显示转账界面，第一用户可以点击转账界面上的转账按钮。

在步骤S522中，响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括各风险警示项及其对应的确认项和处于可点击状态的数值转移放弃控件。

具体的，第一用户点击所述第一终端设备上显示的转账按钮，服务器接收到针对所述转账按钮的触发指令后，在所述第一终端设备上显示风险提醒界面。这里的数值转移放弃控件例如可以是“放弃支付”按钮。

在一些实施例中，可以在所述风险提醒界面显示多个风险警示项和多个确认项以及处于可点击状态的放弃支付按钮和处于不可点击状态的继续支付按钮，其中，每个风险警示项和每个确认项一一对应。若第一用户确定无风险，完全勾选全部的确认项后，继续支付按钮的状态才会变为可点击状态。

图7示出了在一实施例中用户发起支付操作的界面示意图。

如图7所示，当前用户界面的上半部分为甲(收款方)和乙(付款方)两个用户的聊天界面，甲在聊天界面输入“入会费用500”和“你转我就好”，乙在聊天界面输入“现在转”，然后乙点击聊天界面下的转账虚拟按键，进入图8所示的转账界面。

图8示出了在一实施例中转账界面的示意图。

如图8所示，显示了收款方是甲用户，转账金额是500元，付款方乙可以点击下方的转账按钮。这是，服务器可以收到付款方乙向收款方甲发起的支付请求，服务器可以判断收款方甲是否存在风险。

需要说明的是，聊天界面和转账界面可以在两个不同的应用程序之间发生，也可以在同一个应用程序之间进行。例如，若发起支付后跳转到第三方APP进行支付，则由第三方APP进行风险判断和提醒。上述应用程序例如可以是即时通讯软件、电子商务软件、网约车软件、第三方支付软件、网银软件、社交软件等中的任意一种或者多种。

图9示意性示出了根据本公开的一实施例的付款方未勾选确认项之前的风险提醒界面的示意图。

若系统判定当前交易存在交易风险，付款方乙点击图8中的转账按钮后，将显示如图9所示的风险提醒界面。如图9所示，风险提醒界面显示“该笔交易存在风险”和处于可点击状态的放弃支付按钮，同时还显示了3条风险警示项及其各自对应的3条确认项：“1.对方被多人投诉以XXXXXXXX等名义进行诈骗，你是否确认无风险？”，对应的确认项为“我确认无风险”；“2.你是否核实并了解对方身份？”，对应的确认项为“我已核实对方身份”；“3.若支付可能造成资金损失，是否继续？”，对应的确认项为“我愿继续支付，并承担可能的资金损失”。在图9的实施例中，在付款方乙没有选择确认项的情况下，继续支付按钮置灰且无法点击。

图10示意性示出了根据本公开的另一实施例的付款方未勾选确认项之前的风险提醒界面的示意图。

如图10所示，其与图9的实施例的区别仅在于，图10同时还可以显示处于不可点击状态的继续支付按钮。

当付款方乙阅读了风险警示确认项，确认有交易风险，可以放弃本次支付操作从而保护资金安全。

图11示意性示出了付款方勾选图9或者图10中的确认项之后的风险提醒界面的示意图。

如图11所示，若付款方乙确认无风险，全部勾选了所有的确认项，则显示处于可点击状态的继续支付按钮，其中，可以是在图9的基础上，显示继续支付按钮；也可以是在图10的基础上，将原本处于不可点击状态的继续支付按钮转换为处于可点击状态的继续支付按钮。付款方乙点击可点击状态的继续支付按钮，才能完成本次支付操作。

需要说明的是，虽然本公开实施例的举例中，以所述数值转移确认控件为继续支付按钮为例，但本公开并不限定于此，还可以采用其他的代表继续支付的虚拟按键来示意，例如“继续转账”按键，“继续”按键，“继续付款”按键等；以所述数值转移放弃控件为放弃支付按钮为例，但本公开并不限定于此，例如还可以用“取消”按键、“放弃”按键、“取消付款”按键等任意的表达形式。

采用这样的动态交互设计方案，确保了用户逐条阅读了风险警示确认项，若需继续支付，还需用户逐一勾选确认项(如：确认知情，确认无风险，确认支付发生了损失自己担责等)，才能显示处于可点击状态的数值转移确认控件，尽最大可能保护用户，减少用户忽视风险冲动支付导致的资金损失。同时用户的操作将形成背书，进行后台记录，降低用户由于交易被骗，转而投诉支付平台的风险。

图12示意性示出了根据本公开的另一实施例的数值转移数据的处理方法的流程图。

在步骤S1201中，付款方向收款方发起支付请求。

例如，付款方通过第一终端设备向服务器发起针对收款方对应的第二终端设备的支付请求。

在步骤S1202中，在付款方的客户端显示交易风险提醒界面。

例如，若服务器在后台判断收款方是疑似风险账户，则在付款方的第一终端设备的客户端上显示本次交易的风险提醒界面。其中，风险提醒界面上显示了风险警示确认项，还可以显示处于可点击状态的放弃支付按钮和处于不可点击状态的继续支付按钮。

在步骤S1203中，判断付款方是否勾选了所有风险警示项对应的确认项；若是，则进入步骤S1204；若否，则进入步骤S1207。

在步骤S1204中，显示处于可点击状态的继续支付按钮。

若付款方勾选了所有风险警示项对应的确认项，则在所述风险提醒界面显示处于可点击状态(例如高亮显示)的继续支付按钮。

在步骤S1205中，若付款方点击继续支付按钮，则解除双方交易限制。

若付款方点击处于可点击状态的继续支付按钮，则可以解除付款方和收款方之间的交易限制。

在步骤S1206中，收款方确认收款，完成本次支付操作。

例如，可以在收款方对应的第二终端设备的客户端上显示一个确认收款的按钮，收款方点击该确认收款的按钮后，即可完成本次支付操作，将对应的交易金额从付款方的账户转移至收款方的账户。

在步骤S1207中，显示处于可点击状态的放弃支付按钮。

若付款方没有勾选所有风险警示项对应的确认项，则在所述风险提醒界面显示处于可点击状态的放弃支付按钮而不显示处于可点击状态的继续支付按钮。

在步骤S1208中，若付款方点击放弃支付按钮，则自动关闭支付界面。

若付款方点击放弃支付按钮，则关闭风险提醒界面，双方交易限制继续存在，结束本次支付操作。

本公开实施例中，服务器可包括一个后台风控系统，该后台风控系统可以获取用户向支付平台提交的投诉信息，根据这些投诉信息可以将可能具有交易风险的账户标记为疑似风险账户，在在线支付时，若被标记为疑似风险账户的账户作为收款方时，付款方会收到系统发出的风险提醒。在一些实施例中，也可以设定一些转账阈值，例如若当前的支付请求对应的交易金额小于100元(仅用于举例说明)时，则可以不进行风险提醒。

图13示出了图5中所示的步骤S520在另一实施例中的处理过程示意图。本公开实施例中，所述风险警示确认项可以包括第一风险警示项及其对应的第一选择项、目标风险类型及其确认项。

在步骤S523中，响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件。

在步骤S524中，响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括所述第一风险警示项及其对应的第一选择项。

其中，所述第一风险警示项可以是一项或者多项，每个第一风险警示项对应的第一选择项可以是一项或者多项。

在步骤S525中，在检测到所述第一选择项的选择操作时，确定第一目标选择项，以用于根据所述第一目标选择项获取所述数值转移请求的目标风险类型。

本公开实施例中，第一用户可以针对第一风险警示项下的第一选择项执行选择操作，例如点击某一或某几个第一选择项，确定为第一目标选择项，所述第一目标选择项可以用于确认所述第二用户标识对应的第二用户的目标风险类型。

在步骤S526中，在所述风险提醒界面显示所述目标风险类型及其对应的确认项和处于可点击状态的数值转移放弃控件。

当确定所述目标风险类型后，可以在所述风险提醒界面接着显示所述目标风险类型及其对应的确认项，以及处于可点击状态的放弃支付按钮。在一些实施例中，还可以同时显示处于不可点击状态的继续支付按钮。

图14示出了图5中所示的步骤S520在又一实施例中的处理过程示意图。本公开实施例中，所述风险警示确认项还可以包括第二风险警示项及其对应的第二选择项。

在步骤S527中，根据所述第一目标选择项显示所述第二风险警示项及其对应的第二选择项。

例如，服务器预先可以在数据库中存储多个风险警示项及其对应的选择项。服务器可以根据第二用户标识对应的第二用户的目标违规类型，确定第一风险警示项及其对应的第一选择项的内容。之后，服务器可以获取到第一终端设备发送过来的第一目标选择项，根据所述第一目标选择项的内容从所述数据库中可以确定待显示的第二风险警示项及其对应的第二选择项的内容。

在步骤S528中，在检测到所述第二选择项的选择操作时，确定第二目标选择项，以用于根据所述第一目标选择项和所述第二目标选择项获取所述数值转移请求的目标风险类型。

例如，第一用户可以针对所述第二选择项进行点击等类似的选择操作，确定所述第二目标选择项，并可以通过第一终端设备发送至服务器，服务器可以根据所述第一目标选择项和所述第二目标选项的内容来确定所述目标风险类型。

在步骤S529中，在所述风险提醒界面显示所述目标风险类型及其对应的确认项和处于可点击状态的数值转移放弃控件。

例如，在所述风险提醒界面上接着可以显示所述目标风险类型及其对应的确认项，以及处于可点击状态的放弃支付按钮。在一些实施例中，还可以同时显示处于不可点击状态的继续支付按钮。

即对于包含多个风险警示确认项的风险提醒界面，除了勾选选框的形式，还可以设计成多个可选项的形式，不同可选项的下一步展示不同的警示内容。下面结合图15-19进行举例说明。

图15示意性示出了根据本公开的又一实施例的付款方未勾选确认项之前的风险提醒界面的示意图。

如图15所示，可以首先根据第二用户的目标违规类型，确定第一风险警示项的内容为：“对方曾被多人投诉，该笔交易存在风险。请确认对方身份信息”，对应的第一选择项内容可包括：“A.银行人员B.信贷公司人员C.贷款中介D.日常好友E.以上均不是”。第一用户可以从中选择其中一个或者多个第一选择项作为第一目标选择项。

图16示意性示出了根据本公开的再一实施例的付款方未勾选确认项之前的风险提醒界面的示意图。

如图16所示，根据上述第一目标选择项的内容，可以在所述风险提醒界面上接着显示第二风险警示项的内容：“对方收取该笔费用的用途是”，对应的第二选择项的内容可以包括：“A.服务费B.入会费C.保证金D.日常转账E.以上均不是”。第一用户可以从中选择其中一个或者多个第二选择项作为第二目标选择项。

图17示意性示出了根据本公开的再一实施例的付款方未勾选确认项之前的风险提醒界面的示意图。

如图17所示，根据上述第一目标选择项和所述第二目标选择项的内容，例如，假设第一目标选择项为“C.贷款中介”，第二目标选择项为“C.保证金”，则可以显示以下内容：“风险类型：疑似贷款名义骗取保证金交易类型：个人转账”，对应的确认项“我已知晓该笔交易的风险，坚持继续支付”，同时还可以显示处于可点击状态的放弃支付按钮。

图18示意性示出了根据本公开的再一实施例的付款方未勾选确认项之前的风险提醒界面的示意图。

如图18所示，与上述图17所示实施例的区别在于，还可以包括处于不可点击状态的继续支付按钮。

图19示意性示出了付款方勾选图17或者图18中的确认项之后的风险提醒界面的示意图。

如图19所示，若付款方勾选了确认项，则在图17的基础上再显示处于可点击状态的继续支付按钮；或者，在图18的基础上将处于不可点击状态的继续支付按钮转换为可点击状态。

需要说明的是，上述实施例中虽然以第一风险警示项及其第一选择项、第二风险警示项及其第二选择项为例进行举例说明，但实际上，本公开对风险警示项及其选择项的数量和内容均不作限定，可以根据实际情况而设定。

图20示出了图5中所示的步骤S520在再一实施例中的处理过程示意图。本公开实施例中，所述风险警示确认项可以包括风险警示项及其确认项。

在步骤S5210中，响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件。

在步骤S5211中，响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括所述风险警示项及其对应的确认项、处于可点击状态的数值转移放弃控件和证明信息上传控件。

例如，所述证明信息上传控件可以为身份证上传控件，但本公开并不限定于此，可以是任意的可以用于证明第一用户的身份的信息上传控件，例如护照上传控件、驾照上传控件等。

在步骤S5212中，响应于所述证明信息上传控件的上传操作，确认所述第一用户标识的身份信息。下面结合图21-23对本实施例进行举例说明。

图21示意性示出了根据本公开的再一实施例的付款方未勾选确认项之前的风险提醒界面的示意图。

如图21所示，在风险提醒界面上显示以下内容：“交易风险提醒该笔交易可能存在风险，请遵守《XX支付安全使用条例》，避免违法违规行为。若坚持支付，请上传您的身份证照片，确认是您本人操作”，证明信息上传控件要求上传第一用户的身份证正反面，对应的确认项可为“我已知晓该笔交易的风险，坚持继续支付”，并显示处于可点击状态的放弃支付按钮。

图22示意性示出了根据本公开的再一实施例的付款方未勾选确认项之前的风险提醒界面的示意图。

如图22所示，与上述图21的区别在于，还可显示处于不可点击状态的继续支付按钮。

图23示意性示出了付款方勾选图21或者图22中的确认项之后的风险提醒界面的示意图。

如图23所示，付款方上传了付款方乙的身份证正面和反面，同时付款方勾选了确认项，则在图21的基础上再显示处于可点击状态的继续支付按钮；或者，在图22的基础上将原本处于不可点击状态的继续支付按钮转换为可点击状态。

本公开实施例中，还可以根据第一用户所使用的第一终端设备的类型，进行风险提醒界面的显示样式的自适应调整，从而可以便于第一用户进行显示内容的查看和操作。

图24示意性示出了根据本公开的又一实施例的数值转移数据的处理方法的流程图。本公开实施方式的方法步骤可以由终端设备执行，也可以由服务端执行，或者由终端设备和服务端交互执行，例如，可以由上述图1中的服务器105执行，但本公开并不限定于此。

在步骤S2410中，获取第一用户标识向第二用户标识发起的数值转移请求。

在步骤S2420中，提取所述第二用户标识对应的数值转移历史数据。

本公开实施例中，所述数值转移历史数据例如可以包括所述第二用户标识对应的第二用户的全部或者在一段预设时长内的支付历史数据，所述预设时长例如是距离当前时间最近的一年时间内的支付历史数据。具体的，所述支付历史数据可以包括针对所述第二用户的投诉信息。例如，所述投诉信息可以包括投诉内容和投诉证明资料，其中投诉内容可以是投诉人对投诉经过的描述等，投诉证明资料例如可以是投诉人上传的聊天记录、转账截图等证明材料。

在步骤S2430中，根据所述数值转移历史数据确定所述第二用户标识对应的风险指标。

本公开实施例中，服务器可以根据所述数值转移历史数据分析所述第二用户标识是否为疑似风险账户及其目标违规类型。

在步骤S2440中，将与所述风险指标所对应的风险警示确认项，推送至所述第一用户标识。

在示例性实施例中，所述风险指标可以包括风险数据和目标违规类型。其中，根据所述数值转移历史数据确定所述第二用户标识对应的风险指标，可以包括：通过风险评分模型对所述数值转移历史数据进行处理，获得所述第二用户标识的风险数据(例如风险级别)；若根据所述风险数据判定所述第二用户标识为风险账户(例如风险级别为疑似风险账户)，则通过风险分类模型对所述数值转移历史数据进行处理，获得所述第二用户标识的目标违规类型，以根据所述目标违规类型确定所述风险警示确认项。

在支付平台的投诉窗口中，用户可以提交对收款方(个人或商家)的投诉信息。因用户投诉时所选的投诉类型未必与投诉内容相对应，用户提交投诉信息后，系统可以使用违规类型分类模型对违规类型进行划分，违规类型分类模型通过输入提交投诉信息时所填写的投诉内容、交易金额、上传的证明资料等特征，输出投诉信息所属的目标违规类型。其中，所述违规类型例如可以包括但不限于金融信用诈骗、色情诈骗、交易欺诈、兼职刷单诈骗、返利诈骗、赌博诈骗等。

本公开实施例中，所述违规类型分类模型可以采用SVM(support vectormachine，支持向量机)模型，把投诉信息中的文本转化为文本向量映射到高维空间，通过拉格朗日对偶拟合超平面/曲面参数，寻找在高维空间中的曲面或者超平面用以分割不同违规类型。如“上门”、“QT”、“定金”等词语，在模型中的权重较大。但本公开并不对违规类型分类模型所采用的模型类别进行限定，其可以采用任意的机器学习模型、神经网络模型等。

其次，由于不同投诉信息对应的风险级别不同，可以通过使用风险评分模型对被投诉账户划分为高风险账户和疑似风险账户两个风险级别(风险级别的划分数量和种类可以根据具体应用场景而定，本公开对此不作限定)。所述风险评分模型可以是根据金融信用风险划分的一种机器学习模型，模型可以通过输入用户提供的举报金额等特征，结合系统已有特征(例如被投诉账户的性别、登录地等)输入模型，模型输出投诉信息的风险评分，得分越高，风险级别越高。

具体的，系统可以首先收集用户投诉信息，利用所述违规类型分类模型对所述投诉信息进行处理，可以将所述投诉信息划分到相应的违规类型中；同时还可以利用所述风险评分模型对所述投诉信息进行处理，将所述投诉信息划分到相应的风险级别，若所述风险级别为疑似风险，则可以针对疑似风险账户进行在线支付时的风险提醒；若所述风险级别为高风险，则可以将针对所述高风险账户的支付拦截。

在示例性实施例中，所述方法还包括：获取训练数据集；利用所述训练数据集对所述违规类型分类模型进行训练。

例如，获取用户在投诉窗口提交投诉信息时所填写的投诉描述和投诉时上传的聊天记录等文本，对海量的投诉文本进行违规类型的标记形成训练语料。例如，如下所述的文本：“在XX上认识的人，让我转一百块钱说可以交朋友，给我了一个二维码让我在XX转的钱，钱转过人就不见了，有聊天记录和转账记录”，可以标记成“疑似交友诈骗”。针对训练语料使用分词器进行分词，再对分词后的词语列表进行清洗，清除对模型会形成干扰的各类字符、特殊符号、无意义的停用词等。同时还可以抽取特征词进行标注，例如“包夜”、“上门”、“QT”、“定金”等，可以标记成“疑似色情诈骗”。统计全体训练语料中的词语出现次数，从高频词中获取词语形成词典，使用词袋向量表示投诉描述。可以将上述标注的训练语料划分为训练数据集、验证数据集和测试数据集，利用所述训练数据集训练SVM模型，并利用所述验证数据集和所述测试数据集对训练后的模型进行验证和调优，建立SVM模型。

在示例性实施例中，根据所述数值转移历史数据确定所述第二用户标识对应的风险指标，可以包括：获取所述第一用户标识对所述风险警示确认项的选择信息；根据所述选择信息确定所述第二用户标识的目标风险类型，以根据所述目标风险类型确定所述风险警示确认项。具体的，可以参照上述图13至19所述的实施例。

用户提交投诉信息后，及时对用户投诉信息进行风险识别非常重要，因此，本公开实施例建立了一套风险评分体系，通过风险识别判定被投诉账户的风险级别。可以从用户投诉信息以及被投诉账户画像(预先对支付平台的各个用户构建了一个画像系统)中提取风险特征，运用风险评分模型，对投诉信息进行打分，通过风险得分将被投诉账户判定为高风险和疑似风险两个风险等级。

图25示意性示出了根据本公开的一实施例的风险评分卡的创建流程图。本公开实施例中，所述风险评分模型使用的是风险评分卡。基于业务层的理解获取的各类风险特征，通过对风险特征进行一系列特征工程，分析出对判定用户风险作用较大的一系列风险特征，最后通过逻辑回归模型对特征建模，建立风险评分卡。例如，建立的风险评分卡如下表1所示：

表1风险评分卡

在上述表1的举例中，该评分卡使用500分作为基准(p/(1-p)＝1时，其中p为坏投诉信息的概率，对数优势比为ln(p/(1-p)，对数优势比每增加一倍时增加的分数为20)。在测试数据上使用统计方法去除高低两边各5％的数据后，使用分箱方法对分数按照比例划分风险等级，从而获得各风险等级之间的边界。该分值会随着投诉信息分布的变化、模型的修改、人工定义风险分箱比例的变动而变动。

假设一个被诉账户的身份证性别为女，累计被投诉金额为400元，所在省份为河南省，则该被诉账户的风险评分为500+19+18+8＝545分。

如图25所示，本公开实施例中建立风险评分卡可以包括以下步骤。

在步骤S2501中，定义风险级别。

例如，可以包括高风险和疑似风险两个风险级别。

在步骤S2502中，基于业务理解获取风险特征。

例如，基于业务理解获取性别、城市、举报金额、历史被投诉次数、历史被投诉类型等大量风险特征。这里的举报金额可以为多个特征：历史投诉总金额、本次投诉金额、历史投诉金额均值等。

在步骤S2503中，对风险特征进行分箱并计算WOE(weight of evidence，证据权重)值，并保持分箱后WOE值具有单调性，通过IV(Information Value，特征信息度)值判断风险特征所含信息量，并通过IV值对风险特征进行信息量排序。

对风险特征进行分箱后，可以对分箱后的每组(箱)进行WOE编码。

在步骤S2504中，过滤IV值较低的风险特征。

例如，可以设置一个特征信息度阈值，将IV值小于所述特征信息度阈值的风险特征筛除。或者，将风险特征按照IV值进行降序排列，然后选择前预设比例例如前30％(仅用于举例说明)的风险特征保留下来。

在步骤S2505中，第一次逻辑回归，保留回归系数为正的风险特征。

在步骤S2506中，多重共线性的分析，通过VIF(Variance Inflation Factor，方差膨大系数)衡量风险特征之间是否存在多重共线性，并通过卡方检验方法计算离散风险特征之间的独立性。

其中，多重共线性是线性回归中的一种统计诊断，旨在分析连续特征之间是否存在因果关系，映射到逻辑回归中也会影响模型系数的估计。卡方检验方法旨在对离散特征之间的独立性检验提供参考。当两个风险特征之间的相关性较高时，可以选择IV值高的风险特征保留下来。

在步骤S2507中，通过GBDT树(Gradient Boosting Decision Tree，一种迭代的决策树算法)模型分析特征重要性，结合多重共线性分析结果筛选、过滤风险特征。

其中，通过GBDT树模型，树模型会通过信息增益(增加当前特征对模型信息量的提升)寻找分裂节点。GBDT寻找特征重要性的方法在于特征在集合树中被选择的次数，选择的次数越多，则认为特征越重要。

在步骤S2508中，第二次逻辑回归，在GBDT特征筛选之后保留的风险特征使用逻辑回归建模，并检查风险特征的显著性，保留显著特征。

通过使用筛选后的特征建立逻辑回归模型，观察回归系数的假设检验结果，若p值小于0.05，则认为回归系数具有显著性，当前特征对模型具有显著作用。

在步骤S2509中，通过逻辑回归建模，并计算模型在训练数据集、测试数据集上的KS值、AUC(Area Under Curve，ROC(receiver operating characteristic curve，接受者操作特性曲线)曲线下与坐标轴围成的面积)值，进行模型评估。

例如，逻辑回归模型训练完成之后，每个样本都会得到一个类概率值，把样本按这个类概率值排序后分成10等份，每一份单独计算它的真正率和假正率，然后计算累计概率值，用真正率和假正率的累计做为坐标画出来的就是ROC曲线，用10等分做为横坐标，用真正率和假正率的累计值分别做为纵坐标就得到两个曲线，这就是KS曲线。AUC值就是ROC曲线下放的面积值，而KS值就是KS曲线中两条曲线之间的最大间隔距离。ROC值一般在0.5-1.0之间。值越大表示模型判断准确性越高，即越接近1越好。ROC＝0.5表示模型的预测能力与随机结果没有差别。KS值表示了模型将+和-区分开来的能力。值越大，模型的预测准确性越好。一般，KS>0.2即可认为模型有比较好的预测准确性。

在步骤S2510中，通过逻辑回归模型系数创建评分卡，建立评分体系。

进一步的，本公开实施例还提供了一种数值转移数据的处理装置。本公开实施方式的数值转移数据的处理装置可以设置在终端设备上，也可以设置在服务端上，或者部分设置在终端设备上，部分设置在服务端上，例如，可以设置在图1中的终端设备101、102、103，但本公开并不限定于此。

本公开实施方式提供的数值转移数据的处理装置可以包括：转移请求接收模块，可以配置为接收第一用户标识向第二用户标识发起的数值转移请求；警示确认显示模块，可以配置为根据所述数值转移请求显示风险警示确认项；确认控件显示模块，可以配置为当检测到所述风险警示确认项的确认操作时，显示处于可点击状态的数值转移确认控件；转移操作执行模块，可以配置为响应于所述数值转移确认控件的触发指令，执行与所述数值转移请求对应的数值转移操作。

在示例性实施例中，所述风险警示确认项包括n个风险警示项及其确认项，n为大于等于1的正整数。其中，所述警示确认显示模块可以包括：转移控件显示单元，可以配置为响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件；提示界面显示单元，可以配置为响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括各风险警示项及其对应的确认项和处于可点击状态的数值转移放弃控件。

在示例性实施例中，所述风险警示确认项可以包括第一风险警示项及其对应的第一选择项、目标风险类型及其确认项。其中，所述警示确认显示模块可以包括：转移控件显示单元，可以配置为响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件；第一选择显示单元，可以配置为响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括所述第一风险警示项及其对应的第一选择项；第一目标确定单元，可以配置为在检测到所述第一选择项的选择操作时，确定第一目标选择项，以用于根据所述第一目标选择项获取所述数值转移请求的目标风险类型；目标类型显示单元，可以配置为在所述风险提醒界面显示所述目标风险类型及其对应的确认项和处于可点击状态的数值转移放弃控件。

在示例性实施例中，所述风险警示确认项还可以包括第二风险警示项及其对应的第二选择项。其中，所述警示确认显示模块还可以包括：第二选择显示单元，可以配置为根据所述第一目标选择项显示所述第二风险警示项及其对应的第二选择项；第二目标确定单元，可以配置为在检测到所述第二选择项的选择操作时，确定第二目标选择项，以用于根据所述第一目标选择项和所述第二目标选择项获取所述数值转移请求的目标风险类型。所述目标类型显示单元还可以配置为在所述风险提醒界面显示所述目标风险类型及其对应的确认项和处于可点击状态的数值转移放弃控件。

在示例性实施例中，所述风险警示确认项可以包括风险警示项及其确认项。其中，所述警示确认显示模块可以包括：转移控件显示单元，可以配置为响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件；风险提示显示单元，可以配置为响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括所述风险警示项及其对应的确认项、处于可点击状态的数值转移放弃控件和证明信息上传控件；身份确认单元，可以配置为响应于所述证明信息上传控件的上传操作，确认所述第一用户标识的身份信息。

在示例性实施例中，所述风险提醒界面还可以包括处于不可点击状态的所述数值转移确认控件。

在示例性实施例中，所述确认控件显示模块可以包括：确认控件状态转换单元，可以配置为当检测到所述风险警示确认项的确认操作时，将所述数值转移确认控件从所述不可点击状态转换为所述可点击状态。

在示例性实施例中，当所述数值转移确认控件处于所述可点击状态时，所述数值转移确认控件设置为第一颜色且能够响应所述触发指令；当所述数值转移确认控件处于所述不可点击状态时，所述数值转移确认控件设置为第二颜色且不能够响应所述触发指令。

在示例性实施例中，所述数值转移数据的处理装置还可以包括：目标违规类型获取模块，可以配置为若所述第二用户标识为第一类账户，则获取所述第二用户标识的目标违规类型；警示确认内容确定模块，可以配置为根据所述目标违规类型确定至少部分风险警示确认项的内容。

进一步的，本公开实施方式还提供了一种数值转移数据的处理装置，可以包括：转移请求获取模块，可以配置为获取第一用户标识向第二用户标识发起的数值转移请求；历史数据提取模块，可以配置为提取所述第二用户标识对应的数值转移历史数据；风险指标确定模块，可以配置为根据所述数值转移历史数据确定所述第二用户标识对应的风险指标；警示确认推送模块，可以配置为将与所述风险指标所对应的风险警示确认项，推送至所述第一用户标识。

在示例性实施例中，所述风险指标可以包括风险数据和目标违规类型。其中，所述风险指标确定模块可以包括：风险数据获得单元，可以配置为通过风险评分模型对所述数值转移历史数据进行处理，获得所述第二用户标识的风险数据；违规类型获得单元，可以配置为若根据所述风险数据判定所述第二用户标识为风险账户，则通过风险分类模型对所述数值转移历史数据进行处理，获得所述第二用户标识的目标违规类型，以根据所述目标违规类型确定所述风险警示确认项。

在示例性实施例中，所述风险指标确定模块可以包括：选择信息获取单元，可以配置为获取所述第一用户标识对所述风险警示确认项的选择信息；风险类型获得确定单元，可以配置为根据所述选择信息确定所述第二用户标识的目标风险类型，以根据所述目标风险类型确定所述风险警示确认项。

本公开实施例提供的数值转移数据的处理装置中的各个模块和/或单元的具体实现可以参照上述数值转移数据的处理方法中的内容，在此不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (13)

1.一种数值转移数据的处理方法，其特征在于，包括：

接收第一用户标识向第二用户标识发起的数值转移请求；

根据所述数值转移请求显示风险警示确认项；

当检测到所述风险警示确认项的确认操作时，显示处于可点击状态的数值转移确认控件；

响应于所述数值转移确认控件的触发指令，执行与所述数值转移请求对应的数值转移操作。

2.根据权利要求1所述的方法，其特征在于，所述风险警示确认项包括n个风险警示项及其确认项，n为大于等于1的正整数；其中，根据所述数值转移请求显示风险警示确认项，包括：

响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件；

响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括各风险警示项及其对应的确认项和处于可点击状态的数值转移放弃控件。

3.根据权利要求1所述的方法，其特征在于，所述风险警示确认项包括第一风险警示项及其对应的第一选择项、目标风险类型及其确认项；其中，根据所述数值转移请求显示风险警示确认项，包括：

响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件；

响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括所述第一风险警示项及其对应的第一选择项；

在检测到所述第一选择项的选择操作时，确定第一目标选择项，以用于根据所述第一目标选择项获取所述数值转移请求的目标风险类型；

在所述风险提醒界面显示所述目标风险类型及其对应的确认项和处于可点击状态的数值转移放弃控件。

4.根据权利要求3所述的方法，其特征在于，所述风险警示确认项还包括第二风险警示项及其对应的第二选择项；其中，根据所述数值转移请求显示风险警示确认项，还包括：

根据所述第一目标选择项显示所述第二风险警示项及其对应的第二选择项；

在检测到所述第二选择项的选择操作时，确定第二目标选择项，以用于根据所述第一目标选择项和所述第二目标选择项获取所述数值转移请求的目标风险类型；

在所述风险提醒界面显示所述目标风险类型及其对应的确认项和处于可点击状态的数值转移放弃控件。

5.根据权利要求1所述的方法，其特征在于，所述风险警示确认项包括风险警示项及其确认项；其中，根据所述数值转移请求显示风险警示确认项，包括：

响应于所述数值转移请求显示数值转移界面，其中所述数值转移界面包括数值转移操作控件；

响应于所述数值转移操作控件的触发指令，显示风险提醒界面，其中所述风险提醒界面包括所述风险警示项及其对应的确认项、处于可点击状态的数值转移放弃控件和证明信息上传控件；

响应于所述证明信息上传控件的上传操作，确认所述第一用户标识的身份信息。

6.根据权利要求2至5中任一项所述的方法，其特征在于，所述风险提醒界面还包括处于不可点击状态的所述数值转移确认控件。

7.根据权利要求6所述的方法，其特征在于，当检测到所述风险警示确认项的确认操作时，显示处于可点击状态的数值转移确认控件，包括：

当检测到所述风险警示确认项的确认操作时，将所述数值转移确认控件从所述不可点击状态转换为所述可点击状态。

8.根据权利要求7所述的方法，其特征在于，当所述数值转移确认控件处于所述可点击状态时，所述数值转移确认控件设置为第一颜色且能够响应所述触发指令；当所述数值转移确认控件处于所述不可点击状态时，所述数值转移确认控件设置为第二颜色且不能够响应所述触发指令。

9.根据权利要求1所述的方法，其特征在于，还包括：

若所述第二用户标识为第一类账户，则获取所述第二用户标识的目标违规类型；

根据所述目标违规类型确定至少部分风险警示确认项的内容。

10.一种数值转移数据的处理方法，其特征在于，包括：

获取第一用户标识向第二用户标识发起的数值转移请求；

提取所述第二用户标识对应的数值转移历史数据；

根据所述数值转移历史数据确定所述第二用户标识对应的风险指标；

将与所述风险指标所对应的风险警示确认项，推送至所述第一用户标识。

11.根据权利要求10所述的方法，其特征在于，所述风险指标包括风险数据和目标违规类型；其中，根据所述数值转移历史数据确定所述第二用户标识对应的风险指标，包括：

通过风险评分模型对所述数值转移历史数据进行处理，获得所述第二用户标识的风险数据；

若根据所述风险数据判定所述第二用户标识为风险账户，则通过风险分类模型对所述数值转移历史数据进行处理，获得所述第二用户标识的目标违规类型，以根据所述目标违规类型确定所述风险警示确认项。

12.根据权利要求10所述的方法，其特征在于，根据所述数值转移历史数据确定所述第二用户标识对应的风险指标，包括：

获取所述第一用户标识对所述风险警示确认项的选择信息；

根据所述选择信息确定所述第二用户标识的目标风险类型，以根据所述目标风险类型确定所述风险警示确认项。

13.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至12中任一项所述的数值转移数据的处理方法。