CN112381647A - 一种资金转移方法、装置、设备和可读介质 - Google Patents

一种资金转移方法、装置、设备和可读介质 Download PDF

Info

Publication number
CN112381647A
CN112381647A CN202011157487.6A CN202011157487A CN112381647A CN 112381647 A CN112381647 A CN 112381647A CN 202011157487 A CN202011157487 A CN 202011157487A CN 112381647 A CN112381647 A CN 112381647A
Authority
CN
China
Prior art keywords
transaction
payer
funds
account
risk
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
Application number
CN202011157487.6A
Other languages
English (en)
Inventor
李寅威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202011157487.6A priority Critical patent/CN112381647A/zh
Publication of CN112381647A publication Critical patent/CN112381647A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本说明书实施例公开了一种资金转移方法、装置、设备和可读介质。方案可以包括：获取目标交易的交易信息；基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型；向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题；获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易核实信息；根据所述交易核实信息，确定所述目标交易对应的第二风险类型；若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。

Description

一种资金转移方法、装置、设备和可读介质
技术领域
本申请涉及风险识别技术领域，尤其涉及一种资金转移方法、装置、设备和计算机可读介质。
背景技术
近年来，人们越来越多地通过网络支付平台来实现资金转移，由于网络支付平台具有不同于面对面交易的虚拟特性，使得在网络交易中会存在更多的风险交易，例如，具有诈骗风险的交易、转账错误的交易等。对于基于网络支付平台的交易，现有技术采用了一些防控手段来防控风险交易的达成。例如，根据交易的相关信息对交易进行风险判断，若判断为无风险，则不对交易进行干预；若判断为有风险，则采取一定的风险干预措施，具体的干预措施可以包括直接中断风险交易或者对风险交易的付款方进行弹窗提醒等。
在实际应用中，鉴于网络支付平台能够获取的用于评价当前交易的信息量有限，会存在无法准确判断交易风险的情况。在实践中，若采用直接中断风险交易的方式，对于被误识别为风险交易的正常交易，则无法继续进行，降低了正常交易的交易成功率。此外，对于采用对付款方进行弹窗提醒的风险控制措施，在用户深度被骗的情况下，用户通常会直接忽略弹窗提醒，使得难以有效防止风险交易的达成。
为此，需要提供一种新的资金转移方法，以有效防止达成风险交易。
发明内容
本说明书实施例提供一种资金转移方法、装置、设备和计算机可读介质，以解决现有的针对网络交易资金转移的风控方案导致交易成功率低或无法有效防止达成风险交易的问题。
为解决上述技术问题，本说明书实施例是这样实现的：
本说明书实施例提供的一种资金转移方法，包括：获取目标交易的交易信息；基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型；向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题；获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易核实信息；根据所述交易核实信息，确定所述目标交易对应的第二风险类型；若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。
本说明书实施例提供的一种资金转移装置，包括：交易信息获取模块，用于获取目标交易的交易信息；第一风险类型确定模块，用于基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型；询问请求发起模块，用于向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题；交易核实信息获取模块，用于获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易核实信息；第二风险类型确定模块，用于根据所述交易核实信息，确定所述目标交易对应的第二风险类型；资金处置模块，用于若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。
本说明书实施例提供的一种资金转移设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：获取目标交易的交易信息；基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型；向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题；获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易核实信息；根据所述交易核实信息，确定所述目标交易对应的第二风险类型；若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。
本说明书实施例提供的一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以如下资金转移方法：获取目标交易的交易信息；基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型；向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题；获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易核实信息；根据所述交易核实信息，确定所述目标交易对应的第二风险类型；若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。
本说明书一个实施例至少能够达到以下有益效果：通过在将目标交易初步识别为需稽核交易的情况下，从付款方用户处获取交易核实信息，并基于交易核实信息来稽核目标交易的风险情况，然后根据二次稽核的结果来确定资金处置方案，使得，在有效防止达成风险交易的同时，能够释放被误识别为风险交易的正常交易，提高交易成功率。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本说明书实施例提供的一种资金转移方法的整体流程图；
图2是本说明书实施例提供的一种资金转移方法的流程图；
图3是本说明书实施例提供的一种实际应用场景下的资金转移方法的流程图；
图4是本说明书实施例提供的一种资金转移装置示意图；
图5是本说明书实施例提供的一种资金转移设备示意图。
具体实施方式
为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书一个或多个实施例保护的范围。
应当理解，尽管在本申请文件中可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。
以下结合附图，详细说明本说明书各实施例提供的技术方案。
现有技术中，通常是支付平台在识别出风险交易后，在付款方进行支付操作前，来进行风险控制(风险控制也可简称为“风控”)。
例如，可以采用验证型风控，即，可以要求付款方输入个人身份验证信息，以增加支付难度，从而达到防止付款方被骗的目的，若付款方验证通过(通常，如果付款方确实为账户持有人，则验证通过)，则付款方支付后，交易成功。这种措施通常可以用于防止付款方账户被盗情况下的诈骗交易，但是，对于付款方本人操作而被诈骗或由本人操作发生误转账的情况则无能为力。
又如，可以采用弱提示型的风控，即，可以在付款方支付前(例如，输入支付密码前)，进行弹窗提醒，若付款方坚持继续支付，交易成功。这种提示型的风控措施，对于付款方风险意识淡薄或者付款方深度被骗等情形，仍然难以达到有效的防止风险交易达成的效果。
再如，可以采用中断型风控，即，若认为当前交易存在风险，则可以直接中断当前交易，使得付款方无法完成支付，交易失败。然而，鉴于网络支付平台能够获取的用于评价当前交易的信息量有限，难免会存在无法准确判断交易风险的情况。在实践中，若采用直接中断识别出的风险交易的方式，对于被误识别为风险交易的正常交易，则无法继续进行，降低了正常交易的交易成功率，也影响用户的使用体验。
可见，现有的风控措施中，若系统直接中断交易，可能导致部分正常交易失败，交易成功率低；若以弱提醒或验证方式控制风险，风险控制效果有限，会导致大量风险交易成功。
为了解决现有技术中的缺陷，在本申请的实施例中，提供了一种新的资金转移方法。图1中示出了本说明书实施例提供的一种资金转移方法的整体流程图。
如图1所述，先对目标交易进行初步风险识别；对于经初步风险识别认为需要继续稽核的目标交易，将交易挂起(即，先不将交易处置为成功或失败)；然后进行安全稽核，即向付款方获取相关交易核实信息，并根据用户反馈的交易核实信息，来二次判断目标交易的风险等级；最后，根据二次判断结果来确定资金处置方案，例如，对于二次判断为无风险的交易，则将交易资金转入收款方账户。不同于传统地在系统根据交易信息得到一次风险识别结果后直接采取验证、弱提醒或中断交易等方式，本申请的实施例中，系统进一步获取付款用户反馈的信息后进行二次判断，使得，在有效防止达成风险交易的同时，能够释放被误识别为风险交易的正常交易，提高交易成功率。
图2为本说明书实施例提供的一种资金转移方法的流程示意图。从程序角度而言，流程的执行主体可以为搭载于应用服务器或应用终端的程序。
如图2所示，该流程可以包括如下步骤。
步骤202：获取目标交易的交易信息。
所述目标交易可以是任何涉及资金转移的交易。例如，所述目标交易可以包括转账、发红包等，不限于此。所述目标交易可以发生在例如支付平台账户与支付平台账户之间、支付平台账户与银行账户之间、支付平台账户与其他平台账户之间等，即，所述目标交易的收款方账户可以是支付平台账户或银行账户，所述目标交易的付款方账户也可以是支付平台账户或银行账户，本申请对此不进行具体限定。
所述目标交易可以是当前已经建立但尚未完成的交易。其中，交易已经建立，意味着可以获取目标交易的交易信息。所述获取目标交易的交易信息，可以包括获取所述目标交易的例如交易单号信息、付款方账户信息、付款方终端信息、收款方账户信息、收款方终端信息、交易时间信息、交易金额信息等信息。
步骤204：基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型。
在本申请的实施例中，获取目标交易的交易信息之后，可以基于获取的所述交易信息，来确定所述目标交易的第一风险类型。所述第一风险类型可以包括正常交易、异常交易和需稽核型交易。
若所述目标交易的第一风险类型为正常交易，则交易继续且交易成功。例如，正常交易可以是发生在支付平台的好友间的、平台账户至平台账户的转账交易，可以是支付平台用户提现到本人银行卡的、平台账户至银行卡的转账交易等。这种情况下，不再执行本申请的实施例的后续步骤。从用户感知的角度，付款方完成支付，交易资金转出；收款方收到转入的交易资金。
若所述目标交易的第一风险类型为异常交易，则交易结束(交易失败)。例如，异常交易可以是在已经确认收款方账户为黑产账户的情况下，向该黑产账户进行转账的交易。这种情况下，不再执行本申请的实施例的后续步骤。从用户感知的角度，付款方未完成支付，交易资金未转出，即，交易资金仍然在付款方账户中。可选地，可以向用户发送风险告知信息，以告知用户交易失败的原因为当前交易被识别为风险交易。
若所述目标交易的第一风险类型为需稽核型，则交易继续，并执行本申请实施例的后续步骤。例如，需稽核型交易可以是经初步识别后无法确认是否为正常交易或异常交易的目标交易。从用户感知的角度，付款方可以顺利进行支付，即，交易资金可以从付款方账户转出；但是收款方未收到交易资金，即，交易资金可以未转入收款方账户。在实际应用中，可以将交易资金转入第三账户，所述第三账户是除付款方账户和收款方账户之外的另一账户，例如，所述第三账户可以是支付平台中间账户。
在本申请的实施例中，确定目标交易的第一风险类型的方法，具体可以包括通过风控规则或风控模型来进行确定。
可选地，可以使用风控规则确定目标交易的第一风险类型。首先，收集若干历史交易数据(即，已经被确认为正常交易或异常交易的历史交易的交易数据)，然后可以由风控人员通过分析各历史数据，总结出若干用于识别目标交易是否为异常交易的风控规则。之后，可以使用总结得到的风控规则，来对目标交易进行识别，以确定目标交易的第一风险类型。
可选地，可以使用风控模型确定目标交易的第一风险类型。在训练阶段，可以获取大量带标记的历史交易数据作为训练样本，并从异常交易的历史交易数据中提取风险特征作为特征变量进行训练，来构建用于对目标交易进行风险预测和评估的交易风控模型。在预测阶段，可以从目标交易中提取与构建交易风控模型时所使用的风险特征维度相同的交易特征作为特征变量，输入至交易风控模型并基于交易风控模型的算法进行计算，通过计算结果(通常为该目标交易为异常交易的概率值)对本次交易进行风险预测和评估。在本申请可选的实施例中，评估结果可以根据风险交易的概率值被划分为正常交易、异常交易和需稽核型三类。
在一个具体的示例中，所述基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型，具体可以包括：根据所述交易信息，确定所述目标交易的风险特征；将所述将风险特征输入预先训练的交易风控模型，得到所述目标交易的计算结果；根据所述计算结果，将所述目标交易的第一风险类型确定为需稽核型。可以理解的是，在实际应用中，根据具体的计算结果，也可以将所述目标交易的第一风险类型确定为正常交易或异常交易。
在实际应用中，所述风险特征可以包括账户风险特征和交易风险特征等。其中，所述交易风险特征可以包括例如交易金额是否大于预设金额阈值、收款方账户与付款方账户之间有无历史交易记录等。所述账户风险特征可以包括例如收款方账户近期是否修改密码、收款方账户交易时登陆地是否在境外、收款方账户交易时登录位置与日常活动位置是否一致、收款方账户交易时使用设备与常用设备是否一致、收款方账户是否处于异常状态(被挂失或被冻结等)等。
在实际应用中，所述交易风控模型的具体类型可以包括逻辑回归、决策树、随机森林等机器学习模型，也可以包括深度神经网络(DNN)、卷积神经网络(CNN)、循环神经网络(RNN)等深度学习模型，本申请对此不进行具体限定。
在本申请的实施例中，通过在对目标交易的第一风险类型进行识别时，划分出需稽核型，然后通过后续的步骤进一步核实该需稽核型的目标交易是否有风险，可以提高对目标交易的第一风险类型的识别准确度。不同于传统的非成功即失败的风险控制方案，本申请实施例的方案在有效保护用户资金的同时，可以通过后续稽核来释放误识别的交易，提升交易成功率。
步骤206：向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题。
在本申请的实施例中，若通过初步风险评测认为当前交易为待稽核型，则可以通过向付款方发起询问请求来实现交易风险的进一步核实。在实际应用中，所述询问请求中可以包含有至少一个待答问题，用户可以通过回答所述询问请求中的所述至少一个待答问题，来反馈与交易相关的信息，即，反馈交易核实信息。
在本申请的实施例中，所述第一询问请求可以以任何可以实现信息双向交互的形式来实现。
在一个可选的实施例中，所述向确定为需稽核型的所述目标交易的付款方发起第一询问请求，可以是通过智能外呼(或称为，核验外呼)的形式来发起所述第一询问请求。具体地，可以获取所述付款方的通信识别号，所述通信识别号包括手机号码或即时通讯账号；然后根据所述通信识别号，向所述付款方发起核验外呼；所述核验外呼用于向所述付款方获取所述交易核实信息。其中，若智能外呼的具体形式为打电话，则获取的付款方用户的通信识别号为手机号码；如智能外呼的具体形式为通过客服窗口音频通话，则获取的付款方用户的通信识别号为即时通讯账号，例如，用户账号标识等。
在另一可选的实施例中，所述向确定为需稽核型的所述目标交易的付款方发起第一询问请求，可以是通过智能问卷的形式来发起所述第一询问请求。具体地，可以向所述收款方发送询问信息，所述询问信息用于向所述付款方获取所述交易核实信息，并且所述询问信息在所述付款方的终端上以文本形式显示。可选地，所述智能问卷可以以弹窗的形式直接呈现在付款方用户的终端的页面上，智能问卷的具体实现方式不限于此，例如也可以通过页面跳转的形式来呈现智能问卷。
需要注意的是，本申请实施例中的智能问卷方式不同于传统的弹窗提醒方式，在传统的弹窗提醒方式中，仅是向付款方用户进行风险提醒这一单向信息交流，并不会去获取付款方用户反馈的交易相关信息，并无法实现本申请实施例中的通过发起第一询问请求来获取付款方用户反馈的交易核实信息的目的。
在本申请的实施例中，所述第一询问请求中包含的若干待答问题彼此之间具有逻辑关联关系。在实际应用中，所述第一询问请求中的所述若干待答问题可以是同时向付款方用户呈现的，或者，可以是响应于付款方用户的反馈，来根据所述逻辑关联关系依次向付款方用户呈现的。
在实际应用中，例如，当用户针对询问请求中的第一问题进行答复后，系统可以基于用户的针对所述第一问题的答复来继续向用户询问第二问题。也就是说，所述第二问题与所述第一问题具有逻辑关联关系。在此，第一问题、第二问题等术语只是为了将一个待答问题与另一个待答问题区分开，并不用于限定两个待答问题之间的先后顺序。同理，若用户针对询问请求中的第二问题进行答复后，可以基于用户的针对所述第二问题的答复来继续向用户询问第三问题。对于询问请求中的待答问题的数量，本申请并不进行具体限定。
可选地，在所述第一询问请求中，不仅可以包含若干待答问题，还可以包含若干提示语。具体地，所述提示语可以包括开端提示语和/或结束提示语。
例如，开端提示语可以为，“您好，我是xx平台反欺诈中心客服，系统检测到您刚刚在平台上一笔xxx元的交易存在被骗风险，需要与您进行核核实”等。开端提示语的作用可以包括，告知用户发起询问请求的目的，以提高交易核实信息的获取成功率。
例如，结束提示语可以为，“如果您已经被骗，请手机端自助举报，并尽快到当地的公安机关或者派出所报案”等。结束提示语的作用可以包括，提醒用户可以针对被诈骗案件采取哪些措施等，提高用户的防诈骗意识，提升用户对支付平台的信任度，提升使用体验。
步骤208：获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易核实信息。
响应于所述第一询问请求，付款方用户反馈的信息即交易核实信息。例如，在智能外呼中，付款方用户响应于外呼中的若干问题进行回答的信息，即为本申请的方案需要获取的交易核实信息。例如，在智能问卷中，付款方用户在问卷中进行选择或填写操作所反映的信息，即为本申请的方案需要获取的交易核实信息。
步骤210：根据所述交易核实信息，确定所述目标交易对应的第二风险类型。
在本申请的实施中，由于所述第一询问请求可以包含若干待答问题，因此可以获取付款方用户针对所述若干待答问题反馈的若干交易核实信息。例如，针对第一待答问题反馈的第一交易核实信息，针对第二待答问题反馈的第二交易核实信息等等。
在实际应用中，所述确定所述目标交易对应的第二风险类型，具体可以是，在与付款方用户的多轮交互过程中，依据获得的所述若干交易核实信息，来逐步判断出第二风险类型。
步骤212：若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。
在本申请的实施例中，当付款方用户完成支付操作(例如，输入支付密码)之后，并未直接将交易资金转入收款方账户，而是将当前交易挂起，使其处于未完成的状态，然后进行交易核实信息的获取并得到第二风险类型，再根据第二风险类型来确定是否将资金转入收款方账户。
在实际应用中，所述将所述目标交易的交易资金转入收款方账户之前，还可以包括：将所述交易资金转入第三账户。由此，所述将所述目标交易的交易资金转入收款方账户，具体可以包括：将所述目标交易的交易资金从所述第三账户转入收款方账户。其中，所述第三账户，可以是除付款方账户和收款方账户之外的另一账户。在支付平台上进行的交易中，所述第三账户可以是支付平台中间账户。所述支付平台可以是第三方支付平台，所述支付平台中间账户可以是第三方支付平台中间账户。
应当理解，本说明书中的一个或多个实施例所述的方法中，部分步骤的顺序可以根据实际需要调整，或者可以省略部分步骤。例如，所述将所述交易资金转入第三账户的步骤可以在步骤212之前的任意时刻执行，并不必限定为在步骤202至步骤210中任意步骤的之前或之后。
并且，本说明书中的一个或多个实施例所述的方法中，各步骤可以由同一个执行主体执行，或者也可以由多个执行主体来执行。例如，步骤202和步骤204可以由第一执行主体(例如，第一服务器)执行，步骤206至步骤210可以由第二执行(例如，第二服务器)主体执行。本申请对此不进行具体限定。
图2中的实施例，提供了一种资金转移方法，在初步识别目标交易的风险且认为目标交易需要稽核后，进一步向付款方用户获取交易核实信息，以用于确定目标交易的风险类型，并根据最终的风险类型来确定是否将资金转入收款方账户，例如，对于最终判断为无风险的交易，则将交易资金转入收款方账户。基于该方案，在有效避免风险交易达成的同时，也能够使被误识别为风险交易的正常交易得到执行，提高交易成功率。
基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
在实际应用中，本申请中所述的目标交易的类型、场景等可以是多种多样的，为了更准确地通过询问请求来获取到付款方用户反馈的交易核实信息，可以针对不同交易场景来预先制定不同的话术模板，即，预先准备不同的待答问题。
在可选的实施例中，步骤206中所述向确定为需稽核型的所述目标交易的付款方发起第一询问请求，具体可以包括：根据所述交易信息，确定所述目标交易的交易场景；然后，根据所述交易场景，获取与所述交易场景对应的话术模板；之后，向所述目标交易的付款方发起基于所述话术模板的第一询问请求，其中，所述第一询问请求的具体形式包括核验外呼的形式或文本问卷的形式。
在实际应用中，不同交易场景对应不同的话术模板中的所述若干待答问题可以不同。不同交易场景对应不同话术模板中的开端提示语可以相同或不同。不同交易场景对应的不同话术模板中可以包含多个不同的结束提示语，以根据用户在询问过程中的反馈内容来向用户进行结束语提示。
所述交易场景可以包括例如购物支付场景、转账场景、发红包场景、提现场景、先借贷后转账场景等。在实际应用中，不同的交易场景下可能会对应不同的风险。例如，在购物支付场景，可能存在的交易风险包括，付款方主观为通过虚假交易进行刷单来赚取收益，但是实际上，收款账户是通过虚假交易收到支付款来实施诈骗。又如，在转账场景，可能存在的交易风险包括，付款方输入了错误的收款方账户号而导致错误转账。可以理解的是，在其他场景下可能存在与此不同的风险。
在实际应用中，针对不同交易场景下对应的不同风险，可以预先设置不同的所述结束提示语，若实际稽核后认为存在风险，则向用户发出与存在的所述风险对应的交易提示语。
为了便于理解，下面举例进行说明。
例如，对于初步判断为需稽核型交易的某目标交易，场景为非常规渠道购买防疫用品，则可以获取与该目标交易的异常购物场景相对应的话术模板，然后向付款方用户发起第一询问请求。在用户对第一询问请求响应的情况下，可以向付款方用户询问若干问题并获得相应交易核实信息，并且在询问结束后，可以向付款方用户发出结束提示语，例如，“网络购物一定要谨慎，不要点击陌生人发来的链接，不要扫描陌生人发来的二维码，继续支付钱就可以返还的说法都是骗人的”。
又如，对于初步判断为需稽核型交易的某目标交易，场景为向陌生人转账，则可以获取与该目标交易的陌生转账场景相对应的话术模板，然后向付款方用户发起第一询问请求。在用户对第一询问请求响应的情况下，可以向付款方用户询问若干问题并获得相应交易核实信息，例如，可以通过询问核实付款方用户是否明确知道收款方账户持有者的真实个人信息(例如，姓名)，以避免付款方用户向错误的账户进行转账。若识别出所述目标交易为欺诈交易或无法识别目标交易的风险类型，并且在询问结束后，可以向付款方用户发出结束提示语，例如，“最近假冒亲友、老板的骗局，不要向陌生人账号转账汇款”。
上述关于交易场景、结束提示语等的描述均是作为示例，仅为了便于理解的目的，不构成对本申请的限定。
在本申请的实施例中，通过针对不同类型的交易场景，针对性地设计询问请求对应的问题模板，能够进一步提高交易核验的准确率，且用户体验良好。
在实际应用中，将所述目标交易的交易资金转入收款方账户的方式可以包括多种，下面举例进行说明。
可选地，所述若所述第二风险类型表示无风险，将所述目标交易的交易资金转入收款方账户，具体可以是在用户在终端进行操作指示的情况下由系统执行立即到账。具体地，所述将所述目标交易的交易资金转入收款方账户之前，还可以包括：在所述付款方的终端上显示第一控件，所述第一控件用于被操作后触发执行资金立即到账的功能。由此，所述将所述目标交易的交易资金转入收款方账户，具体可以包括：获取所述付款方针对所述第一控件的第一操作指令；响应于所述第一操作指令，将所述交易资金转入所述收款方账户。
可选地，所述若所述第二风险类型表示无风险，将所述目标交易的交易资金转入收款方账户，具体可以是在用户无明确诉求的情况下，一段时间后系统自动到账。具体地，所述将所述目标交易的交易资金转入收款方账户之前，还可以包括：在所述付款方的终端上显示第一控件，所述第一控件用于被操作后触发执行资金立即到账的功能。由此，所述将所述目标交易的交易资金转入收款方账户，具体可以包括：若第一预设时长内未获取到针对所述第一控件的第一操作指令，则将所述目标交易的交易资金转入收款方账户。其中，所述第一时长内可以是指确定第二风险类型后的第一预设时长内，例如，确定第二风险类型表示无风险后的第一预设时长内。所述第一预设时长可以根据实际需要进行设定，例如，可以设定为1小时或2小时等。
需要说明的是，本申请的实施例中，上述实施例中示出的仅是显示所述第一控件的时机的示例，在实际应用中，只要在用户需要点击所述第一控件之前显示即可。例如，可以在用户进行交易的页面上始终显示该第一控件。
可选地，由于可以在第一询问请求中获取到若干交易核实信息的同时，判断得到目标交易的第二风险类型，那么，可以根据确定的第二风险交易类型来在第一询问请求中继续向付款方用户询问资金处置意愿。具体地，所述确定所述目标交易对应的第二风险类型之后，还可以包括：若所述第二风险类型表示无风险，则在所述第一询问请求中发出第一询问问题，所述第一询问问题用于询问所述付款方是否立即将所述交易资金转入所述收款方账户。由此，所述将所述目标交易的交易资金转入收款方账户，具体可以包括：获取所述付款方针对所述第一询问问题反馈的第一资金处置意愿信息；若所述第一资金处置意愿信息表示立即将所述交易资金转入所述收款方账户，则将所述交易资金转入所述收款方账户。
上述提供了将所述目标交易的交易资金转入收款方账户的多种方式，在实际应用中，可以应用其中一种或多种方式。本申请的实施例提供了多种交易达成方式，可以更好地保障无风险交易的完成，在确保交易安全的情况下，提高交易成功率。
在实际应用中，在用户终端的页面上，不仅可以显示第一控件，以用于被操作后执行资金立即到账，还可以显示第二控件，以用于被操作后执行资金立即撤回。
在本申请的实施例中，还可以包括：在所述付款方的终端上显示第二控件，所述第二控件用于被操作后触发执行资金立即撤回的功能；获取所述付款方针对所述第二控件的第二操作指令；响应于所述第二操作指令，将所述交易资金撤回所述付款方账户。其中，显示所述第二控件的时机不被具体地限定，只要是在用户需要点击第二控件之前显示即可。例如，可以在用户进行交易的页面上始终显示该第二控件。
在实际应用中，所述目标交易对应的第二风险类型也可以为有风险或表示无法确定所述目标交易的风险类型。在无风险或风险类型无法确定的情况下，则可以将所述目标交易的交易资金撤回付款方账户。
在实际应用中，将所述目标交易的交易资金撤回付款方账户的方式可以包括多种，下面举例进行说明。
可选地，所述将所述目标交易的交易资金撤回付款方账户的方式，具体可以是在用户在终端进行操作指示的情况下由系统执行立即撤回。具体地，所述将所述目标交易的交易资金撤回付款方账户之前，可以包括：所述付款方的终端上显示第二控件，所述第二控件用于被操作后触发执行资金立即撤回的功能。由此，所述将所述目标交易的交易资金撤回付款方账户，具体可以包括：获取所述付款方针对所述第二控件的第二操作指令；响应于所述第二操作指令，将所述交易资金撤回所述付款方账户。
可选地，所述将所述目标交易的交易资金撤回付款方账户的方式，具体可以是在用户无明确诉求的情况下，一段时间后系统自动撤回。具体地，所述将所述目标交易的交易资金撤回付款方账户之前，可以包括：在所述付款方的终端上显示第二控件，所述第二控件用于被操作后触发执行资金立即撤回的功能。由此，所述将所述目标交易的交易资金撤回付款方账户，具体可以包括：若第二预设时长内未获取到针对所述第二控件的第二操作指令，则将所述交易资金撤回所述付款方账户。其中，所述第二预设时长内可以是指确定第二风险类型后的第二预设时长内，例如，确定第二风险类型表示有风险或表示风险无法确定后的第二预设时长内。所述第二预设时长可以根据实际需要进行设定，例如，可以设定为12小时或24小时等。
可选地，由于可以在第一询问请求中获取到若干交易核实信息的同时，判断得到目标交易的第二风险类型，那么，可以根据确定的第二风险交易类型来在第一询问请求中继续向付款方用户询问资金处置意愿。具体地，所述确定所述目标交易对应的第二风险类型之后，还可以包括：若所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型，则在所述第一询问请求中发出第二询问问题，所述第二询问问题用于询问所述付款方是否立即将所述交易资金撤回付款方账户；获取所述付款方针对所述第二询问问题反馈的第二资金处置意愿信息；若所述第二资金处置意愿信息表示立即将所述交易资金撤回所述付款方账户，则将所述交易资金撤回所述付款方账户。
可以理解的是，在实际应用中，为了更大程度地保障用户的资金安全，可以在任何情况下(不限于在所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型的情况下)，在第一询问请求中向用户询问是否立即撤回交易资金。
在本申请的实施例中，在所述将所述目标交易的交易资金撤回付款方账户之前，可以包括：将所述交易资金转入第三账户，由此，所述将所述目标交易的交易资金撤回付款方账户，具体可以包括：将所述交易资金从所述第三账户转入所述付款方账户。其中，所述第三账户可以是支付平台中间账户。
在现有技术中，由于在付款方完成支付后，系统将交易资金转入收款方账户，这就导致，即便后来发现付款方用户被诈骗了或者转账错误了，支付平台也没有权限来及时将被诈骗或转账错误的交易资金返回至付款方账户，交易资金的退回链路复杂，尤其是在诈骗类的风险交易中，如果收款方用户(诈骗方)不配合，则交易资金返还困难，易造成付款方用户的资金损失。而在本申请的实施例中，设置了诸如支付平台中间账户的第三账户，对于待稽核的交易，在付款方完成支付后，系统将交易资金转入该第三账户，再执行如本申请实施例提供的稽核措施，使得，一旦发现付款方用户被诈骗了或者转账错误了，可以立即将交易资金退回至付款方账户中，交易资金退回链路顺畅，能够更好地保障用户的资金安全。
在实际应用中，也可能存在尽管系统将交易识别为风险交易，但是付款方用户依然坚持付款的情况。这种情况有可能是系统的识别结果有误(鉴于系统能够获取的信息有限等原因)，将无风险交易识别为风险交易；也有可能是用户深度被骗而坚持付款。在这种情况下，为了在不影响用户正常使用支付功能的情况下，更好地避免用户被骗，可以设置转账冷静期。
在一个具体的实施例中，所述确定所述目标交易对应的第二风险类型之后，还可以包括：若所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型，将所述付款方的终端上的第一控件设置为不可操作状态，所述第一控件用于被操作后触发执行资金立即到账的功能；第三预设时长后，将所述第一控件恢复为可操作状态；获取所述付款方针对所述第一控件的第一操作指令；响应于所述第一操作指令，将所述交易资金转入所述收款方账户。其中，所述第三预设时长可以根据实际需要进行设定，例如，可以根据当前风险的评级进行设定，例如，若所述第二风险类型表示有风险，可以设置为30分钟、1小时等，若所述第二风险类型表示无法确定所述目标交易的风险类型，可以设置为例如15分钟等。
在本申请的实施例中，所述目标交易对应的第二风险类型可以包括表示无法确定所述目标交易的风险类型这一情况，即，经发起第一询问请求后仍然无法确定目标交易是无风险的还是有风险的。尽管在本申请的实施例中，可以通过两次核验来识别风险交易，但是可能会由于付款方用户未应答询问请求、付款方用户尽管应答询问请求但是不愿提供更多的交易核实信息等原因或者交易情况过于复杂而难以判断等各种因素，导致无法识别出交易的风险等级，即，无法确定所述目标交易的第二风险类型。
在实际应用时，如上文已经描述的，为了更大限度地保障用户的资金安全，对于无法确定所述目标交易的风险类型的这一情况，与第二风险类型为有风险的情况进行类似处理。下面对于无法确定所述目标交易的风险类型的这一情况，进行进一步的说明。
在可选的实施例中，所述向确定为需稽核型的所述目标交易的付款方发起第一询问请求之后，还可以包括：若所述付款方未响应所述第一询问请求，则确定所述目标交易对应的第二风险类型表示无法确定所述目标交易的风险类型；将所述目标交易的交易资金撤回所述付款方账户。其中，具体的交易资金撤回方式见上文的记载，在此不再赘述。
在实际应用中，若是由于付款方未响应所述第一询问请求导致无法有效地得到交易核实信息的情况，为更好地避免用户的资金损失，可以再次向付款方用户发起询问请求。具体地，所述向确定为需稽核型的所述目标交易的付款方发起第一询问请求之后，还可以包括：若所述付款方未响应所述第一询问请求，则向所述付款方再次发起所述第一询问请求。
可选地，所述向所述付款方再次发起所述第一询问请求，具体可以包括：获取所述第一询问请求的历史发起次数；判断所述历史发起次数是否小于预设次数阈值，得到判断结果；若所述判断结果为是，向所述付款方再次发起所述第一询问请求。其中，所述历史发起次数可以根据需要进行设定，例如可以设定为1次、2次等。
可选地，所述向所述付款方再次发起所述第一询问请求，具体可以包括：获取前一次发起所述第一询问请求对应的第一发起时间；在距所述第一发起时间预定时间间隔后，向所述付款方再次发起所述第一询问请求。其中，所述预定时间间隔可以根据需要进行设定，例如可以设定为1分钟、2分钟等。
上述方案中，在历史发起次数未达到阈值的情况下、预定时间间隔后，再次向用户进行询问，在尽量防止用户资金损失的情况下，避免对用户的过度打扰。
在实际应用中，不仅可以由系统在识别出需稽核交易后主动进行稽核，也可以在由付款方用户主动申请进行稽核。
具体地，在本申请的实施例中，还可以包括：在所述付款方的终端上显示第三控件，所述第三控件用于被操作后发出风险稽核请求；获取所述付款方针对所述第三控件的第三操作指令；响应于所述第三操作指令，向所述付款方发起第二询问请求；所述第二询问请求用于获取交易核实信息，所述第二询问请求中可以包含具有逻辑关联关系的若干待答问题。
例如，以智能外呼为例，在一个具体场景中，可以是用户点击第三控件后，直接由用户主动发起智能外呼，系统向用户询问若干待答问题；或者，可以是用户点击第三控件后，再由系统主动向用户发起智能外呼，用户接听后，系统向用户询问若干待答问题。
本申请不限定所述第三控件的显示时机。可选地，可以在付款方终端的支付页面上始终显示所述第三控件。可选地，可以在经初步识别确定第一风险类型为需稽核型后显示所述第三控件。可选地，可以在所述付款方未响应所述第一询问请求的情况下，再显示所述第三控件。
基于上述由用户主动发起稽核请求的实施例，使得，可以为用户提供用于获取针对目标交易的风险验证的途径，更好地保障用户的资金安全，也提升用户对支付平台的使用体验。例如，对于付款方用户在付款后才发现转账错误的情况下，能够为付款方用户提供有效的资金追回途径。
根据上面的说明，本说明书实施例提供的一种实际应用场景下，资金转移方法的流程示意图，如图3所示。
在图3中，以询问请求的形式为智能外呼为例，进行说明。
步骤302：在根据目标交易的交易信息，确定所述目标交易的第一风险类型为需稽核型后，将交易置为挂起状态。例如，可以将交易资金从付款方账户转入支付平台中间账户。此时，对于付款方来说，并不会感知到资金的去向。
步骤304：交易挂起后，系统自动向付款方用户发起智能外呼。
步骤306：若付款方用户应答，则根据付款方用户提供的信息来进行风险稽核，得到交易的第二风险类型，转步骤314进行资金处置。
步骤308：若付款方用户未应答，则判断历史外呼次数是否达到设定的阈值，若否，可以转步骤310；若是，可以转步骤312。可以理解的是，在步骤308中，若判断为是，也可以认为第二风险类型表示无法确定，直接转步骤314进行资金处置。
步骤310：在等待预定时间间隔后，再次向付款方用户发起智能外呼。
步骤312：若付款方用户主动要求发起外呼，则再次发起外呼；若付款方用户为主动要求发起外呼，则第二风险类型表示无法确定，转步骤314进行资金处置。
步骤314：进行资金处置。可以理解的是，对于不同的第二风险类型的目标交易，进行资金处置的方式不同。
例如，若经稽核确认第二风险类型为无风险，则：若用户在外呼中要求立即撤回，则系统立即执行撤回；若用户在外呼中要求立即到账，则系统立即执行到账；若用户在终端操作立即到账，则系统立即执行到账；若用户在终端操作立即撤回，则系统立即执行撤回；若用户无明确诉求，则一段时间后系统执行自动到账。
例如，若经稽核确认第二风险类型为有风险或风险无法确定，则：若用户在外呼中要求立即撤回，则系统立即执行撤回；若用户在终端操作立即撤回，则系统立即执行撤回；若用户在冷静期后在终端操作立即到账，则系统立即执行到账；若用户无明确诉求，则一段时间后系统执行自动撤回。
基于本申请的实施例的资金转移方法，相比于经一次判断识别为风险交易则直接中断交易的方案，通过交易挂起和二次稽核，能够有效释放误稽核的交易，提升交易成功率。并且，有别于基于用户的举报和定性才能做资金返还处置的方案(这种情况下资金返还的流程繁琐，时效性差)，本申请实施例的方案通过二次稽核来实现对资金的分类处置(例如，对于有风险或无法确定风险的交易，将交易资金从中间账户直接撤回至付款方账户)，并将处置的主动权交于付款用户，在简化流程的同时，大幅提升用户体验。此外，由于用户对于支付后的资金去向无感知，使得，在保证用户资金安全的情况下，也使得用户能够感知资金失去的过程，即，被骗感更强，能够起到安全教育的作用，有利于提升用户在网络交易过程中的资金安全意识。
基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图4为本说明书实施例提供的对应于图2的一种资金转移装置的结构示意图。如图4所示，该装置可以包括如下模块。
交易信息获取模块402，用于获取目标交易的交易信息。
第一风险类型确定模块404，用于基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型。
询问请求发起模块406，用于向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题。
交易核实信息获取模块408，用于获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易核实信息。
第二风险类型确定模块410，用于根据所述交易核实信息，确定所述目标交易对应的第二风险类型。
资金处置模块412，用于若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。
基于图4的装置，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
可选地，所述询问请求发起模块406，具体可以用于：获取所述付款方的通信识别号；所述通信识别号包括手机号码或即时通讯账号；根据所述通信识别号，向所述付款方发起核验外呼；所述核验外呼用于向所述付款方获取所述交易核实信息。
可选地，所述询问请求发起模块406，具体可以用于：向所述收款方发送询问信息；所述询问信息用于向所述付款方获取所述交易核实信息；所述询问信息在所述付款方的终端上以文本形式显示。
可选地，所述装置还可以包括第一控件显示模块，用于在所述付款方的终端上显示第一控件；所述第一控件用于被操作后触发执行资金立即到账的功能。相应地，所述资金处置模块412，具体可以用于获取所述付款方针对所述第一控件的第一操作指令；响应于所述第一操作指令，将所述交易资金转入所述收款方账户。或者相应地，所述资金处置模块412，具体可以用于若第一预设时长内未获取到针对所述第一控件的第一操作指令，则将所述目标交易的交易资金转入收款方账户。
可选地，所述询问请求发起模块406，还可以用于，若所述第二风险类型表示无风险，则在所述第一询问请求中发出第一询问问题，所述第一询问问题用于询问所述付款方是否立即将所述交易资金转入所述收款方账户。相应地，所述资金处置模块412，具体可以用于获取所述付款方针对所述第一询问问题反馈的第一资金处置意愿信息；若所述第一资金处置意愿信息表示立即将所述交易资金转入所述收款方账户，则将所述交易资金转入所述收款方账户。
可选地，所述资金处置模块412，还可以用于若所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型，则将所述目标交易的交易资金撤回付款方账户。
可选地，所述装置还可以包括第二控件显示模块，用于在所述付款方的终端上显示第二控件；所述第二控件用于被操作后触发执行资金立即撤回的功能。相应地，所述资金处置模块412，具体可以用于获取所述付款方针对所述第二控件的第二操作指令；响应于所述第二操作指令，将所述交易资金撤回所述付款方账户。或者相应地，所述资金处置模块412，具体可以用于若第二预设时长内未获取到针对所述第二控件的第二操作指令，则将所述交易资金撤回所述付款方账户。
可选地，所述询问请求发起模块406，还可以用于，若所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型，则在所述第一询问请求中发出第二询问问题，所述第二询问问题用于询问所述付款方是否立即将所述交易资金撤回付款方账户。相应地，所述资金处置模块412，还可以用于，获取所述付款方针对所述第二询问问题反馈的第二资金处置意愿信息；若所述第二资金处置意愿信息表示立即将所述交易资金撤回所述付款方账户，则将所述交易资金撤回所述付款方账户。
可选地，所述装置还可以包括状态设置模块，用于，若所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型，将所述付款方的终端上的第一控件设置为不可操作状态；所述第一控件用于被操作后触发执行资金立即到账的功能；第三预设时长后，将所述第一控件恢复为可操作状态。相应地，所述资金处置模块412，还可以用于，获取所述付款方针对所述第一控件的第一操作指令；响应于所述第一操作指令，将所述交易资金转入所述收款方账户。
可选地，所述第二风险类型确定模块410，还可以用于，若所述付款方未响应所述第一询问请求，则确定所述目标交易对应的第二风险类型表示无法确定所述目标交易的风险类型。相应地，所述资金处置模块412，还可以用于将所述目标交易的交易资金撤回所述付款方账户。
可选地，所述询问请求发起模块406，还可以用于，若所述付款方未响应所述第一询问请求，则向所述付款方再次发起所述第一询问请求。
可选地，所述装置还可以包括资金转移装置，用于将所述交易资金转入支付平台中间账户。相应地，所述资金处置模块412，具体可以用于将所述目标交易的交易资金从所述支付平台中间账户转入收款方账户。或者相应地，所述资金处置模块412，具体可以用于将所述交易资金从所述支付平台中间账户转入所述付款方账户。
可以理解，上述的各模块是指计算机程序或者程序段，用于执行某一项或多项特定的功能。此外，上述各模块的区分并不代表实际的程序代码也必须是分开的。
基于同样的思路，本说明书实施例还提供了上述方法对应的设备。
图5为本说明书实施例提供的对应于图2的一种资金转移设备的结构示意图。如图5所示，设备500可以包括：
至少一个处理器510；以及，
与所述至少一个处理器通信连接的存储器530；其中，
所述存储器530存储有可被所述至少一个处理器510执行的指令520，所述指令被所述至少一个处理器510执行，以使所述至少一个处理器510能够：
获取目标交易的交易信息；
基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型；
向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题；
获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易核实信息；
根据所述交易核实信息，确定所述目标交易对应的第二风险类型；
若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。
基于同样的思路，本说明书实施例还提供了上述方法对应的计算机可读介质。计算机可读介质上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现以下方法：
获取目标交易的交易信息；
基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型；
向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题；
获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易核实信息；
根据所述交易核实信息，确定所述目标交易对应的第二风险类型；
若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。
上述对本说明书特定实施例进行了描述，在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可。
本说明书实施例提供的装置、设备与方法是对应的，因此，装置、设备也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备的有益技术效果。
在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、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (36)

