CN111027975A - 一种网络支付方法、装置、设备及*** - Google Patents

一种网络支付方法、装置、设备及*** Download PDF

Info

Publication number
CN111027975A
CN111027975A CN201911283777.2A CN201911283777A CN111027975A CN 111027975 A CN111027975 A CN 111027975A CN 201911283777 A CN201911283777 A CN 201911283777A CN 111027975 A CN111027975 A CN 111027975A
Authority
CN
China
Prior art keywords
account
user
transaction
refund
terminal
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.)
Granted
Application number
CN201911283777.2A
Other languages
English (en)
Other versions
CN111027975B (zh
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 CN201911283777.2A priority Critical patent/CN111027975B/zh
Priority to CN202110701511.6A priority patent/CN113256294B/zh
Publication of CN111027975A publication Critical patent/CN111027975A/zh
Priority to PCT/CN2020/123367 priority patent/WO2021114895A1/zh
Application granted granted Critical
Publication of CN111027975B publication Critical patent/CN111027975B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • 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/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • 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)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本说明书实施例公开了网络支付方法、装置、设备及***。方案包括：获取登录有第一账户的第一终端发起的返款请求，所述返款请求用于请求向第二账户进行返款，所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；向登录有所述第二账户的第二终端发送针对所述返款请求的第一问询消息，所述第一问询消息用于询问所述第二账户的用户是否接受返款；获取所述第二终端发送的接受操作信息，所述接受操作信息用于表示所述第二账户的用户同意接受返款；将所述返款请求对应的款项由所述第一账户支付至所述第二账户。

Description

一种网络支付方法、装置、设备及***
技术领域
本申请涉及计算机技术领域，尤其涉及一种网络支付方法、装置、设备及***。
背景技术
随着电子支付技术的普及，人们越来越多地通过网络支付平台来进行转账交易。在实际生活中，时常会存在用户因受到诈骗而向不法分子转账的情况。
在用户发现被骗之后，最直接的诉求是希望网络支付平台能够返还被骗资金，但是由于金融监管政策等原因，网络支付平台不具有撤销转账交易或动用用户账户资金的权限。当前，网络支付平台针对网络诈骗转账的处理方式通常为，当用户举报被诈骗后，支付平台会对涉嫌诈骗的收款账户进行功能限制，使诈骗资金控制在收款账户内。然而，对于被骗用户，现有技术中的网络支付方法仍然无法偿还被欺诈用户在欺诈交易中支付的资金。
发明内容
有鉴于此，本申请实施例提供了一种网络支付方法、装置、设备及***，用于使网络支付平台具有将欺诈交易中的款项返还被欺诈用户的账户的功能，提高返款效率。
为解决上述技术问题，本说明书实施例是这样实现的：
本说明书实施例提供的一种网络支付方法，包括：获取登录有第一账户的第一终端发起的返款请求，所述返款请求用于请求向第二账户进行返款，所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；向登录有所述第二账户的第二终端发送针对所述返款请求的第一问询消息，所述第一问询消息用于询问所述第二账户的用户是否接受返款；获取所述第二终端发送的接受操作信息，所述接受操作信息用于表示所述第二账户的用户同意接受返款；将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
本说明书实施例提供的一种网络支付装置，包括：返款请求获取模块，用于获取登录有第一账户的第一终端发起的返款请求，所述返款请求用于请求向第二账户进行返款，所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；问询消息发送模块，用于向登录有所述第二账户的第二终端发送针对所述返款请求的第一问询消息，所述第一问询消息用于询问所述第二账户的用户是否接受所述返款请求；操作信息获取模块，用于获取所述第二终端发送的接受操作信息，所述接受操作信息用于表示所述第二账户的用户同意接受返款；支付模块，用于将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
本说明书实施例提供的一种交易服务器，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所交易服务器能够：
获取登录有第一账户的第一终端发起的返款请求，所述返款请求用于请求向第二账户进行返款，所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；向登录有所述第二账户的第二终端发送针对所述返款请求的第一问询消息，所述第一问询消息用于询问所述第二账户的用户是否接受所述返款请求；获取所述第二终端发送的接受操作信息，所述接受操作信息用于表示所述第二账户的用户同意接受返款；将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
本说明书实施例提供的一种风控服务器，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述风控服务器能够：
获取登录有第二账户的终端发送的举报信息，所述举报信息用于表示所述第二账户与第一账户之间已完成的交易为欺诈交易，其中，所述第二账户为所述已完成的交易中的付款方账户；判断所述欺诈交易是否成立，得到第一判断结果；当所述第一判断结果表示所述欺诈交易成立时，将所述第一账户的交易权限限定为锁定状态，在所述锁定状态下，所述第一账户具有向所述第二账户进行支付的权限，所述第一账户与其他账户之间的交易权限被锁定。
本说明书实施例提供的一种移动终端，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述移动终端能够：
获取用户基于第一账户发起的返款请求，所述返款请求用于请求向第二账户进行返款，所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；获取所述用户的身份信息；基于所述身份信息，判断所述用户是否为所述第一账户的注册用户，得到第一判断结果；当所述第一判断结果表示所述用户是所述第一账户的注册用户时，向交易服务器发送所述返款请求。
本说明书实施例提供的一种移动终端，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述移动终端能够：
获取交易服务器发送的问询消息，所述问询消息用于询问所述移动终端上登录的第二账户的用户是否接受返款；显示第一操作选项，所述第一操作选项用于获取用户的接受操作；获取用户基于所述第一操作选项输入的接受操作信息；获取所述用户的身份信息；基于所述身份信息，判断所述用户是否为所述第二账户的注册用户，得到第一判断结果；当所述第一判断结果表示所述用户是所述第二账户的注册用户时，将所述接受操作信息发送至所述交易服务器。
本说明书实施例提供的一种网络支付***，包括：
交易服务器、风控服务器；
所述风控服务器用于获取登录有第二账户的第二终端发送的举报信息；所述举报信息用于表示第一账户与所述第二账户之间已完成的交易为欺诈交易，其中，所述第二账户为所述已完成的交易中的付款方账户；
判断所述欺诈交易是否成立，得到第一判断结果；
当所述第一判断结果表示所述欺诈交易成立时，将所述第一账户的交易权限限定为锁定状态；在所述锁定状态下，所述第一账户具有向所述第二账户进行支付的权限，所述第一账户与其他账户之间的交易权限被锁定；
所述交易服务器用于获取登录有所述第一账户的第一终端发起的返款请求；所述返款请求用于请求向所述第二账户进行返款；
向所述第二终端发送针对所述返款请求的第一问询消息；所述第一问询消息用于询问所述第二账户的用户是否接受返款；
获取所述第二终端发送的接受操作信息；所述接受操作信息用于表示所述第二账户的用户同意接受返款；
将所述返款请求对应的款项由所述第一账户支付至所述第二账户；
向所述风控服务器发送返款完成消息；
所述风控服务器还用于获取所述返款完成消息后，解除对于所述第一账户的锁定状态。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：
本申请提供了一种网络支付方法，用于当用户被诈骗并举报收款账户之后，收款方进行诈骗资金返还的情景，具体地，网络支付平台的交易服务器获取收款账户(诈骗方)的返款请求，然后向付款用户(被诈骗方)进行询问并接收到付款用户的同意信息后，将与所述返款请求对应的款项由收款账户返还至付款账户。上述方法使得网络支付平台具有将欺诈交易中的款项返还被欺诈用户的账户的功能，可以提高返款效率。另一方面，由于实现了欺诈资金的返还，所以进一步保障了用户的权益。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本说明书实施例提供的一种网络支付方法的流程示意图；
图2为本说明书实施例提供的一种网络支付方法的交互流程图；
图3为本说明书实施例提供的一种网络支付装置的结构示意图；
图4为本说明书实施例提供的一种网络支付设备的结构示意图；
图5示出了根据本申请的实施例的网络支付***的原理示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
以下结合附图，详细说明本申请各实施例提供的技术方案。
图1为本说明书实施例提供的一种网络支付方法的流程示意图。从程序角度而言，流程的执行主体可以为搭载于应用服务器的程序或应用客户端。其中，所述应用服务器可以为交易服务器。
如图1所示，该流程可以包括以下步骤：
步骤S110：获取登录有第一账户的第一终端发起的返款请求；所述返款请求用于请求向第二账户进行返款；所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户。
其中，账户可以是在网络交易平台上的注册账户。第一账户与第二账户指的是在网络交易平台上注册的彼此不同的账户。在下文中，第一用户可以是第一账户的注册用户，第二用户可以是第二账户的注册用户。通常，对于一个网络交易平台，账户与用户是一一对应关系。
其中，第一终端指的是登录有第一账户的终端。具体地，第一终端指的是当执行本申请的实施例时登录有第一账户的终端。第一终端不限于某一个固定的电子设备，例如，当第一账户登录在设备A时，设备A被称为第一终端，而当第一账户登录在设备B时，设备B被称为第一终端。同理，下文中的第二终端指的是登录有第二账户的终端。具体地，第二终端指的是当执行本申请的实施例时登录有第二账户的终端。
在本申请的实施例中，“第一”、“第二”、“第三”等术语仅用于将一个账户、用户、终端、信息、消息、结果、模块、单元等与另一账户、用户、终端、信息、消息、结果、模块、单元等区分开，但是这些账户、用户、终端、信息、消息、结果、模块、单元并不受这些术语的限制。
在本申请的实施例中，第一账户可以是涉嫌欺诈的用户的账户，即，第一账户可以是欺诈交易的收款方账户；第二账户可以是被欺诈的用户的账户，即，第二账户可以是欺诈交易中的付款方用户。当欺诈交易中的收款方账户想要向付款方账户进行返款时，可以由收款方账户对应的终端向交易服务器发送返款请求信息。
所述返款请求中可以包括第一账户标识、第二账户标识。可选地，所述返款请求中还可以包括返款金额信息。可选地，所述返款请求中还可以包括所述欺诈交易的交易信息，所述交易信息中包括交易金额信息。根据实施例，所述返款金额信息中的返款金额可以等于所述交易金额信息中的交易金额。
在可选的实施方式实际应用中，所述返款请求的发送可以是通过在所述第一终端上操作例如“返款”的控件来实现的，在这种情况下，发送返款请求与后续进行实际返款在第一终端体现为两个操作。在可选的实施方式实际应用中，也可以是直接在第一终端上发起由第一账户向第二账户转款的转款请求，此时，相当于发起由第一账户向第二账户的返款请求。在这种情况下，发送返款请求与进行实际返款在第一终端体现为一个操作。发送返款请求的情景不限于上述示例。无论在哪种情况下，交易服务器先处理返款请求，当返款请求得到登录有第二账户的终端的确认后，再执行实际返款。
在本申请的实施例中给出了控件的具体名称作为示例，例如“返款”控件，并在下文中的给出了其他控件的示例，但这些示例仅是为了便于说明的目的，控件的具体名称、实现形式等均不被具体地限定，只要能够向用户准确地传达意思表示即可。
步骤S120：向登录有所述第二账户的第二终端发送针对所述返款请求的第一问询消息；所述第一问询消息用于询问所述第二账户的用户是否接受返款。
当交易服务器接收到来自第一账户的返款请求后，可以询问第二账户的用户是否接受返款的意向。若所述第二账户的用户接受返款，则执行后续步骤；若第二账户的用户不接受返款，则终止当前流程。
其中，所述第一询问消息可以包括返款请求账户(第一账户)标识、返款涉及的交易信息，具体地，返款涉及的交易信息可以包括交易编号、交易时间、交易金额等。所述第一询问消息还可以包括返款金额。通常，所述返款金额等于所述交易金额。
在可选的实施方式中，可以在第二终端上向用户显示供用户选择的控件。例如，可以向用户显示分别为“接受(返款)”与“不接受(返款)”的操作控件以供第二用户选择。在这种情况下，用于表达接收返款意向的操作与后续接收实际返款的操作在第二终端体现为两个操作。在可选的实施方式中，也可以直接在第二终端上显示待返款信息。此时，可以同时向用户显示供选择的“接收”与“不接收”的操作控件，在这种情况下，用于表达接收返款意向的操作与接收实际返款的操作在第二终端体现为一个操作。无论在哪种情况下，交易服务器先处理由第二终端发送的是否接收返款的反馈信息，仅当第二终端反馈的信息为确认接收返款的信息时，才进一步执行实际返款步骤。
在可选的实施方式中，第二终端可以仅执行用于表示接收返款的意向的操作，即，仅对“接受(返款)”与“不接受(返款)”的控件进行操作；而当交易服务器将返款款项支付到第二账户时，无需用户在第二终端上再进行确认操作。在这种情况下，用户仅需进行用于表达接收返款意向的操作，而无需进行实际收款操作。该方案可以减少接收返款的用户的操作，提升返款效率以及用户体验。
步骤S130：获取所述第二终端发送的接受操作信息；所述接受操作信息用于表示所述第二账户的用户同意接受返款。
根据实施例，在用户同意接受由第一账户向第二账户的返款请求后，可以向交易服务器反馈同意意向。具体地，第二终端可以基于用户的表示接受返款的操作向交易服务器发送接受操作信息。
步骤S140：将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
步骤S140具体可以包括，同步更改第一账户和第二账户的资金金额，例如，将第一账户的资金金额减少与所述返款金额对应的数额，并且，将第二账户的资金金额增加与所述返款金额对应的数额。
上述实施例中，由交易服务器获取欺诈交易的收款账户的返款请求，然后向欺诈交易的付款用户进行询问并接收到该付款用户的同意信息后，将与所述返款请求对应的款项由收款方的账户返还至付款方的账户。上述方法使得网络支付平台具有将欺诈交易中的款项返还被欺诈用户的账户的功能，可以提高返款效率。另一方面，由于实现了欺诈资金的返还，所以进一步保障了用户的权益。
基于图1的方法，本说明书实施例还提供了该方法的一些具体实施方式，下面进行说明。
实际应用中，在上述由交易服务器获取第一终端基于第一账户发起的返款请求(步骤S110)之前，还可以包括由风控服务器判定所述第一账户与所述第二账户之间是否存在以所述第一账户作为收款方的欺诈交易，若存在，可以由风控服务器锁定所述第一账户的交易权限。
具体地，步骤S110之前可以包括以下步骤：风控服务器获取所述第二终端发送的举报信息，其中，所述举报信息用于表示所述第一账户与所述第二账户之间已完成的交易为欺诈交易，其中，所述第二账户为所述已完成的交易中的付款方账户；风控服务器判断所述欺诈交易是否成立，得到第一判断结果；当所述第一判断结果表示所述欺诈交易成立时，将所述第一账户的交易权限限定为锁定状态，在所述锁定状态下，所述第一账户具有向所述第二账户进行支付的权限，所述第一账户与其他账户之间的交易权限被锁定。
其中，终端向服务器发送举报信息(即，欺诈举报)是指用户在完成某笔交易后，发现该交易被收款方或第三方欺骗，用户对被骗的交易进行举报的行为。在实际应用中，所述举报信息是由被骗用户针对欺诈交易向网络交易平台发送的用于欺诈举报目的的信息。所述举报信息可以是由被欺诈的付款方账户向风控服务器发送的信息。其中，具体的举报方式可以是付款方用户通过点击交易页面的“举报”控件来实现，本申请对此不进行任何限定。
其中，欺诈交易是指用户对某笔交易进行欺诈举报后，若该交易被判定为欺诈事实成立，则该交易被称为欺诈交易。其中，判定交易是否为欺诈交易的操作可以由风控服务器完成，具体的判定方法可以根据现有技术中已知的方法进行，本申请对此不进行限定。
其中，所述举报信息可以包括交易信息，还可以包括交易举报说明等。其中，所述交易信息具体可以包括交易编号、交易付款账户标识、交易收款账户标识、交易金额，可选地，还可以包括交易标的、交易时间、交易地点等等。
在现有技术中，在风控服务器判定收款账户为涉嫌欺诈的账户后，通常由风控***将欺诈交易的资金控制在收款账户内，以保障该资金的安全。在这种情况下，交易双方没有很好的沟通渠道来帮助解决二者的欺诈资金问题，对于被骗的用户，欺诈交易被骗的资金无法得到偿还，用户有资金损失，而对于欺诈交易的收款方，由于其账户资金被冻结，也无法主动返还欺诈交易的资金。
在本申请的上述实施例中，当判定欺诈交易成立后，风控***将所述第一账户的交易权限进行部分限定。一方面，使得欺诈交易收款账户无法与其他账户进行交易以保障涉及欺诈交易的资金安全，另一方面，使得欺诈交易收款账户能够实现向欺诈交易付款账户转账，以返还欺诈资金。
实际应用中，上述将所述第一账户的支付权限限定为锁定状态之后，还可以包括：风控服务器向登录有第一账户的所述第一终端发送账户锁定信息，其中，所述账户锁定信息用于提示所述第一账户的交易权限被限定为所述锁定状态。其中，所述账户锁定信息可以包括账户锁定事由等。具体地，可以包括导致账户锁定涉及的交易信息。可选地，所述账户锁定信息还可以包括提示用户可以通过主动返款来解除账户锁定的提示信息。
实际应用中，风控服务器将所述第一账户的支付权限限定为锁定状态之后，还可以包括：向所述第一终端发送第二问询消息；所述第二问询消息用于询问所述第一账户的用户是否返还所述欺诈交易对应的款项。具体地，所述第二询问消息可以由交易服务器发送。具体地，所述第二询问信息的作用包括用于指示所述第一账户的用户主动发起返款请求。可选地，可以在第一终端上显示用于发起返款请求的控件，以用于使所述第一账户主动发起返款请求。
实际应用中，所述向所述第一终端发送第二问询消息之前，还可以包括：获取所述第一账户的历史风险行为数据；基于所述历史风险行为数据，判断所述第一账户的风险值是否高于设定风险值，得到第四判断结果。基于所述第四判断结果，当所述第四判断结果表示所述第一账户的风险值低于设定风险值时，向所述第一终端发送第二问询消息。
该实施例的效果在于，为了进行有效的风险控制，加大对恶意诈骗用户的监管力度，在执行本申请的供涉嫌欺诈的收款方用户向被欺诈的付款方用户进行返款的方案之前，对涉嫌欺诈的收款方用户进行风险等级评估。例如，仅风险等级满足条件的用户(例如，风险等级低于一定阈值的用户)，才向其提供本申请实施例所提供的返款途径。
实际应用中，所述风控服务器将所述第一账户的支付权限限定为锁定状态之后，还可以包括：所述风控服务器向登录有第二账户的所述第二终端发送通知信息，其中，所述通知信息用于告知所述第一账户的交易权限被限定为所述锁定状态，其中，所述第二账户是举报该欺诈交易的账户。
实际应用中，所述获取登录有第一账户的第一终端发起的返款请求(步骤S110)之后，还可以包括：获取发起所述返款请求的第一用户的第一身份信息；基于所述第一身份信息，判断所述第一用户是否为所述第一账户的注册用户，得到第二判断结果。基于上述第二判断结果，当所述第二判断结果表示所述第一用户是所述第一账户的注册用户时，向登录有所述第二账户的第二终端发送针对所述返款请求的问询消息。当所述第二判断结果表示所述第一用户不是所述第一账户的注册账户时，不执行后续步骤。
实际应用中，所述获取所述第二终端发送的接受操作信息(步骤S130)之后，还可以包括：获取输入所述接受操作信息的第二用户的第二身份信息；基于所述第二身份信息，判断所述第二用户是否为所述第二账户的注册用户，得到第三判断结果。基于上述第三判断结果，当所述第三判断结果表示所述第二用户是所述第二账户的注册用户时，将所述返款请求对应的款项由所述第一账户支付至所述第二账户。当所述第二判断结果表示所述第一用户不是所述第一账户的注册账户时，不执行后续步骤。
根据实施例，所述第一身份识别信息可以用于识别当前对第一终端进行操作的用户是否为第一账户的注册用户。具体地，可以通过将所述第一识别信息与第一账户的注册用户的注册信息进行比对来确定。所述第二身份识别信息可以用于识别当前对第二终端进行操作的用户是否为第二账户的注册用户。具体地，可以通过将所述第二识别信息与第二账户的注册用户的注册信息进行比对来确定。
其中，所述第一身份信息和/或第二身份信息可以是用户生物特征信息，具体地，可以包括人脸特征信息、指纹信息、虹膜信息、声音信息等。只要是与已存储的注册用户信息对应且可由终端识别的生物特征信息即可。可选地，所述第一身份信息和/或第二身份信息也可以是密码信息，包括字符串密码、手势密码等，可以用于终端无法识别生物特征信息的场景。
上述实施例中，对用户的身份核实操作可以由身份核验***执行。可选地，所述身份核验***可以位于身份核验服务器上，此时，所述注册信息保存在该身份核验服务器上，可以由该服务器接收由终端发送的第一识别信息并将其与第一账户的注册用户信息进行比对，可以由该服务器接收由终端发送的第二识别信息并将其与第二账户的注册用户信息进行比对，来得到判定结果并发送回对应的终端。可选地，所述身份核验***也可以位于终端，此时，所述注册信息可以保存在所述终端上。具体地，可以由所述第一终端将第一识别信息与第一账户的注册用户信息进行比对，可以由所述第二终端将第二识别信息与第二账户的注册用户信息进行比对，来得到判定结果。
在实际应用场景中，需要确定返款请求的发起用户是否为欺诈交易收款账户的注册用户，并且需要确定同意接收返款的用户是否为欺诈交易的付款账户的注册用户。只有当发起返款请求的用户确定为欺诈交易收款账户的注册用户时，且同意接收返款的用户确定为欺诈交易的付款账户的注册用户时，才能完成欺诈款项的返还。在这一过程中，用户直接参与整个链路决策，方案充分考虑注册用户对于个人账户金额的支配，在保障用户权益的情况下，也提升了用户对网络交易平台的使用体验。
实际应用中，所述将所述返款请求对应的款项由所述第一账户支付至所述第二账户(步骤S140)之后，还可以包括：解除对于所述第一账户的锁定状态。具体地，解除第一账户的锁定状态可以是完全解除也可以是部分解除，可以根据该第一账户的风险等级来确定具体的实施方案。
实际应用中，所述将所述返款请求对应的款项由所述第一账户支付至所述第二账户(步骤S140)之后，还可以包括：将所述第一账户添加至高风险名单数据库中；风控***对于所述高风险名单数据库中的账户的风险控制等级高于不在所述高风险名单数据库中的账户的风险控制等级。
为了更清楚地描述本申请实施例中提供的网络支付方法，图2中示出了本申请的实施例的网络支付方法的交互流程图。
如图2中所示，在一个网络支付方法的实施例中，可以包括以下步骤：
步骤S201：登录有第二账户(欺诈交易的付款账户)的第二终端向风控服务器发送举报信息；
步骤S202：所述风控服务器对所述举报信息进行验证，得到验证结果；
步骤S203：当所述验证结果表示所述举报信息通过验证时，向所述第二终端发送举报确认信息；
步骤S204：所述风控服务器对所述举报信息中涉及的第一账户进行锁定；
步骤S205：向登录有所述第一账户的第一终端发送账户锁定信息；
步骤S206：所述第一终端向交易服务器发送返款申请；
步骤S207：所述交易服务器向所述第二终端发送返款询问信息；
步骤S208：所述第二终端获取用户对于所述询问信息的确认操作信息；
步骤S209：所述第二终端将所述确认操作信息发送至所述交易服务器；
步骤S210：所述交易服务器获取到所述确认操作信息后，执行返款操作；
步骤S211：所述交易服务器将返款操作的完成信息发送至所述风控服务器；
步骤S212：所述风控服务器获取到返款操作的所述完成信息后，解除对于所述第一账户的锁定。
步骤S213：所述风控服务器将所述第一账户添加至高风险名单数据库中，并提高后续对于所述第一账户涉及的交易的风险控制等级。
本申请的实施例不限于此，上述图2所示的实施例仅作为一个具体的示例，其中的部分步骤可以省略，也可以增加另外的步骤。例如，可以省略步骤203、步骤205、步骤213等等，省略这些步骤后本申请的方案仍然是完整的。例如，在步骤206之后，可以包括由核身***对操作第一终端的用户的身份核实操作，在步骤209之后，可以包括由核身***对操作第二终端的用户的身份核实操作，在步骤207之前，可以包括由风控***或者Safe_SP***(Safe_Select_Person System)对第一用户进行安全等级分析，并根据分析结果来决定是否执行步骤206。
另外，在上述实施例中，涉及到多个判断/判定步骤，图2中仅示出了能够最终实现将欺诈金额顺利返款的实施方案。除此之外的，例如，诈骗交易付款方不同意返款等情况亦在本申请的发明构思的范围内，属于本申请的实施例，在此不再赘述。
基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图3为本说明书实施例提供的一种网络支付装置的结构示意图。如图3所示，该装置可以包括：
返款请求获取模块310，用于获取登录有第一账户的第一终端发起的返款请求，所述返款请求用于请求向第二账户进行返款，所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；
问询消息发送模块320，用于向登录有所述第二账户的第二终端发送针对所述返款请求的第一问询消息，所述第一问询消息用于询问所述第二账户的用户是否接受所述返款请求；
操作信息获取模块330，用于获取所述第二终端发送的接受操作信息，所述接受操作信息用于表示所述第二账户的用户同意接受返款；
支付模块340，用于将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
上述实施例公开的用于欺诈资金返还的网络交易装置，构建了欺诈方、被欺诈方、交易平台方三者交互的信息智能沟通方案，使得在欺诈者愿意返还资金的基础上，可以成功实现欺诈资金的返还，在交易平台方不违反相关金融规定的情况下，保障了被欺诈用户的资金权益。
实际应用中，继续参照图3，所述装置还可以包括：
举报信息获取模块301，用于在获取第一终端基于第一账户发起的返款请求之前，获取所述第二终端发送的举报信息，所述举报信息用于表示所述第一账户与所述第二账户之间已完成的交易为欺诈交易，其中，所述第二账户为所述已完成的交易中的付款方账户；
第一判断模块302，用于判断所述欺诈交易是否成立，得到第一判断结果；
锁定模块303，用于当所述第一判断结果表示所述欺诈交易成立时，将所述第一账户的交易权限限定为锁定状态，在所述锁定状态下，所述第一账户具有向所述第二账户进行支付的权限，所述第一账户与其他账户之间的交易权限被锁定。
实际应用中，所述装置还可以包括：第一身份信息获取模块，用于在获取登录有第一账户的第一终端发起的返款请求之后，获取发起所述返款请求的第一用户的第一身份信息；第二判断模块，用于基于所述第一身份信息，判断所述第一用户是否为所述第一账户的注册用户，得到第二判断结果。
根据实施例，所述问询消息发送模块320，具体可以用于：当所述第二判断结果表示所述第一用户是所述第一账户的注册用户时，向登录有所述第二账户的第二终端发送针对所述返款请求的问询消息。
实际应用中，所述装置还可以包括：第二身份信息获取模块，用于在获取所述第二终端发送的接受操作信息之后，获取输入所述接受操作信息的第二用户的第二身份信息；第三判断模块，用于基于所述第二身份信息，判断所述第二用户是否为所述第二账户的注册用户，得到第三判断结果；
根据实施例，所述支付模块340，具体可以用于：当所述第三判断结果表示所述第二用户是所述第二账户的注册用户时，将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
实际应用中，继续参照图3，所述装置还可以包括：解锁模块304，用于将所述返款请求对应的款项由所述第一账户支付至所述第二账户之后，解除对于所述第一账户的锁定状态。
基于同样的思路，本说明书实施例还提供了上述方法对应的设备。
图4为本说明书实施例提供的一种网络支付设备的结构示意图。具体地，所述网络支付设备可以包括交易服务器、风控服务器、移动客户端。
如图4所示，当设备400为交易服务器时，设备400可以包括：
至少一个处理器410；以及，
与所述至少一个处理器通信连接的存储器430；其中，
所述存储器430存储有可被所述至少一个处理器410执行的指令420，所述指令被所述至少一个处理器410执行，以使所述交易服务器能够：
获取登录有第一账户的第一终端发起的返款请求；所述返款请求用于请求向第二账户进行返款；所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；
向登录有所述第二账户的第二终端发送针对所述返款请求的第一问询消息；所述第一问询消息用于询问所述第二账户的用户是否接受所述返款请求；
获取所述第二终端发送的接受操作信息；所述接受操作信息用于表示所述第二账户的用户同意接受返款；
将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
根据实施例，所述交易服务器还能够：将所述返款请求对应的款项由所述第一账户支付至所述第二账户之后，向风控服务器发送返款完成消息。
如图4所示，当设备400为风控服务器时，设备400可以包括：
至少一个处理器410；以及，
与所述至少一个处理器通信连接的存储器430；其中，
所述存储器430存储有可被所述至少一个处理器410执行的指令420，所述指令被所述至少一个处理器410执行，以使所述风控服务器能够：
获取登录有第二账户的终端发送的举报信息；所述举报信息用于表示所述第二账户与第一账户之间已完成的交易为欺诈交易，其中，所述第二账户为所述已完成的交易中的付款方账户；
判断所述欺诈交易是否成立，得到第一判断结果；
当所述第一判断结果表示所述欺诈交易成立时，将所述第一账户的交易权限限定为锁定状态；在所述锁定状态下，所述第一账户具有向所述第二账户进行支付的权限，所述第一账户与其他账户之间的交易权限被锁定。
根据实施例，所述风控服务器还能够：获取交易服务器发送的返款完成消息后，解除对于所述第一账户的锁定状态。
如图4所示，当设备400为移动终端时，设备400可以包括：
至少一个处理器410；以及，
与所述至少一个处理器通信连接的存储器430；其中，
所述存储器430存储有可被所述至少一个处理器410执行的指令420，所述指令被所述至少一个处理器410执行，以使所述移动终端能够：
获取用户基于第一账户发起的返款请求；所述返款请求用于请求向第二账户进行返款；所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；获取所述用户的身份信息；基于所述身份信息，判断所述用户是否为所述第一账户的注册用户，得到第一判断结果；当所述第一判断结果表示所述用户是所述第一账户的注册用户时，向交易服务器发送所述返款请求。
在上述移动终端的实施例中，该移动终端是登录有作为欺诈交易的收款账户的第一账户的移动终端。所述移动终端可以对用户身份进行核查，当当前操作用户被判断为第一账户的注册用户时，才向交易服务器发送返款请求。该实施例的作用包括，确保返款请求为第一账户的注册用户的真实意思表示，保障注册用户合法权益，提升网络交易平台的用户使用体验。
如图4所示，当设备400为移动终端时，设备400可以包括：
至少一个处理器410；以及，
与所述至少一个处理器通信连接的存储器430；其中，
所述存储器430存储有可被所述至少一个处理器410执行的指令420，所述指令被所述至少一个处理器410执行，以使所述移动终端能够：
获取交易服务器发送的问询消息；所述问询消息用于询问所述移动终端上登录的第二账户的用户是否接受返款；显示第一操作选项；所述第一操作选项用于获取用户的接受操作；获取用户基于所述第一操作选项输入的接受操作信息；获取所述用户的身份信息；基于所述身份信息，判断所述用户是否为所述第二账户的注册用户，得到第一判断结果；当所述第一判断结果表示所述用户是所述第二账户的注册用户时，将所述接受操作信息发送至所述交易服务器。
根据实施例，所述至少一个处理器还能够：获取交易服务器发送的问询消息之后，显示第二操作选项；所述第二操作选项用于获取用户的拒绝操作；获取用户基于所述第二操作选项输入的拒绝操作信息；获取所述用户的身份信息；基于所述身份信息，判断所述用户是否为所述第二账户的注册用户，得到第二判断结果；当所述第二判断结果表示所述用户是所述第二账户的注册用户时，将所述拒绝操作信息发送至所述交易服务器。
在上述移动终端的实施例中，该移动终端是登录有作为欺诈交易的付款账户的第二账户的移动终端。所述移动终端可以对用户身份进行核查，当当前操作用户被判断为第二账户的注册用户时，才向交易服务器发送接收操作信息或拒绝操作信息。该实施例的作用包括，确保接受或拒绝返款的信息为第二账户的注册用户的真实意思表示，保障注册用户合法权益，提升网络交易平台的用户使用体验。
基于同样的思路，本说明书实施例还提供了上述方法对应的网络支付***。该***可以包括交易服务器和风控服务器：
所述风控服务器用于获取登录有第二账户的第二终端发送的举报信息，所述举报信息用于表示第一账户与所述第二账户之间已完成的交易为欺诈交易，其中，所述第二账户为所述已完成的交易中的付款方账户；判断所述欺诈交易是否成立，得到第一判断结果；当所述第一判断结果表示所述欺诈交易成立时，将所述第一账户的交易权限限定为锁定状态，在所述锁定状态下，所述第一账户具有向所述第二账户进行支付的权限，所述第一账户与其他账户之间的交易权限被锁定；
所述交易服务器用于获取登录有所述第一账户的第一终端发起的返款请求，所述返款请求用于请求向所述第二账户进行返款；向所述第二终端发送针对所述返款请求的第一问询消息，所述第一问询消息用于询问所述第二账户的用户是否接受返款；获取所述第二终端发送的接受操作信息，所述接受操作信息用于表示所述第二账户的用户同意接受返款；将所述返款请求对应的款项由所述第一账户支付至所述第二账户；向所述风控服务器发送返款完成消息；
所述风控服务器还用于获取所述返款完成消息后，解除对于所述第一账户的锁定状态。
进一步地，图5示出了根据本申请的实施例的网络支付***的原理示意图。
如图5中所示，本申请的实施例中构建了欺诈交易付款方、欺诈交易收款方以及网络交易平台的欺诈资金返还***，使得三方能够以网络交易平台作为信息中枢来进行充分的信息沟通，交易双方能够进行多层次、立体化的信息交互，全面解决资金返还过程中交易双方信息咨询诉求、账户功能限制等问题，实现欺诈资金的返还，保障用户的权益。
在本申请的实施例的该***中，网络交易平台作为信息中枢，是一套能够对用户发出的消息进行收集、处理并进行判断的消息***，该***内可配置信息处理策略，并将根据信息处理策略得到的判断结果输出至对应的消息接收方。具体地，图5中示出的信息收集、处理和决策中心，以及交易***、风控***、核身***、Safe_SP***等，均作为网络交易平台的信息中枢的一部分。
根据本申请的实施例，本申请提供的用于欺诈资金返还的***包括欺诈举报、资金返还、管控升级三个阶段。具体地，在欺诈举报阶段，发生欺诈交易后，欺诈交易的付款方向风控***发出举报信息，风控***对被举报的收款方进行管控。之后，在资金返还阶段，收款方主动向交易***发送返款请求。此间，由信息中心决策是否向付款方发送返款咨询，在发送返款咨询且得到付款方的同意返款的操作信息后，才完成返款。在完成返款的情况下，风控***接触对收款方的限制。之后，更新收款方账户的风险评级。
传统的涉及欺诈交易的场景，通常只限于一方用户与网络交易平台之间的沟通，信息的传达多依赖于人工客服的电话服务模式，有较高的人工成本，且不智能。而本申请的实施例提出的欺诈资金返还的技术方案，在欺诈者愿意返还资金的基础上，构建了一种***化、智能化、用户体验良好的欺诈资金返还***。
在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)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (22)