1.一种资金转移方法，包括：
获取目标交易的交易信息；
基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型；
向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题；
获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易特征信息；
根据所述交易核实信息，确定所述目标交易对应的第二风险类型；
若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。
2.如权利要求1所述的方法，所述向确定为需稽核型的所述目标交易的付款方发起第一询问请求，具体包括：
获取所述付款方的通信识别号；所述通信识别号包括手机号码或即时通讯账号；
根据所述通信识别号，向所述付款方发起核验外呼；所述核验外呼用于向所述付款方获取所述交易核实信息。
3.如权利要求1所述的方法，所述向确定为需稽核型的所述目标交易的付款方发起第一询问请求，具体包括：
向所述收款方发送询问信息；所述询问信息用于向所述付款方获取所述交易核实信息；所述询问信息在所述付款方的终端上以文本形式显示。
4.如权利要求1所述的方法，所述向确定为需稽核型的所述目标交易的付款方发起第一询问请求，具体包括：
根据所述交易信息，确定所述目标交易的交易场景；
根据所述交易场景，获取与所述交易场景对应的话术模板；
向所述目标交易的付款方发起基于所述话术模板的第一询问请求；所述第一询问请求的具体形式包括核验外呼的形式或文本问卷的形式。
5.如权利要求1所述的方法，所述将所述目标交易的交易资金转入收款方账户之前，还包括：
在所述付款方的终端上显示第一控件；所述第一控件用于被操作后触发执行资金立即到账的功能；
所述将所述目标交易的交易资金转入收款方账户，具体包括：
获取所述付款方针对所述第一控件的第一操作指令；
响应于所述第一操作指令，将所述交易资金转入所述收款方账户。
6.如权利要求1所述的方法，所述将所述目标交易的交易资金转入收款方账户之前，还包括：
在所述付款方的终端上显示第一控件；所述第一控件用于被操作后触发执行资金立即到账的功能；
所述将所述目标交易的交易资金转入收款方账户，具体包括：
若第一预设时长内未获取到针对所述第一控件的第一操作指令，则将所述目标交易的交易资金转入收款方账户。
7.如权利要求1所述的方法，所述确定所述目标交易对应的第二风险类型之后，还包括：
若所述第二风险类型表示无风险，则在所述第一询问请求中发出第一询问问题，所述第一询问问题用于询问所述付款方是否立即将所述交易资金转入所述收款方账户；
所述将所述目标交易的交易资金转入收款方账户，具体包括：
获取所述付款方针对所述第一询问问题反馈的第一资金处置意愿信息；
若所述第一资金处置意愿信息表示立即将所述交易资金转入所述收款方账户，则将所述交易资金转入所述收款方账户。
8.如权利要求1所述的方法，所述确定所述目标交易对应的第二风险类型之后，还包括：
若所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型，则将所述目标交易的交易资金撤回付款方账户。
9.如权利要求8所述的方法，所述将所述目标交易的交易资金撤回付款方账户之前，还包括：
在所述付款方的终端上显示第二控件；所述第二控件用于被操作后触发执行资金立即撤回的功能；
所述将所述目标交易的交易资金撤回付款方账户，具体包括：
获取所述付款方针对所述第二控件的第二操作指令；
响应于所述第二操作指令，将所述交易资金撤回所述付款方账户。
10.如权利要求8所述的方法，所述将所述目标交易的交易资金撤回付款方账户之前，还包括：
在所述付款方的终端上显示第二控件；所述第二控件用于被操作后触发执行资金立即撤回的功能；
所述将所述目标交易的交易资金撤回付款方账户，具体包括：
若第二预设时长内未获取到针对所述第二控件的第二操作指令，则将所述交易资金撤回所述付款方账户。
11.如权利要求1所述的方法，所述确定所述目标交易对应的第二风险类型之后，还包括：
若所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型，则在所述第一询问请求中发出第二询问问题，所述第二询问问题用于询问所述付款方是否立即将所述交易资金撤回付款方账户；
获取所述付款方针对所述第二询问问题反馈的第二资金处置意愿信息；
若所述第二资金处置意愿信息表示立即将所述交易资金撤回所述付款方账户，则将所述交易资金撤回所述付款方账户。
12.如权利要求1所述的方法，所述确定所述目标交易对应的第二风险类型之后，还包括：
若所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型，将所述付款方的终端上的第一控件设置为不可操作状态；所述第一控件用于被操作后触发执行资金立即到账的功能；
第三预设时长后，将所述第一控件恢复为可操作状态；
获取所述付款方针对所述第一控件的第一操作指令；
响应于所述第一操作指令，将所述交易资金转入所述收款方账户。
13.如权利要求1所述的方法，所述向确定为需稽核型的所述目标交易的付款方发起第一询问请求之后，还包括：
若所述付款方未响应所述第一询问请求，则确定所述目标交易对应的第二风险类型表示无法确定所述目标交易的风险类型；
将所述目标交易的交易资金撤回所述付款方账户。
14.如权利要求1所述的方法，所述向确定为需稽核型的所述目标交易的付款方发起第一询问请求之后，还包括：
若所述付款方未响应所述第一询问请求，则向所述付款方再次发起所述第一询问请求。
15.如权利要求14所述的方法，所述向所述付款方再次发起所述第一询问请求，具体包括：
获取前一次发起所述第一询问请求对应的第一发起时间；
在距所述第一发起时间预定时间间隔后，向所述付款方再次发起所述第一询问请求。
16.如权利要求14所述的方法，所述向所述付款方再次发起所述第一询问请求，具体包括：
获取所述第一询问请求的历史发起次数；
判断所述历史发起次数是否小于预设次数阈值，得到判断结果；
若所述判断结果为是，向所述付款方再次发起所述第一询问请求。
17.如权利要求1所述的方法，还包括：
在所述付款方的终端上显示第三控件；所述第三控件用于被操作后发出风险稽核请求；
获取所述付款方针对所述第三控件的第三操作指令；
响应于所述第三操作指令，向所述付款方发起第二询问请求；所述第二询问请求用于获取交易核实信息；所述第二询问请求中包含具有逻辑关联关系的若干待答问题。
18.如权利要求1所述的方法，所述将所述目标交易的交易资金转入收款方账户之前，还包括：将所述交易资金转入支付平台中间账户；
所述将所述目标交易的交易资金转入收款方账户，具体包括：将所述目标交易的交易资金从所述支付平台中间账户转入收款方账户。
19.如权利要求8所述的方法，所述将所述目标交易的交易资金撤回付款方账户之前，还包括：将所述交易资金转入支付平台中间账户；
所述将所述目标交易的交易资金撤回付款方账户，具体包括：将所述交易资金从所述支付平台中间账户转入所述付款方账户。
20.一种资金转移装置，包括：
交易信息获取模块，用于获取目标交易的交易信息；
第一风险类型确定模块，用于基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型；
询问请求发起模块，用于向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题；
交易核实信息获取模块，用于获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易核实信息；
第二风险类型确定模块，用于根据所述交易核实信息，确定所述目标交易对应的第二风险类型；
资金处置模块，用于若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。
21.如权利要求20所述的装置，所述询问请求发起模块，具体用于：
获取所述付款方的通信识别号；所述通信识别号包括手机号码或即时通讯账号；
根据所述通信识别号，向所述付款方发起核验外呼；所述核验外呼用于向所述付款方获取所述交易核实信息。
22.如权利要求20所述的装置，所述询问请求发起模块，具体用于：
向所述收款方发送询问信息；所述询问信息用于向所述付款方获取所述交易核实信息；所述询问信息在所述付款方的终端上以文本形式显示。
23.如权利要求20所述的装置，还包括第一控件显示模块，用于在所述付款方的终端上显示第一控件；所述第一控件用于被操作后触发执行资金立即到账的功能；
所述资金处置模块，具体用于获取所述付款方针对所述第一控件的第一操作指令；响应于所述第一操作指令，将所述交易资金转入所述收款方账户。
24.如权利要求20所述的装置，还包括第一控件显示模块，用于在所述付款方的终端上显示第一控件；所述第一控件用于被操作后触发执行资金立即到账的功能；
所述资金处置模块，具体用于若第一预设时长内未获取到针对所述第一控件的第一操作指令，则将所述目标交易的交易资金转入收款方账户。
25.如权利要求20所述的装置，所述询问请求发起模块，还用于，若所述第二风险类型表示无风险，则在所述第一询问请求中发出第一询问问题，所述第一询问问题用于询问所述付款方是否立即将所述交易资金转入所述收款方账户；
所述资金处置模块，具体用于获取所述付款方针对所述第一询问问题反馈的第一资金处置意愿信息；若所述第一资金处置意愿信息表示立即将所述交易资金转入所述收款方账户，则将所述交易资金转入所述收款方账户。
26.如权利要求20所述的装置，所述资金处置模块，还用于若所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型，则将所述目标交易的交易资金撤回付款方账户。
27.如权利要求26所述的装置，还包括第二控件显示模块，用于在所述付款方的终端上显示第二控件；所述第二控件用于被操作后触发执行资金立即撤回的功能；
所述资金处置模块，具体用于获取所述付款方针对所述第二控件的第二操作指令；响应于所述第二操作指令，将所述交易资金撤回所述付款方账户。
28.如权利要求26所述的装置，还包括第二控件显示模块，用于在所述付款方的终端上显示第二控件；所述第二控件用于被操作后触发执行资金立即撤回的功能；
所述资金处置模块，具体用于若第二预设时长内未获取到针对所述第二控件的第二操作指令，则将所述交易资金撤回所述付款方账户。
29.如权利要求20所述的装置，所述询问请求发起模块，还用于，若所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型，则在所述第一询问请求中发出第二询问问题，所述第二询问问题用于询问所述付款方是否立即将所述交易资金撤回付款方账户；
所述资金处置模块，还用于，获取所述付款方针对所述第二询问问题反馈的第二资金处置意愿信息；若所述第二资金处置意愿信息表示立即将所述交易资金撤回所述付款方账户，则将所述交易资金撤回所述付款方账户。
30.如权利要求20所述的装置，还包括状态设置模块，用于，若所述第二风险类型表示有风险或所述第二风险类型表示无法确定所述目标交易的风险类型，将所述付款方的终端上的第一控件设置为不可操作状态；所述第一控件用于被操作后触发执行资金立即到账的功能；第三预设时长后，将所述第一控件恢复为可操作状态；
所述资金处置模块，还用于，获取所述付款方针对所述第一控件的第一操作指令；响应于所述第一操作指令，将所述交易资金转入所述收款方账户。
31.如权利要求20所述的装置，所述第二风险类型确定模块，还用于，若所述付款方未响应所述第一询问请求，则确定所述目标交易对应的第二风险类型表示无法确定所述目标交易的风险类型；
所述资金处置模块，还用于将所述目标交易的交易资金撤回所述付款方账户。
32.如权利要求20所述的装置，所述询问请求发起模块，还用于，若所述付款方未响应所述第一询问请求，则向所述付款方再次发起所述第一询问请求。
33.如权利要求20所述的装置，还包括资金转移装置，用于将所述交易资金转入支付平台中间账户；
所述资金处置模块，具体用于将所述目标交易的交易资金从所述支付平台中间账户转入收款方账户。
34.如权利要求26所述的装置，还包括资金转移装置，用于将所述交易资金转入支付平台中间账户；
所述资金处置模块，具体用于将所述交易资金从所述支付平台中间账户转入所述付款方账户。
35.一种资金转移设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
获取目标交易的交易信息；
基于所述交易信息，确定所述目标交易的第一风险类型为需稽核型；
向确定为需稽核型的所述目标交易的付款方发起第一询问请求；所述第一询问请求中包含具有逻辑关联关系的若干待答问题；
获取所述付款方针对所述第一询问请求中的所述若干问题反馈的交易核实信息；
根据所述交易核实信息，确定所述目标交易对应的第二风险类型；
若所述第二风险类型表示无风险，则将所述目标交易的交易资金转入收款方账户。
36.一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现权利要求1至19中任一项所述的资金转移方法。
CN202011157487.6A 2020-10-26 2020-10-26 一种资金转移方法、装置、设备和可读介质 Pending CN112381647A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011157487.6A CN112381647A (zh) 2020-10-26 2020-10-26 一种资金转移方法、装置、设备和可读介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011157487.6A CN112381647A (zh) 2020-10-26 2020-10-26 一种资金转移方法、装置、设备和可读介质

Publications (1)

Publication Number Publication Date
CN112381647A true CN112381647A (zh) 2021-02-19

Family

ID=74577679

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011157487.6A Pending CN112381647A (zh) 2020-10-26 2020-10-26 一种资金转移方法、装置、设备和可读介质

Country Status (1)

Country Link
CN (1) CN112381647A (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112767169A (zh) * 2021-02-25 2021-05-07 中国工商银行股份有限公司 基于区块链的资金交易处理方法、装置、电子设备及介质
CN113095838A (zh) * 2021-04-30 2021-07-09 中国银行股份有限公司 交易验证方法及装置、存储介质及电子设备
CN113988868A (zh) * 2021-10-22 2022-01-28 支付宝(杭州)信息技术有限公司 基于视频校验的资金处理方法、装置和电子设备
CN114092097A (zh) * 2021-11-23 2022-02-25 支付宝(杭州)信息技术有限公司 风险识别模型的训练方法、交易风险确定方法及装置
US20220147817A1 (en) * 2020-11-10 2022-05-12 Equifax Inc. Machine-learning techniques involving monotonic recurrent neural networks
CN114912924A (zh) * 2022-06-21 2022-08-16 中银金融科技有限公司 交易核实方法、系统、存储介质和电子设备
CN115907986A (zh) * 2022-11-15 2023-04-04 支付宝(杭州)信息技术有限公司 资产核对方法和装置、介质和计算机设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109376999A (zh) * 2018-09-20 2019-02-22 阿里巴巴集团控股有限公司 一种交易的管控方法、装置及设备
CN110009192A (zh) * 2019-03-06 2019-07-12 阿里巴巴集团控股有限公司 基于用户关系的风险管控方法、系统和装置
CN111353784A (zh) * 2020-02-25 2020-06-30 支付宝(杭州)信息技术有限公司 一种转账处理方法、系统、装置和设备
CN111553697A (zh) * 2020-04-26 2020-08-18 支付宝(杭州)信息技术有限公司 一种风险处理方法、装置、设备和存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109376999A (zh) * 2018-09-20 2019-02-22 阿里巴巴集团控股有限公司 一种交易的管控方法、装置及设备
CN110009192A (zh) * 2019-03-06 2019-07-12 阿里巴巴集团控股有限公司 基于用户关系的风险管控方法、系统和装置
CN111353784A (zh) * 2020-02-25 2020-06-30 支付宝(杭州)信息技术有限公司 一种转账处理方法、系统、装置和设备
CN111553697A (zh) * 2020-04-26 2020-08-18 支付宝(杭州)信息技术有限公司 一种风险处理方法、装置、设备和存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
吴俊 等, 北京：机械工业出版社 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220147817A1 (en) * 2020-11-10 2022-05-12 Equifax Inc. Machine-learning techniques involving monotonic recurrent neural networks
US11960993B2 (en) * 2020-11-10 2024-04-16 Equifax Inc. Machine-learning techniques involving monotonic recurrent neural networks
CN112767169A (zh) * 2021-02-25 2021-05-07 中国工商银行股份有限公司 基于区块链的资金交易处理方法、装置、电子设备及介质
CN112767169B (zh) * 2021-02-25 2024-02-06 中国工商银行股份有限公司 基于区块链的资金交易处理方法、装置、电子设备及介质
CN113095838A (zh) * 2021-04-30 2021-07-09 中国银行股份有限公司 交易验证方法及装置、存储介质及电子设备
CN113988868A (zh) * 2021-10-22 2022-01-28 支付宝(杭州)信息技术有限公司 基于视频校验的资金处理方法、装置和电子设备
CN114092097A (zh) * 2021-11-23 2022-02-25 支付宝(杭州)信息技术有限公司 风险识别模型的训练方法、交易风险确定方法及装置
CN114092097B (zh) * 2021-11-23 2024-05-24 支付宝(杭州)信息技术有限公司 风险识别模型的训练方法、交易风险确定方法及装置
CN114912924A (zh) * 2022-06-21 2022-08-16 中银金融科技有限公司 交易核实方法、系统、存储介质和电子设备
CN115907986A (zh) * 2022-11-15 2023-04-04 支付宝(杭州)信息技术有限公司 资产核对方法和装置、介质和计算机设备
CN115907986B (zh) * 2022-11-15 2023-08-29 支付宝(杭州)信息技术有限公司 资产核对方法和装置、介质和计算机设备

Similar Documents

Publication Publication Date Title
CN112381647A (zh) 一种资金转移方法、装置、设备和可读介质
US11526889B2 (en) Resource transferring monitoring method and device
WO2020057300A1 (zh) 一种交易的管控方法、装置及设备
CN111027975B (zh) 一种网络支付方法、装置、设备及系统
CN112184239A (zh) 一种安全支付方法、装置、设备和可读介质
CN111985703B (zh) 一种用户身份状态预测方法、装置及设备
CN110033268A (zh) 转账中的风控方法、装置及设备
CN110276178B (zh) 一种基于身份验证的风险控制方法、装置及设备
CN110009297A (zh) 一种基于信用的资质信息审核方法、装置及设备
CN113837638A (zh) 话术确定方法、装置及设备
CN111539741B (zh) 识别操作风险的方法、系统和非暂时性存储介质
CN111582868B (zh) 一种交易请求的处理方法、装置及设备
CN112330355A (zh) 消费券交易数据处理方法、装置、设备及存储介质
CN110705988A (zh) 受侵害行为的交互式阻断方法和系统
CN111353784A (zh) 一种转账处理方法、系统、装置和设备
CN113344695B (zh) 一种弹性风控方法、装置、设备和可读介质
US12067564B2 (en) Using an always on listening device skill to relay answers to transaction-based knowledge-based authentications
CN116485401A (zh) 网上安全支付方法、装置、金融机构的服务器及存储介质
CN107590374A (zh) 语音助手权限的控制方法、智能终端及存储装置
CN111539807A (zh) 转账方法及装置
CN111008894A (zh) 银行客户信息周期提醒控制方法及装置
CN111695905B (zh) 支付方法、装置、计算设备及存储介质
TW202032454A (zh) 基於風險辨識的轉帳請求處理方法及裝置
US9875474B2 (en) Method for securing a transaction performed by bank card
CN109584058A (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40045508

Country of ref document: HK