1.一种网络支付方法，包括：
获取登录有第一账户的第一终端发起的返款请求；所述返款请求用于请求向第二账户进行返款；所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；
向登录有所述第二账户的第二终端发送针对所述返款请求的第一问询消息；所述第一问询消息用于询问所述第二账户的用户是否接受返款；
获取所述第二终端发送的接受操作信息；所述接受操作信息用于表示所述第二账户的用户同意接受返款；
将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
2.如权利要求1所述的方法，所述获取第一终端基于第一账户发起的返款请求之前，还包括：
获取所述第二终端发送的举报信息；所述举报信息用于表示所述第一账户与所述第二账户之间已完成的交易为欺诈交易，其中，所述第二账户为所述已完成的交易中的付款方账户；
判断所述欺诈交易是否成立，得到第一判断结果；
当所述第一判断结果表示所述欺诈交易成立时，将所述第一账户的交易权限限定为锁定状态；在所述锁定状态下，所述第一账户具有向所述第二账户进行支付的权限，所述第一账户与其他账户之间的交易权限被锁定。
3.如权利要求2所述的方法，所述将所述第一账户的支付权限限定为锁定状态之后，还包括：
所述风控服务器向所述第一终端发送账户锁定信息；所述账户锁定信息用于提示所述第一账户的交易权限被限定为所述锁定状态。
4.如权利要求1所述的方法，所述获取登录有第一账户的第一终端发起的返款请求之后，还包括：
获取发起所述返款请求的第一用户的第一身份信息；
基于所述第一身份信息，判断所述第一用户是否为所述第一账户的注册用户，得到第二判断结果；
所述向登录有所述第二账户的第二终端发送针对所述返款请求的问询消息，具体包括：
当所述第二判断结果表示所述第一用户是所述第一账户的注册用户时，向登录有所述第二账户的第二终端发送针对所述返款请求的问询消息。
5.如权利要求1所述的方法，所述获取所述第二终端发送的接受操作信息之后，还包括：
获取输入所述接受操作信息的第二用户的第二身份信息；
基于所述第二身份信息，判断所述第二用户是否为所述第二账户的注册用户，得到第三判断结果；
所述将所述返款请求对应的款项由所述第一账户支付至所述第二账户，具体包括：
当所述第三判断结果表示所述第二用户是所述第二账户的注册用户时，将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
6.如权利要求2所述的方法，所述将所述返款请求对应的款项由所述第一账户支付至所述第二账户之后，还包括：
解除对于所述第一账户的锁定状态。
7.如权利要求1所述的方法，所述将所述返款请求对应的款项由所述第一账户支付至所述第二账户之后，还包括：
将所述第一账户添加至高风险名单数据库中；风控***对于所述高风险名单数据库中的账户的风险控制等级高于不在所述高风险名单数据库中的账户的风险控制等级。
8.如权利要求2所述的方法，所述将所述第一账户的支付权限限定为锁定状态之后，还包括：
向所述第一终端发送第二问询消息；所述第二问询消息用于询问所述第一账户的用户是否返还所述欺诈交易对应的款项。
9.如权利要求8所述的方法，所述向所述第一终端发送第二问询消息之前，还包括：
获取所述第一账户的历史风险行为数据；
基于所述历史风险行为数据，判断所述第一账户的风险值是否高于设定风险值，得到第四判断结果；
所述向所述第一终端发送第二问询消息，具体包括：
当所述第四判断结果表示所述第一账户的风险值低于设定风险值时，向所述第一终端发送第二问询消息。
10.一种网络支付装置，包括：
返款请求获取模块，用于获取登录有第一账户的第一终端发起的返款请求；所述返款请求用于请求向第二账户进行返款；所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；
问询消息发送模块，用于向登录有所述第二账户的第二终端发送针对所述返款请求的第一问询消息；所述第一问询消息用于询问所述第二账户的用户是否接受所述返款请求；
操作信息获取模块，用于获取所述第二终端发送的接受操作信息；所述接受操作信息用于表示所述第二账户的用户同意接受返款；
支付模块，用于将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
11.如权利要求10所述的装置，还包括：
举报信息获取模块，用于在获取第一终端基于第一账户发起的返款请求之前，获取所述第二终端发送的举报信息；所述举报信息用于表示所述第一账户与所述第二账户之间已完成的交易为欺诈交易，其中，所述第二账户为所述已完成的交易中的付款方账户；
第一判断模块，用于判断所述欺诈交易是否成立，得到第一判断结果；
锁定模块，用于当所述第一判断结果表示所述欺诈交易成立时，将所述第一账户的交易权限限定为锁定状态；在所述锁定状态下，所述第一账户具有向所述第二账户进行支付的权限，所述第一账户与其他账户之间的交易权限被锁定。
12.如权利要求10所述的装置，还包括：
第一身份信息获取模块，用于在获取登录有第一账户的第一终端发起的返款请求之后，获取发起所述返款请求的第一用户的第一身份信息；
第二判断模块，用于基于所述第一身份信息，判断所述第一用户是否为所述第一账户的注册用户，得到第二判断结果；
所述问询消息发送模块，具体用于：
当所述第二判断结果表示所述第一用户是所述第一账户的注册用户时，向登录有所述第二账户的第二终端发送针对所述返款请求的问询消息。
13.如权利要求10所述的装置，还包括：
第二身份信息获取模块，用于在获取所述第二终端发送的接受操作信息之后，获取输入所述接受操作信息的第二用户的第二身份信息；
第三判断模块，用于基于所述第二身份信息，判断所述第二用户是否为所述第二账户的注册用户，得到第三判断结果；
所述支付模块，具体用于：
当所述第三判断结果表示所述第二用户是所述第二账户的注册用户时，将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
14.如权利要求11所述的装置，还包括：
解锁模块，用于将所述返款请求对应的款项由所述第一账户支付至所述第二账户之后，解除对于所述第一账户的锁定状态。
15.一种交易服务器，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述交易服务器能够：
获取登录有第一账户的第一终端发起的返款请求；所述返款请求用于请求向第二账户进行返款；所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；
向登录有所述第二账户的第二终端发送针对所述返款请求的第一问询消息；所述第一问询消息用于询问所述第二账户的用户是否接受所述返款请求；
获取所述第二终端发送的接受操作信息；所述接受操作信息用于表示所述第二账户的用户同意接受返款；
将所述返款请求对应的款项由所述第一账户支付至所述第二账户。
16.如权利要求15所述的交易服务器，所述指令被所述至少一个处理器执行，以使所述交易服务器还能够：
将所述返款请求对应的款项由所述第一账户支付至所述第二账户之后，向风控服务器发送返款完成消息。
17.一种风控服务器，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述风控服务器能够：
获取登录有第二账户的终端发送的举报信息；所述举报信息用于表示所述第二账户与第一账户之间已完成的交易为欺诈交易，其中，所述第二账户为所述已完成的交易中的付款方账户；
判断所述欺诈交易是否成立，得到第一判断结果；
当所述第一判断结果表示所述欺诈交易成立时，将所述第一账户的交易权限限定为锁定状态；在所述锁定状态下，所述第一账户具有向所述第二账户进行支付的权限，所述第一账户与其他账户之间的交易权限被锁定。
18.如权利要求17所述的风控服务器，所述指令被所述至少一个处理器执行，以使所述风控服务器还能够：
获取交易服务器发送的返款完成消息后，解除对于所述第一账户的锁定状态。
19.一种移动终端，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述移动终端能够：
获取用户基于第一账户发起的返款请求；所述返款请求用于请求向第二账户进行返款；所述第一账户是被判定与所述第二账户之间存在欺诈交易的收款方账户；
获取所述用户的身份信息；
基于所述身份信息，判断所述用户是否为所述第一账户的注册用户，得到第一判断结果；
当所述第一判断结果表示所述用户是所述第一账户的注册用户时，向交易服务器发送所述返款请求。
20.一种移动终端，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述移动终端能够：
获取交易服务器发送的问询消息；所述问询消息用于询问所述移动终端上登录的第二账户的用户是否接受返款；
显示第一操作选项；所述第一操作选项用于获取用户的接受操作；
获取用户基于所述第一操作选项输入的接受操作信息；
获取所述用户的身份信息；
基于所述身份信息，判断所述用户是否为所述第二账户的注册用户，得到第一判断结果；
当所述第一判断结果表示所述用户是所述第二账户的注册用户时，将所述接受操作信息发送至所述交易服务器。
21.如权利要求20所述的移动终端，所述指令被所述至少一个处理器执行，以使所述移动终端还能够：
获取交易服务器发送的问询消息之后，显示第二操作选项；所述第二操作选项用于获取用户的拒绝操作；
获取用户基于所述第二操作选项输入的拒绝操作信息；
获取所述用户的身份信息；
基于所述身份信息，判断所述用户是否为所述第二账户的注册用户，得到第二判断结果；
当所述第二判断结果表示所述用户是所述第二账户的注册用户时，将所述拒绝操作信息发送至所述交易服务器。
22.一种网络支付***，包括：
交易服务器、风控服务器；
所述风控服务器用于获取登录有第二账户的第二终端发送的举报信息；所述举报信息用于表示第一账户与所述第二账户之间已完成的交易为欺诈交易，其中，所述第二账户为所述已完成的交易中的付款方账户；
判断所述欺诈交易是否成立，得到第一判断结果；
当所述第一判断结果表示所述欺诈交易成立时，将所述第一账户的交易权限限定为锁定状态；在所述锁定状态下，所述第一账户具有向所述第二账户进行支付的权限，所述第一账户与其他账户之间的交易权限被锁定；
所述交易服务器用于获取登录有所述第一账户的第一终端发起的返款请求；所述返款请求用于请求向所述第二账户进行返款；
向所述第二终端发送针对所述返款请求的第一问询消息；所述第一问询消息用于询问所述第二账户的用户是否接受返款；
获取所述第二终端发送的接受操作信息；所述接受操作信息用于表示所述第二账户的用户同意接受返款；
将所述返款请求对应的款项由所述第一账户支付至所述第二账户；
向所述风控服务器发送返款完成消息；
所述风控服务器还用于获取所述返款完成消息后，解除对于所述第一账户的锁定状态。
CN201911283777.2A 2019-12-13 2019-12-13 一种网络支付方法、装置、设备及*** Active CN111027975B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201911283777.2A CN111027975B (zh) 2019-12-13 2019-12-13 一种网络支付方法、装置、设备及***
CN202110701511.6A CN113256294B (zh) 2019-12-13 2019-12-13 一种网络支付方法、装置、设备及***
PCT/CN2020/123367 WO2021114895A1 (zh) 2019-12-13 2020-10-23 一种网络支付方法、装置、设备及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911283777.2A CN111027975B (zh) 2019-12-13 2019-12-13 一种网络支付方法、装置、设备及***

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202110701511.6A Division CN113256294B (zh) 2019-12-13 2019-12-13 一种网络支付方法、装置、设备及***

Publications (2)

Publication Number Publication Date
CN111027975A true CN111027975A (zh) 2020-04-17
CN111027975B CN111027975B (zh) 2021-05-25

Family

ID=70206777

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201911283777.2A Active CN111027975B (zh) 2019-12-13 2019-12-13 一种网络支付方法、装置、设备及***
CN202110701511.6A Active CN113256294B (zh) 2019-12-13 2019-12-13 一种网络支付方法、装置、设备及***

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202110701511.6A Active CN113256294B (zh) 2019-12-13 2019-12-13 一种网络支付方法、装置、设备及***

Country Status (2)

Country Link
CN (2) CN111027975B (zh)
WO (1) WO2021114895A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111652623A (zh) * 2020-05-29 2020-09-11 支付宝(杭州)信息技术有限公司 冻结账户解冻的数据处理方法、装置及设备
WO2021114895A1 (zh) * 2019-12-13 2021-06-17 支付宝(杭州)信息技术有限公司 一种网络支付方法、装置、设备及***
CN116134783A (zh) * 2020-05-13 2023-05-16 库珀舒珀有限公司 丰富一次性密码信息

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113962687A (zh) * 2021-10-09 2022-01-21 支付宝(杭州)信息技术有限公司 一种对于交易提示语音进行传输的方法、装置及设备

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101334875A (zh) * 2007-06-25 2008-12-31 黄金富 利用手机即时互相转账支付的方法和***
CN104937624A (zh) * 2014-03-11 2015-09-23 深圳市银信网银科技有限公司 网络支付***及其方法
CN106875189A (zh) * 2017-02-16 2017-06-20 深圳市八零年代网络科技有限公司 即时退款方法及装置
CN108510257A (zh) * 2018-04-23 2018-09-07 孙峰 一种电子支付方式
CN109034819A (zh) * 2018-06-21 2018-12-18 阿里巴巴集团控股有限公司 交易的举报方法及装置
CN109284992A (zh) * 2018-08-20 2019-01-29 中国平安人寿保险股份有限公司 基于大数据的在线支付方法、电子设备及计算机存储介质
CN109816407A (zh) * 2019-02-27 2019-05-28 深圳乐信软件技术有限公司 一种退款处理方法、装置、设备及存储介质
US20190180279A1 (en) * 2017-12-11 2019-06-13 Mastercard International Incorporated Method and system for refund management with ongoing installments
US20190205844A1 (en) * 2017-12-29 2019-07-04 Paypal, Inc. Dispute Resolution Cryptocurrency Sidechain System
CN110020852A (zh) * 2019-01-15 2019-07-16 阿里巴巴集团控股有限公司 一种移动支付方法、装置及***
CN110298752A (zh) * 2019-05-29 2019-10-01 鉴付安(上海)网络科技股份有限公司 支付方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8740069B2 (en) * 2005-01-26 2014-06-03 Heng Kah Choy Fraud-free payment for internet purchases
CN1825350A (zh) * 2006-03-22 2006-08-30 古铁锋 以押金为担保方式的防交易（现实及网络）欺诈***
CN103795713A (zh) * 2014-01-20 2014-05-14 中国建设银行股份有限公司 适用于防控电信诈骗的***以及***间消息交互方法
CN106980969A (zh) * 2016-01-19 2017-07-25 口碑控股有限公司 一种数据处理方法、***及装置
US20180174146A1 (en) * 2016-12-15 2018-06-21 Parveen Bansal Situational access override
CN106878309B (zh) * 2017-02-21 2021-12-14 腾讯科技（深圳）有限公司 应用于网络支付的安全预警方法及装置
CN107103471B (zh) * 2017-03-28 2020-06-30 上海瑞麒维网络科技有限公司 基于区块链确定交易合法性的方法及装置
US20180351929A1 (en) * 2017-06-05 2018-12-06 Mastercard International Incorporated Systems and methods for enhanced user authentication
CN107301551B (zh) * 2017-07-15 2020-09-29 刘兴丹 一种网络支付前搜索、查询、验证的方法、装置、***
WO2019074685A1 (en) * 2017-10-09 2019-04-18 Mastercard International Incorporated SYSTEMS AND METHODS FOR REIMBURSING QR PAYMENT AND OTHER TRANSACTIONS IN PAYMENT SYSTEMS
CN110046878A (zh) * 2018-11-13 2019-07-23 阿里巴巴集团控股有限公司 一种处理转账交易的方法及装置
CN110264327A (zh) * 2019-05-29 2019-09-20 阿里巴巴集团控股有限公司 一种转账请求的处理方法、装置及设备
CN111027975B (zh) * 2019-12-13 2021-05-25 支付宝(杭州)信息技术有限公司 一种网络支付方法、装置、设备及***

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101334875A (zh) * 2007-06-25 2008-12-31 黄金富 利用手机即时互相转账支付的方法和***
CN104937624A (zh) * 2014-03-11 2015-09-23 深圳市银信网银科技有限公司 网络支付***及其方法
CN106875189A (zh) * 2017-02-16 2017-06-20 深圳市八零年代网络科技有限公司 即时退款方法及装置
US20190180279A1 (en) * 2017-12-11 2019-06-13 Mastercard International Incorporated Method and system for refund management with ongoing installments
US20190205844A1 (en) * 2017-12-29 2019-07-04 Paypal, Inc. Dispute Resolution Cryptocurrency Sidechain System
CN108510257A (zh) * 2018-04-23 2018-09-07 孙峰 一种电子支付方式
CN109034819A (zh) * 2018-06-21 2018-12-18 阿里巴巴集团控股有限公司 交易的举报方法及装置
CN109284992A (zh) * 2018-08-20 2019-01-29 中国平安人寿保险股份有限公司 基于大数据的在线支付方法、电子设备及计算机存储介质
CN110020852A (zh) * 2019-01-15 2019-07-16 阿里巴巴集团控股有限公司 一种移动支付方法、装置及***
CN109816407A (zh) * 2019-02-27 2019-05-28 深圳乐信软件技术有限公司 一种退款处理方法、装置、设备及存储介质
CN110298752A (zh) * 2019-05-29 2019-10-01 鉴付安(上海)网络科技股份有限公司 支付方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021114895A1 (zh) * 2019-12-13 2021-06-17 支付宝(杭州)信息技术有限公司 一种网络支付方法、装置、设备及***
CN116134783A (zh) * 2020-05-13 2023-05-16 库珀舒珀有限公司 丰富一次性密码信息
CN111652623A (zh) * 2020-05-29 2020-09-11 支付宝(杭州)信息技术有限公司 冻结账户解冻的数据处理方法、装置及设备

Also Published As

Publication number Publication date
CN111027975B (zh) 2021-05-25
CN113256294A (zh) 2021-08-13
CN113256294B (zh) 2022-12-16
WO2021114895A1 (zh) 2021-06-17

Similar Documents

Publication Publication Date Title
CN111027975B (zh) 一种网络支付方法、装置、设备及***
CN108596619B (zh) 用于区块链***的交易方法、装置、中心节点及***
US11144928B2 (en) Authentication and fraud prevention in provisioning a mobile wallet
US10762477B2 (en) Secure real-time processing of payment transactions
RU2562416C2 (ru) Беспроводное управление прикладной программой оплаты, установленной в мобильном устройстве
CN110245941B (zh) 一种交易风险识别方法及装置
JP2019083068A (ja) 情報認証のための方法およびシステム
US20070133768A1 (en) Fraud detection for use in payment processing
CN105678546B (zh) 基于分布式共享总账的数字资产处理方法
CN111105225A (zh) 一种转账方法、装置、设备及存储介质
TWI839875B (zh) 支付方法、使用者終端、裝置、設備、系統及介質
EP2555145A1 (en) Credit transaction system, apparatus and terminal for granting credit and method thereof
CN110705988A (zh) 受侵害行为的交互式阻断方法和***
EP3912304B1 (en) Preventing a transmission of an incorrect copy of a record of data to a distributed ledger system
CN106296154B (zh) 事务处理方法和***
US20150081545A1 (en) Secure payment by mobile phone
WO2024016634A1 (zh) 基于智能路由的远程支付方法、终端、装置、***及介质
JP7157654B2 (ja) カード取引システム
CN111192035A (zh) 一种多制式消费清算的配置处理方法及***
KR102440857B1 (ko) 가상 화폐의 출금 처리 방법 및 거래소 시스템
US11475446B2 (en) System, methods and computer program products for identity authentication for electronic payment transactions
CN112686666A (zh) 一种针对铁路业务***的电子钱包交易方法及装置
CN113011891A (zh) 应用于关联支付的核身处理方法及装置
CN112613884A (zh) 交易数据处理方法、装置、设备及***
CN111737262A (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: 40028007

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant