CN115249157A - 资源转移处理方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种资源转移处理方法、装置、电子设备及计算机可读存储介质，应用于即时通信客户端；方法包括：响应于发送账号的转移触发操作，向接收账号发送符合安全转移模式的转移消息，其中，所述安全转移模式用于延时转移；响应于所述发送账号针对反馈入口的触发操作，发送反馈信息，其中，所述反馈信息用于请求冻结延时转移的转移数额；响应于通过所述反馈信息确定针对所述接收账号的反馈人次和转移数额总和中的至少一个大于对应的阈值时，确定反馈所述发送账号成功，显示转移数额退回消息，其中，所述转移数额退回消息用于表征冻结的所述转移数额已经退回发送账号。通过本申请，能够保证资源转移安全性并节约相关处理资源。

Description

资源转移处理方法、装置、电子设备及计算机可读存储介质

技术领域

本申请涉及人工智能和互联网技术，尤其涉及一种资源转移处理方法、装置、电子设备及计算机可读存储介质。

背景技术

人工智能(AI，Artificial Intelligence)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法和技术及应用系统。

网络安全是人工智能的重要应用方向，在社交平台的即时通信客户端中进行转移是日益普遍使用的功能，由于在即时通信场景中的转移涉及多个交易实体，转移交易提交后将难以回退。因此，相关技术无法保证用户受骗情况下的转移安全。

发明内容

本申请实施例提供一种资源转移处理方法、装置、电子设备及计算机可读存储介质，能够保证转移安全性并节约相关处理资源。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种资源转移处理方法，应用于即时通信客户端；包括：

响应于发送账号的转移触发操作，向接收账号发送符合安全转移模式的转移消息，其中，所述安全转移模式用于延时转移；

响应于所述发送账号针对反馈入口的触发操作，发送反馈信息，其中，所述反馈信息用于请求冻结延时转移的转移数额；

响应于通过所述反馈信息确定针对所述接收账号的反馈人次和转移数额总和中的至少一个大于对应的阈值，确定反馈所述发送账号成功，显示转移数额退回消息，其中，所述转移数额退回消息用于表征冻结的所述转移数额已经退回发送账号。

本申请实施例提供一种资源转移处理装置，应用于即时通信客户端；包括：

发送模块，用于响应于发送账号的转移触发操作，向接收账号发送符合安全转移模式的转移消息，其中，所述安全转移模式用于延时转移；响应于所述发送账号针对反馈入口的触发操作，发送反馈信息，其中，所述反馈信息用于请求冻结延时转移的转移数额；

显示模块，用于响应于通过所述反馈信息确定针对所述接收账号的反馈人次和转移数额总和中的至少一个大于对应的阈值，确定反馈所述发送账号成功，显示转移数额退回消息，其中，所述转移数额退回消息用于表征冻结的所述转移数额已经退回发送账号。

本申请实施例提供一种资源转移处理方法，包括：

在即时通信客户端中显示发送账号针对接收账号的转移页面；

响应于在所述转移页面中接收的所述发送账号的转移信息输入操作，显示自动开启的安全转移模式，其中，所述安全转移模式用于延时转移；

响应于所述发送账号的转移触发操作，基于所述转移信息输入操作提交的转移信息，生成符合所述安全转移模式的转移消息，并向所述发送账号发送所述转移消息。

响应于在所述转移页面中接收的所述发送账号的转移信息输入操作，获取所述转移信息输入操作提交的转移信息；

基于所述转移信息进行安全转移验证；

当所述安全转移的验证结果表征需要进行安全转移时，显示自动开启的安全转移模式。

上述方案中，所述转移信息包括所述发送账号、所述接收账号和所述转移数额；所述基于所述转移信息进行安全转移验证，包括：

获取所述发送账号的用户画像和信用情况，并获取所述接收账号的用户画像和信用情况；

获取所述发送账号向所述接收账号转移的历史转移记录；

基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额中的至少一个查询第一数据表，得到表征是否需要进行安全转移的验证结果。

上述方案中，所述转移信息包括所述发送账号、所述接收账号和所述转移数额；所述基于所述转移信息进行安全转移验证，包括：

获取所述发送账号的用户画像和信用情况，并获取所述接收账号的用户画像和信用情况；

获取所述发送账号向所述接收账号转移的历史转移记录；

调用第一机器学习模型执行以下处理：基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额中的至少一个进行是否需要进行安全转移的预测处理，得到表征是否需要进行安全转移的验证结果。

上述方案中，所述转移消息用于在所述延时转移的监管时间内引导所述接收账号进行资源接收操作；所述方法还包括：

当所述接收账号在所述延时转移的监管时间内通过所述转移消息领取所述转移数额时，在所述监管时间结束后显示转移成功消息，其中，所述转移成功消息用于表征所述转移数额已经转入所述接收账号；

当所述接收账号在所述延时转移的监管时间内未通过所述转移消息领取所述转移数额时，在所述监管时间结束后显示转移数额退回消息，所述转移数额退回消息用于表征所述转移数额已经退回发送账号。

上述方案中，所述安全转移模式还用于身份验证；

所述转移消息用于在所述延时转移的监管时间内引导所述接收账号进行身份验证，当所述身份验证通过时自动执行资源接收操作并显示资源接收成功消息；

其中，所述身份验证的方式包括以下至少之一：生物特征验证、口令验证、实名认证。

上述方案中，所述方法还包括：

当所述接收账号在所述延时转移的监管时间内通过所述身份验证时，在所述监管时间结束后显示转移成功消息，其中，所述转移成功消息用于表征所述转移数额已经转入所述接收账号；

当所述接收账号在所述延时转移的监管时间内未进行所述身份验证时，在所述监管时间结束后显示转移数额退回消息，其中，所述转移数额退回消息用于表征所述转移数额已经退回所述发送账号；

当所述接收账号在所述延时转移的监管时间内进行所述身份验证且未通过所述身份验证时，在所述监管时间结束后显示转移数额退回消息，其中，所述转移数额退回消息用于表征所述转移数额已经退回所述发送账号，且所述接收账号未通过所述身份验证。

上述方案中，所述方法还包括：

响应于所述发送账号在所述延时转移的监管时间内提交的转移撤回操作，发送转移数额撤回请求；

显示转移数额退回消息，其中，所述转移数额退回消息用于表征所述转移数额已经退回所述发送账号。

上述方案中，所述方法还包括：

获取所述接收账号的用户画像和信用情况；

获取所述发送账号的用户画像和信用情况，并获取所述发送账号向所述接收账号转移的历史转移记录；

基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额至少之一确定所述延时转移的监管时间。

上述方案中，所述基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额至少之一确定所述延时转移的监管时间，包括：

基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额中的至少一个查询第二数据表，得到所述延时转移的监管时间；或

调用第二机器学习模型执行以下处理：基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额中的至少一个对所述延时转移的监管时间进行预测处理，得到所述延时转移的监管时间。

上述方案中，所述方法还包括：

在所述转移消息中显示所述针对接收账号的反馈入口；

响应于在所述延时转移的监管时间内针对所述反馈入口的触发操作，显示反馈详情页面，所述反馈详情页面包括所述发送账号与所述接收账号之间的历史转移记录反馈证明页面；

响应于历史转移记录选择操作，确定所述历史转移记录选择操作指示的待反馈的历史转移记录，并显示反馈证明页面；

通过所述反馈证明页面获取反馈信息，并发送所述反馈信息，所述反馈信息用于请求冻结延时转移的所述转移数额；

响应于基于所述反馈信息反馈所述接收账号成功，显示转移数额退回消息，其中，所述转移数额退回消息用于表征冻结的所述转移数额已经退回发送账号。

上述方案中，所述方法还包括：

显示询问反馈通知，所述询问反馈通知用于提示接收账号或与所述接收账号属于相同用户的关联账号具有风险倾向；

响应于针对所述询问反馈通知的反馈入口的触发操作，显示反馈详情页面，所述反馈详情页面包括所述发送账号与所述接收账号或与所述接收账号属于相同用户的关联账号之间的历史转移记录；

响应于历史转移记录选择操作，确定所述历史转移记录选择操作指示的待反馈的历史转移记录，并显示反馈证明页面；

通过所述反馈证明页面获取反馈信息，并发送所述反馈信息，所述反馈信息用于请求冻结转移数额；

响应于基于所述反馈信息反馈所述接收账号成功，显示转移数额退回消息，所述转移数额退回消息用于表征冻结的所述转移数额已经退回发送账号。

上述方案中，所述风险倾向包括以下至少之一：

所述接收账号被反馈人次超过反馈人次阈值；

所述接收账号在接收到所述转移数额的资源后屏蔽所述发送账号；

所述接收账号的信用评级低于信用阈值。

上述方案中，所述通过所述反馈证明页面获取反馈信息，包括：

获取在所述反馈证明页面的聊天证据入口中被提交的聊天证据信息；

获取在所述反馈证明页面的风险类型入口中被提交的风险类型；

基于所述待反馈的历史转移记录、所述聊天证据信息和所述风险类型生成所述反馈信息。

上述方案中，在所述发送所述反馈信息之后，所述方法还包括：

显示反馈完成消息和交流群的入口；

响应于针对所述交流群的入口的触发操作，显示交流群聊天页面；

其中，所述交流群包括已经向所述发送账号转移资源的多个发送账号。

上述方案中，所述方法还包括：

当满足以下审核条件至少之一时，确定基于所述反馈消息反馈所述发送账号成功：

针对所述接收账号反馈的转移数额的总额大于或等于转移数额总额阈值；

针对所述接收账号反馈的人次大于或等于反馈人次阈值；

针对所述接收账号反馈的人次小于反馈人次阈值，且所述反馈信息被人工审核通过。

上述方案中，所述方法还包括：

当所述接收账号被反馈的人次小于反馈人次阈值，且基于所述反馈信息反馈所述发送账号失败时，显示反馈失败消息；

其中，所述反馈失败消息用于表征针对所述接收账号的反馈失败，且所述转移数额将在所述监管时间结束后转入所述接收账号。

本申请实施例提供一种资源转移处理装置，包括：

显示模块，用于在即时通信客户端中显示发送账号针对接收账号的转移页面；响应于在所述转移页面中接收的所述发送账号的转移信息输入操作，显示自动开启的安全转移模式，其中，所述安全转移模式用于延时转移；

发送模块，用于响应于所述发送账号的转移触发操作，基于所述转移信息输入操作提交的转移信息，生成符合所述安全转移模式的转移消息，并向所述发送账号发送所述转移消息。

本申请实施例提供一种电子设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的资源转移处理方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的资源转移处理方法。

本申请实施例提供了一种计算机程序产品或计算机程序，所述计算机程序产品或所述计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中，计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，处理器执行所述计算机指令，使得所述计算机设备执行本申请实施例提供的资源转移处理方法。

本申请实施例具有以下有益效果：

通过安全转移模式使发送账号转给接收账号的转移数额延时转移，并在延时转移期间，支持发送账号通过反馈入口对接收账号进行反馈，当反馈成功时，转移数额将退回发送账号，节约了第三方介入审核反馈信息的环节，效率更高，能高效地保障转移安全。

附图说明

图1A是本申请实施例提供的转移系统10的架构示意图；

图1B是本申请实施例提供的转移系统10的架构示意图；

图2A是本申请实施例提供的资源转移处理方法的流程示意图；

图2B是本申请实施例提供的资源转移处理方法的流程示意图；

图2C是本申请实施例提供的资源转移处理方法的流程示意图；

图3A是本申请实施例提供的转移页面的示意图；

图3B是本申请实施例提供的转移页面的示意图；

图3C是本申请实施例提供的转移消息的示意图；

图3D是本申请实施例提供的转移详情页面的示意图；

图4A是本申请实施例提供的转移消息的示意图；

图4B是本申请实施例提供的转移成功消息的示意图；

图4C是本申请实施例提供的转移成功消息的示意图；

图4D是本申请实施例提供的转移数额退回消息的示意图；

图5A是本申请实施例提供的转移消息的示意图；

图5B是本申请实施例提供的转移详情页面的示意图；

图5C是本申请实施例提供的身份验证页面的示意图；

图5D是本申请实施例提供的人脸识别页面的示意图；

图5E是本申请实施例提供的实名认证成功页面的示意图；

图5F是本申请实施例提供的转移消息的示意图；

图5G是本申请实施例提供的转移数额退回消息的示意图；

图5H是本申请实施例提供的转移数额退回消息的示意图；

图6A是本申请实施例提供的反馈详情页面的示意图；

图6B是本申请实施例提供的反馈证明页面的示意图；

图6C是本申请实施例提供的聊天页面的示意图；

图6D是本申请实施例提供的反馈证明页面中的示意图；

图6E是本申请实施例提供的反馈完成页面的示意图；

图6F是本申请实施例提供的转移数额退回消息的示意图；

图6G是本申请实施例提供的交流群的聊天页面的示意图；

图7A是本申请实施例提供的询问反馈通知的示意图；

图7B是本申请实施例提供的反馈入口的示意图；

图7C是本申请实施例提供的反馈详情页面的示意图；

图7D是本申请实施例提供的反馈完成页面的示意图；

图7E是本申请实施例提供的转移消息的示意图；

图7F是本申请实施例提供的反馈详情页面的示意图；

图7G是本申请实施例提供的反馈证明页面的示意图；

图7H是本申请实施例提供的反馈完成页面的示意图；

图7I是本申请实施例提供的聊天页面的示意图；

图7J是本申请实施例提供的转移提醒的示意图；

图8A是本申请实施例提供的审核结果的示意图；

图8B是本申请实施例提供的转移数额退回消息的示意图；

图8C是本申请实施例提供的反馈详情信息的示意图；

图8D是本申请实施例提供的反馈失败消息的示意图；

图8E是本申请实施例提供的反馈失败消息的示意图；

图9是本申请实施例提供的资源转移处理方法的交互流程示意图；

图10是本申请实施例提供的转移的流程示意图；

图11是本申请实施例提供的转移和反馈的流程示意图；

图12是本申请实施例提供的客户端的组成模块的示意图；

图13是本申请实施例提供的终端400-1的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一/第二/第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一/第二/第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)青少年模式：一种专门为青少年(也即未成年人)设置使用的模式，该模式中会删除广告推荐、屏蔽对青少年不利的功能和信息。在该模式下，用户也可以设置账号不可被搜索、不能加好友等保护青少年的功能。

2)安全转移模式：用于保证发送账号安全发送资源到接收账号的一种模式，支持通过冻结的方式对资源进行延迟转移，并支持在冻结期间将资源返回发送账号。资源的类型包括数字货币、虚拟资源(例如电子礼物、红包、游戏币等)等。

3)发送账号：由运维特定功能的服务器(如运维交易功能的服务器)为每个用户分配的账号，包括但不限于支付账号，可通过该账号进行转移交易等。每个用户可有一个或者多个账号，账号可与真实身份绑定，也可不与真实身份绑定。当通过该账号转移资源时，为发送账号。

4)接收账号：由运维特定功能的服务器(如运维交易功能的服务器)为每个用户分配的账号，包括但不限于支付账号，可通过该账号进行转移交易等。每个用户可有一个或者多个账号，账号可与真实身份绑定，也可不与真实身份绑定。当通过该账号接收资源时，为接收账号。

目前，网络上存在各种骗取钱财的方式。例如，通过免费获取游戏皮肤等免费福利、购物平台刷评论等网络兼职引诱受害者进入陷阱，而后使用各种理由要求受害者通过社交平台转移数额，从而达到行骗的目的。受害者被骗后往往投诉无门，而骗子依旧逍遥法外并继续对其他人行骗。受害者被骗的经历无法帮助到其他潜在被骗的受害者。

可见，当前社交平台所提供的转移数额的功能无法预防资源转移过程中可能的风险，且受害者在被骗后无任何可能追回转移数额，即便反馈也无从知道骗子的真实身份。即使社交平台确认受害者的反馈属实，将骗子在社交平台上的账号封号，其仍可以在社交平台上继续注册其他账号行骗。并且，社交平台的服务器每天都会接收到大量对风险的反馈信息，而这些反馈信息中常常包括受害者上传的聊天记录，需要人工查阅聊天证据来判定风险是否属实，这将会消耗大量的人力。

针对上述问题，本申请实施例提供一种资源转移处理方法、装置、电子设备和计算机可读存储介质，能够提高转移的安全性，预防风险，且在用户转移后，有可能追回转移数额。

本申请实施例提供的资源转移处理方法可以由各种电子设备实施，例如，可以由终端单独实施，也可以由服务器和终端协同实施。例如终端独自执行下文所述的资源转移处理方法，或者，由终端和服务器协同执行下文所述的资源转移处理方法。例如，发送账号的终端向服务器发送转移请求，服务器响应于转移请求，获取转移双方的用户画像和信用情况，并根据转移双方的用户画像和信用情况、发送账号向接收账号转移的历史转移记录以及此次转移的转移数额确定是否需要进行安全转移。当确定需要进行安全转移时，服务器通知发送账号的终端开启安全转移模式。并向接收账号的终端发送转入请求，当接收账号的终端确认转入时，在延时转移的监管时间结束后，将转移数额转入接收账号。

本申请实施例提供的电子设备可以是各种类型的终端设备或服务器，其中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器；终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例对此不做限制。

以服务器为例，例如可以是部署在云端的服务器集群，向用户开放人工智能云服务 (AIaaS，AI as a Service)，AIaaS平台会把几类常见的AI服务进行拆分，并在云端提供独立或者打包的服务，这种服务模式类似于一个AI主题商城，所有的用户都可以通过应用程序编程接口的方式来接入使用AIaaS平台提供的一种或者多种人工智能服务。

例如，其中的一种人工智能云服务可以是转移处理服务，即云端的服务器封装有本申请实施例提供的转移处理的程序。终端在接收到转移信息输入操作后，向云端的服务器发送转移请求，以使部署在云端的服务器调用封装的转移处理的程序，确定是否需要在安全转移模式下转移。当确定需要时，向终端发送安全转移模式开启通知，以使终端在安全转移模式下进行转移。

下面以服务器和终端协同实施本申请实施例提供的资源转移处理方法为例进行说明。参见图1A，图1A是本申请实施例提供的转移系统10的架构示意图。发送账号的终端400-1 和接收账号的终端400-2通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合。

在一些实施例中，发送账号的终端400-1(即持有发送账号的用户所持有的终端)显示转移页面，响应于在转移页面中接收的转移信息输入操作，向服务器200发送携带转移信息的转移请求，服务器200基于转移信息确定是否需要在安全转移模式下转移。当确定需要时，服务器200向终端400-1发送安全转移模式开启通知，以使终端400-1中显示自动开启的安全转移模式。终端400-1响应于转移触发操作，向服务器200发送转移消息，以使服务器向接收账号的终端400-2(即持有接收账号的用户所持有的终端)发送转入请求，终端400-2响应于转入确定操作，向服务器200发送转入确认消息，在延时转移的监管时间结束后，转移数额将自动转入接收账号。

在一些实施例中，本申请实施例还可以通过区块链技术来实现，参见图1B，图1B是本申请实施例提供的转移系统10的架构示意图。图1B中，在发送账号向接收账号转移后，接收到发送账号针对接收账号的携带反馈信息的反馈请求，可以通过多个服务器(图1B中示例性示出服务器200和服务器600)对反馈信息进行审核。

在一些实施例中，服务器200可以加入区块链网络500而成为其中的一个节点。区块链网络500的类型是灵活多样的，例如可以为公有链、私有链或联盟链中的任意一种。以公有链为例，任何业务主体的电子设备，都可以在不需要授权的情况下接入区块链网络500，以作为区块链网络500的共识节点，例如服务器200映射为区块链网络500中的共识节点500-0，服务器600映射为区块链网络500中的共识节点500-1。

以区块链网络500为联盟链为例，服务器200和服务器600在获得授权后可以接入区块链网络500而成为节点。服务器200和服务器600接收到反馈信息后，可以通过执行智能合约的方式对反馈信息进行审核，以获得基于反馈消息反馈接收账号是否成功的审核结果，并分别将审核结果发送至区块链网络500中进行共识。当共识通过、且审核结果表征反馈成功时，将被冻结的转移数额退回发送账号。可见，通过区块链网络中的多个节点对审核结果进行共识确认反馈通过后再退回转移数额，通过共识机制避免了受到个别服务器错误审核的影响，进一步提高了审核的可靠性和准确性。

在一些实施例中，以本申请实施例提供的电子设备为终端400为例，终端400通过运行计算机程序来实现本申请实施例提供的资源转移处理方法，计算机程序可以是操作系统中的原生程序或软件模块；可以是本地(Native)应用程序(APP，APPlication)，即需要在操作系统中安装才能运行的程序，例如即时通信客户端、社交客户端、直播客户端等；也可以是浏览器，其通过网页的形式显示转移页面；也可以是能够嵌入至任意APP中的转移小程序。总而言之，上述计算机程序可以是任意形式的应用程序、模块或插件。

下面将结合附图对本申请实施例提供的资源转移处理方法进行说明，下述资源转移处理方法的执行主体可以为终端，具体可以是终端通过运行上文所述的各种计算机程序(例如即时通信客户端)来实现的。

参见图2A，图2A是本申请实施例提供的资源转移处理方法的流程示意图，将结合图 2A示出的步骤进行说明。

在步骤101中，响应于发送账号的转移触发操作，向接收账号发送符合安全转移模式的转移消息。

在一些实施例中，发送账号、接收账号可以是即时通信客户端的账号，也可以是与即时通信客户端账号绑定的交易账号，例如银行账号、第三方支付账号等。安全转移模式用于延时转移资源(如转移数额)。转移消息用于在延时转移的监管时间内引导接收账号进行转移数额转入操作。

在一些实施例中，在接收到转移触发操作之前，在即时通信客户端中显示发送账号针对接收账号的转移页面；响应于在转移页面中接收的发送账号的转移信息输入操作，显示自动开启的安全转移模式。

在一些可能的示例中，以发生在即时通信客户端中的转移为例说明。在发送账号向用户 F的账号(接收账号)发起转移后，将显示转移页面。如图3A所示，图3A是本申请实施例提供的转移页面的示意图。发送账号需要在图3A的转移数额填写区域301写入转移数额，并确认转移，才能实现转移。

在一些可能的示例中，转移可以在普通模式或安全转移模式下进行，当在普通转移模式下转移时，在接收账号确认接收资源后，转移数额可即刻转入接收账号。安全转移模式用于延时转移，当在安全转移模式下转移时，转移资金不会实时转入接收账号，将由第三方支付平台，即发送账号所关联的支付平台监管一段时间(如24小时、36小时等)，在监管时间内发送账号可撤回转移，也可对接收账号进行反馈。在监管时间结束后，转移资金才会转入接收账号。如此，可以保证转移的安全性，增加转移的灵活性。

在一些可能的示例中，安全转移模式是可以单独运用的一种模式，也可以是植入到青少年模式中使用的。当安全转移模式植入到青少年模式中使用时，它是青少年模式的子模式。在进入安全转移模式之前，获取发送账号对应的年龄，当年龄处于青少年年龄段时，进入青少年模式。其中，青少年年龄段包括无独立民事行为能力的青少年年龄段，在一些可能的示例中，还可以包括高龄年龄段。若接收账号在即时通信客户端中开启了青少年模式，则当接收账号进行转移时，自动勾选并显示勾选的安全转移模式或默认在安全转移模式下转移但不在终端中显示开启了安全转移模式。或者，当转移数额小于转移数额阈值时，不开启安全转移模式，此时，转移数额可即刻转入接收账号；当转移数额大于或者等于转移数额阈值时，开启安全转移模式。在一些可能的示例中，若接收账号在社交客户端中开启了青少年模式，则安全转移模式是否开启还可以由家长的即时通信客户端进行控制。可见，青少年模式可以保障防范意识薄弱的青少年在转移过程中的资金安全，也可以为开启了青少年模式的成年人的转移提供安全保障。

在一些可能的示例中，青少年模式可以是用户自己选择开启的，也可以是即时通信客户端对用户进行人脸检测或身份认证，并确认用户为未成年人后自动开启的，还可以是由家长的即时通信客户端控制开启的。

在一些实施例中，响应于发送账号的转移触发操作，向接收账号发送符合安全转移模式的转移消息，可以采用以下方式实现。响应于发送账号的转移触发操作，确定转移触发操作请求转移的资源的转移数额，当转移数额大于转移数额阈值时，进入安全转移模式，并向接收账号发送符合安全转移模式的转移消息。

在一些实施例中，响应于在转移页面中接收的发送账号的转移信息输入操作，显示自动开启的安全转移模式，可以通过图2B所示的步骤1011至步骤1013实现。

在步骤1011中，响应于在转移页面中接收的发送账号的转移信息输入操作，获取转移信息输入操作提交的转移信息。

在一些实施例中，转移信息输入操作用于提交转移信息，转移信息可以包括发送账号、接收账号和转移数额等。

在步骤1012中，基于转移信息进行安全转移验证。

在一些实施例中，基于转移信息进行安全转移验证，可以采用如下方式实现。获取发送账号的用户画像和信用情况，并获取接收账号的用户画像和信用情况。其中，用户画像可以包括年龄、性别、爱好等特征。在获取用户画像后，将用户画像不同维度的特征量化为不同的分数；然后，将各维度特征的分数相加，得到用户画像对应的分数。例如，未成年人(18 岁以下)对应的分数为1分，成年人对应的分数为0分；女性对应的分数为1分，男性对应的分数为0分；爱好为理财的对应分数为3分，爱好为观看直播的对应分数为2分，爱好为游戏的对应分数为1分，爱好为学习的对应分数为0分。当用户画像为未成年人、男性、爱好游戏时，用户画像对应的分数为2。

在一些可能的示例中，信用情况可以根据在社交平台中被反馈的次数来确定，也可将信用情况量化为对应的分数。例如，从未被反馈，则信用情况良好，其对应的分数为0分；被反馈次数在1～3次之间，则信用情况一般，其对应的分数为1分；被反馈次数在3～7次，则信用情况不良，其对应的分数为2分；被反馈次数在7次以上，则信用情况极差，其对应的分数为3分。

获取用户画像和信用情况之后，获取发送账号向接收账号转移的历史转移记录。之后，根据转移次数或转移数额总额将历史转移记录量化为分数。以转移次数为例，若发送账号从未向接收账号转移，则历史转移记录对应的分数为0分；若发送账号向接收账号转移的次数在1～5之间，则历史转移记录对应的分数为1分；若发送账号向接收账号转移的次数在6～10 之间，则历史转移记录对应的分数为2分；若发送账号向接收账号转移的次数在10次以上，则历史转移记录对应的分数为3分。

最后，基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额中的至少一个查询第一数据表，得到表征是否需要进行安全转移的验证结果。

在一些可能的示例中，当转移数额小于300时，转移数额对应的分数为1；当转移数额在300～1000之间时，转移数额对应的分数为2；当转移数额大于1000时，转移数额对应的分数为3。即时通信客户端中可设置转移额度限制，以尽量减少发送账号可能的损失。例如，单日向一个账号累计转移的最高额度为1000元。

在一些可能的示例中，数据表的数据形式为(A，B，C，D，E，F，G)，其中，A至F 可以分别为发送账号的用户画像对应的分数、发送账号的信用情况对应的分数、接收账号的用户画像对应的分数、接收账号的信用情况对应的分数、历史转移记录对应的分数、转移数额对应的分数，G为验证结果。将A至F累加，当和大于或等于级别阈值(如5)时，G可以是“是”，或者“安全级别低”，代表需要进行安全转移；当和小于级别阈值时，G可以是“否”，或者“安全级别高”，代表不需要进行安全转移。

如此，通过将各个用于衡量本次转移安全程度的因素量化为对应的数值，便于综合各个因素，从总体上衡量转移安全与否。在本申请实施例中，在进行安全转移验证时，同时考虑了发送账号的用户画像和信用情况、以及接收账号的用户画像和信用情况，如此，不仅可以衡量接收账号存在风险的可能性，还可以衡量发送账号被骗的可能，使得到的验证结果更为准确。例如，若用户画像显示发送账号为未成年人，而未成年人涉世不深，辨别能力不强，容易轻信他人，因此，未成年人的转移风险相对成年人的转移风险更大。在量化数值时，其对应的分值比成年人更高。

在一些可能的示例中，也可以根据接收账号的用户画像和信用情况、历史转移记录和转移数额查询第一数据表，得到表征是否需要进行安全转移的验证结果，即此时不需要考虑发送账号的用户画像和信用情况。如此，可以简化验证过程，减少计算量。

在另一些实施例中，基于转移信息进行安全转移验证，还可以采用如下方式实现。获取发送账号的用户画像和信用情况，并获取接收账号的用户画像和信用情况。获取发送账号向接收账号转移的历史转移记录。调用第一机器学习模型执行以下处理：基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额中的至少一个进行是否需要进行安全转移的预测处理，得到表征是否需要进行安全转移的验证结果。

其中，第一机器学习模型可以是逻辑回归模型、决策树模型、支持向量机或循环神经网络模型等。以下以决策树模型为例说明安全转移验证过程。提取发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额各自的特征向量，确定决策树的每个节点所匹配的特征向量，并确定最后一个节点匹配的特征向量对应的输出。其中，输出为0时，表征不需要进行安全转移，输出为1时，表征需要进行安全转移。输出也可以为[0，1]之间的数值，输出的数值表征安全级别，例如，输出数值在[0，0.5]之间时，表征安全级别高，不需要进行安全转移；输出数值在(0.5，1]之间时，表征安全级别低，需要进行安全转移。如此，可以通过第一机器学习模型得到更为精确的验证结果，且第一机器学习模型可以不断地基于新增数据进行增量训练，以提升验证结果的预测的精确性。

在步骤1013中，当安全转移的验证结果表征需要进行安全转移时，显示自动开启的安全转移模式。

在一些实施例中，如图3B所示，当发送账号在转移数额填写区域301中写入转移数额 (如100)后，若安全转移的验证结果表征需要进行安全转移，如图3B中的勾选标识302所示，安全转移模式会被自动勾选。如此，在确定存在安全转移需求时，自动开启安全转移模式，不需要用户手动开启，节省了用户操作，提高了用户体验。且在安全转移模式下，延迟到账可以保证转移的安全性。

在一些实施例中，响应于发送账号的转移触发操作，基于转移信息输入操作提交的转移信息，生成符合安全转移模式的转移消息，并向接收账号发送转移消息。其中，转移触发操作用于确定转移。响应于转移触发操作，暂时将转移数额转入第三方账号，即转入社交平台在第三方支付平台的资金托管账号。发送账号的终端基于转移信息输入操作提交的转移信息，生成符合安全转移模式的转移消息，并将转移消息发送给社交平台的服务器。

在一些实施例中，如图3C所示，图3C是本申请实施例提供的转移消息的示意图。转移触发操作可以是选中操作或点击操作，例如，若图3B中的确定转移按钮303被点击，将生成并显示图3C所示的转移消息304，转移消息304中显示了转移数额(100元)和转移进度“24小时后将转入对方账号”。如此，发送账号可通过转移消息及时获知转移的进度。

若需要了解转移详情，发送账号可通过转移消息304查看。响应于针对转移消息304的点击操作，将显示图3D所示的转移详情页面。若发送账号察觉被骗，可通过点击转移详情页面中的反馈入口305进行反馈。

在一些实施例中，服务器在接收转移消息后，将转移消息转发给接收账号。此时，转移消息可用于在延时转移的监管时间内引导接收账号进行资源接收操作。如图4A所示，图4A 是本申请实施例提供的转移消息的示意图。当接收账号在延时转移的监管时间内通过转移消息领取转移数额(如点击转移消息以确认领取转移数额)时，在监管时间结束后，接收账号接收到的转移消息将变化为图4B所示的转移成功消息，其中，转移进度显示为“已转入你的账号”，转移成功消息用于表征转移数额已经从第三方账号转入接收账号。同时，发送账号接收到的转移消息将变化为图4C所示的转移成功消息，其中，转移进度显示为“已转入对方账号”。

当接收账号在延时转移的监管时间内未通过转移消息领取转移数额时，在监管时间结束后，接收账号接收到的转移消息将变化为图4D所示的转移数额退回消息，其中，转移进度显示为“24小时未领取，已退回”，转移数额退回消息用于表征转移数额已经从第三方账号退回发送账号。可见，本申请实施例中转移消息根据转移进度的变化实时更新，可以方便发送账号及时了解最新转移进度，规划转移相关安排(如撤回转移资金、反馈接收账号等)。

在一些实施例中，安全转移模式还用于身份验证。转移消息用于在延时转移的监管时间内引导接收账号进行身份验证。当身份验证通过时自动执行资源接收操作并显示资源接收成功消息。其中，身份验证的方式包括以下至少之一：生物特征验证、口令验证、实名认证。其中，生物特征验证中的生物特征可以包括人脸、指纹和静脉等。口令验证中的口令可以是预先设置的一句话或一段话，实名认证需要对姓名和身份证号等进行验证。

在一些可能的示例中，当接收账号在延时转移的监管时间内通过身份验证时，在监管时间结束后显示转移成功消息，转移成功消息用于表征转移数额已经从第三方账号转入接收账号。

在一些可能的示例中，当接收账号在延时转移的监管时间内进行身份验证且未通过身份验证时，在监管时间结束后显示转移数额退回消息，转移数额退回消息用于表征转移数额已经从第三方账号退回发送账号，且接收账号未通过身份验证。

在一些可能的示例中，当接收账号在延时转移的监管时间内未进行身份验证时，在监管时间结束后显示转移数额退回消息，转移数额退回消息用于表征转移数额已经从第三方账号退回发送账号。

如图5A所示，图5A是本申请实施例提供的转移消息的示意图。在图5A所示的页面中，转移消息501中显示了转移数额(100元)和转移进度“待实名认证”。响应于针对转移消息的触发操作(如点击操作)，将显示图5B所示的转移详情页面，转移详情页面中包括实名认证入口502，响应于针对实名认证入口502的触发操作，将显示图5C所示的身份验证页面，响应于在身份验证页面中写入的输入姓名、身份证号，以及针对身份验证页面中人脸识别入口503的触发操作，将显示图5D所示的人脸识别页面。如图5D所示，将对脸部504等区域进行人脸识别。在人脸识别通过之后，将显示图5E所示的实名认证成功页面，在实名认证成功页面的消息区域505将显示“转账成功”以及转移数额(￥100)。之后，若返回转移消息所在页面，将显示图5F所示的转移消息506，转移消息506中转移进度为“23小时后将转入你的账号”。在监管时间结束后，转移消息506将更新为图4B所示的转移成功消息，其中，转移进度为“已转入你的账号”。

若人脸识别失败或输入姓名/身份证号错误，则实名认证不通过，在监管时间结束后，将显示图5G所示的转移数额退回消息，其中，转移进度显示为“实名认证未通过，已退回”。此时，转移数额退回消息表征转移数额已经退回发送账号，且接收账号未通过身份验证。

若接收账号在延时转移的监管时间内未进行身份验证，在监管时间结束后，将显示图5H 所示的转移数额退回消息，其中，转移进度显示为“24小时未实名认证，已退回”。此时，转移数额退回消息表征转移数额已经退回发送账号。

可见，本申请实施例在安全转移模式下通过对接收账号进行身份验证，确认了接收账号的真实身份，提高了转移的安全性；如果后续确认接收账号存在转移风险行为，且风险资金达到立案数额，可将接收账号的相关信息发送警方，以根据其真实身份立案追诉。

在一些实施例中，响应于发送账号在延时转移的监管时间内提交的转移撤回操作，向服务器发送转移数额撤回请求；将转移数额从第三方账号转入发送账号，并显示转移数额退回消息，转移数额退回消息用于表征转移数额已经退回发送账号。可见，在安全转移模式下，发送账号可在监管时间结束之前，随时追回转移数额，有效地减少了转移风险以及误转移的现象。

在一些实施例中，延时转移的监管时间是从接收到转移消息开始计时的，监管时间可采用如下方式确定。获取接收账号的用户画像和信用情况；获取发送账号的用户画像和信用情况，并获取发送账号向接收账号转移的历史转移记录；基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额至少之一确定延时转移的监管时间。

在一些可能的示例中，可以基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额至少之一查询第二数据表，得到监管时间。第二数据表以键值对的形式存储数据，其中，键值对中的键分别为发送账号的用户画像对应的分数、发送账号的信用情况对应的分数、接收账号的用户画像对应的分数、接收账号的信用情况对应的分数、历史转移记录对应的分数和转移数额对应的分数，键值对中的值为对应的监管时间，且键值对中的值与每一个键正相关。

在另一些可能的示例中，可以调用第二机器学习模型，以基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额至少之一对监管时间进行预测处理，预测得到监管时间。第二机器学习模型可以是逻辑回归模型、决策树模型、支持向量机或循环神经网络模型等。

可见，本申请实施例中监管时间由接收账号的用户画像和信用情况等因素确定。例如，当接收账号对应的用户的信用情况越差，转移风险越高时，监管时间越长；当接收账号对应的用户的信用情况越好，转移风险越低时，监管时间越短。如此，可以根据实际的转移情况动态调节转移数额延迟到账的监管时间，保障发送账号转移安全的同时，提高发送账号转移资源的效率。

在步骤102中，响应于发送账号针对反馈入口的触发操作，发送反馈信息。

在一些实施例中，反馈信息可以是负面反馈信息，例如举报信息、投诉信息等。在转移消息中显示针对接收账号的反馈入口。响应于发送账号针对反馈入口的触发操作，发送反馈信息，可以采用以下方式实现。响应于在延时转移的监管时间内针对反馈入口的触发操作，显示反馈详情页面，反馈详情页面包括发送账号与接收账号之间的历史转移记录；响应于历史转移记录选择操作，确定历史转移记录选择操作指示的待反馈的历史转移记录，并显示反馈证明页面；通过反馈证明页面获取反馈信息，并向服务器发送反馈信息。反馈信息用于请求冻结延时转移的转移数额。可见，本申请实施例在转移的同时为发送账号提供了方便快捷的反馈入口，不需要多方查找进行反馈，更为便利。

在一些实施例中，通过反馈证明页面获取反馈信息，可以采用以下方式实现。获取在反馈证明页面的聊天证据入口中被提交的聊天证据信息；获取在反馈证明页面的风险类型入口中被提交的风险类型；基于待反馈的历史转移记录、聊天证据信息和风险类型生成反馈信息。

在一些可能的示例中，在确定历史转移记录选择操作指示的待反馈的历史转移记录后，可以直接确定对接收账号对应的用户反馈，并向服务器发送反馈信息，无需获取反馈信息(聊天证据信息和/或风险类型)。

在一些可能的示例中，响应于针对图3D所示转移详情页面中反馈入口305的触发操作 (如点击操作)，显示如图6A所示的反馈详情页面。反馈详情页面包括发送账号与接收账号之间的历史转移记录，历史转移记录可以是已经完成转移的记录，也可以是延迟到账还未完全完成转移的记录。响应于转移记录选择操作，确定图6A中第一条历史转移记录601为待反馈的历史转移记录。响应于对图6A中“下一步”按钮的触发操作，显示图6B所示的反馈证明页面。反馈证明页面包括聊天证据入口602和风险类型入口603。响应于针对聊天证据入口602的触发操作，显示图6C所示的发送账号与接收账号之间的聊天页面。响应于针对聊天页面中聊天记录604的选取操作，反馈证明页面将更新如图6D所示，图6D中的聊天证据入口中显示已选择30条聊天记录。图6D的反馈证明页面中，风险类型入口603提供了四种风险类型(诈骗类型)。响应于针对风险类型的选择操作，确定待反馈的历史转移记录所属风险类型。响应于针对反馈确认按钮605的触发操作，显示图6E所示的反馈完成页面。如图6F所示，当反馈信息被审核通过时，显示转移数额退回消息，其中，转移进度显示为“反馈成功，资金已退回”。

在一些实施例中，当确定接收账号具有风险倾向时，向预设时间段(如一年、半年、三个月等)内给接收账号或者与接收账号属于相同用户的关联账号转移过的发送账号发送询问反馈通知，并在这些发送账号对应的终端中通过安全中心或临时会话框等形式显示询问反馈通知，询问反馈通知用于提示接收账号或与接收账号属于相同用户的关联账号具有风险倾向。响应于针对询问反馈通知的反馈入口的触发操作，显示反馈详情页面，反馈详情页面包括发送账号与接收账号或与接收账号属于相同用户的关联账号之间的历史转移记录。响应于历史转移记录选择操作，确定历史转移记录选择操作指示的待反馈的历史转移记录，并显示反馈证明页面。通过反馈证明页面获取反馈信息，并向服务器发送反馈信息。

在一些可能的示例中，若发送账号向接收账号转移后被屏蔽，当接收账号被其他发送账号反馈时，如图7A所示，该发送账号将收到来自安全中心的询问反馈通知701。响应于针对询问反馈通知701的触发操作，如图7B所示，显示询问反馈通知的反馈入口702，响应于针对反馈入口702的触发操作，显示图7C所示的反馈详情页面，响应于历史转移记录选择操作以及针对反馈确认按钮703的触发操作，显示图7D所示的反馈完成页面，反馈完成页面中反馈状态消息704表明已经反馈。

可见，本申请实施例在接收到针对接收账号的反馈信息后，可自动检测出接收账号所屏蔽的与之有过转移关系的发送账号，即确定其他可能被接收账号风险的发送账号，并鼓励这些发送账号进行联合反馈，以提高反馈成功概率。当发送账号向接收账号转移的转移数额尚未转入接收账号时，还有可能追回转移数额。同时，可收集更多关于接收账号行骗的信息，维护发送账号的权益。

在一些可能的示例中，如图7E所示，图7E是本申请实施例提供的转移消息的示意图。若发送账号向接收账号转移后未反馈接收账号，当接收账号被其他发送账号反馈时，在图7E 的转移消息的下方将出现询问反馈通知，响应于针对询问反馈通知中的反馈入口705的触发操作，显示图7F所示的反馈详情页面，响应于历史转移记录选择操作以及针对反馈确认按钮706的触发操作，显示图7G所示的反馈证明页面，通过反馈证明页面获取反馈信息，并在确认反馈后显示图7H所示的反馈完成页面，在反馈完成页面中，转移消息的状态更新为“已反馈，资金冻结中”，发送账号可通过反馈完成页面中交流群的入口707加入群聊。如图7I所示，加入群聊后，发送账号可通过聊天框708输入信息进行聊天。如此，在发送账号并不明确是否转移被骗时，可通过询问反馈通知进行提醒，通过联合反馈提高反馈成功概率，并通过群聊的方式帮助发送账号获取更多信息，确认受骗事实。

在一些可能的示例中，如图7J所示，图7J是本申请实施例提供的转移提醒的示意图。若发送账号正在向接收账号转移，且接收账号被其他发送账号反馈，则如图7J所示，在转移页面中将显示风险提醒709，以提醒发送账号此次转移存在风险性。如此，可及时提醒发送账号可能存在的转移风险，避免资金损失。

在一些实施例中，当出现下述情况至少之一时，确定接收账号对应的用户具有风险倾向：接收账号被区别于发送账号的其他发送账号反馈；接收账号在接收到转移数额的资源后屏蔽发送账号；接收账号的信用评级低于信用阈值。其中，反馈可以是针对一条历史转移记录，也可以是针对多条历史转移记录。因此，同一发送账号可基于多条历史转移记录对接收账号反馈多次。屏蔽可以包括拉入黑名单、删除发送账号或发送账号不可见等。可基于接收账号在社交平台中被反馈的次数来确定其信用评级，也可从与社交平台关联的其他平台(如购物平台、支付平台等)获取接收账号的信用评级。例如，信用阈值为二级，接收账号的信用评级为一级，低于信用阈值，可确定接收账号具有风险倾向。可见，本申请实施例从反馈次数、屏蔽行为和信用评级多个维度综合确定接收账号是否具备风险倾向，提高了风险倾向的确定结果的准确性。

在一些实施例中，在向服务器发送反馈信息之后，显示反馈完成消息和交流群的入口；响应于针对交流群的入口的触发操作，显示交流群聊天页面；其中，交流群包括已经向发送账号转移的多个发送账号。这些发送账号可能是已经向接收账号转移成功的账号，也可能是延迟到账还未完全完成转移的账号，这些发送账号在接收到询问反馈通知后对接收账号进行反馈，自愿加入交流群或默认自动加入交流群。当确定接收账号对应的用户具有风险倾向时，还可联系警方加入交流群，如此，被骗的发送账号可直接与警方沟通，以加快对发送账号的调查取证进程。

如图6E所示，在反馈完成页面中显示反馈完成消息606“已举报，该笔金额处于冻结中”，同时在反馈完成消息606下方显示交流群的入口607；响应于针对交流群的入口607的触发操作，显示图6G所示的交流群的聊天页面。发送账号可通过图6G中的聊天框608 输入信息进行聊天。如此，被骗的发送账号对应的用户可通过交流获取有用信息，倾诉被骗心情，且交流群中每个被骗的发送账号对应的用户的经历，都可能帮助到其他正在被骗的用户。

在步骤103中，响应于通过反馈信息确定针对接收账号的反馈人次和转移数额总和中的至少一个大于对应的阈值，确定反馈发送账号成功，显示转移数额退回消息。

在一些实施例中，在向服务器发送反馈信息之后，由服务器对反馈信息进行审核，审核结果包括反馈成功和反馈失败。被冻结的转移数额直至审核结束(审核的时间可以超出监管时间)，才解除冻结状态。若审核结果表明基于反馈消息反馈接收账号成功，则冻结的转移数额在解除冻结状态后将从第三方账号退回发送账号，将在发送账号的终端中显示转移数额退回消息，转移数额退回消息用于表征冻结的转移数额已经退回发送账号。若审核结果表明基于反馈信息反馈失败，则冻结的转移数额在解除冻结状态后将从第三方账号转入接收账号。如此，可以确保在审核期间转移资金不会随着监管时间的结束而转入接收账号，保证审核的顺利进行。

在一些可能的示例中，针对接收账号的反馈人次和转移数额总和中的至少一个大于对应的阈值，包括：针对接收账号反馈的转移数额的总额大于或等于转移数额总额阈值；针对接收账号反馈的人次(人数或次数)大于或等于反馈人次阈值。在一些可能的示例中，当针对接收账号反馈的人次小于反馈人次阈值，且反馈信息被人工审核通过时，也确定反馈发送账号成功。转移数额的总额是对接收账号进行反馈的各个发送账号反馈的转移数额的加和。针对接收账号反馈的人次可以是反馈的人数之和，也可以是每个发送账号反馈的次数的累加和。例如，发送账号A和发送账号B对接收账号进行了反馈，发送账号A基于转移记录1和转移记录记录2分别对接收账号进行了反馈，发送账号B基于转移记录3对接收账号进行了反馈，则针对接收账号反馈的人次是发送账号A的2次加上发送账号B的1次，即一共是3 次。当针对接收账号反馈的人次小于反馈人次阈值时，将由人工对反馈消息进行审核，以确定反馈是否属实，当确定反馈属实时，反馈信息被人工审核通过，确定接收账号存在风险行为。可见，通过结合机器(服务器)审核和人工审核，在保证审核的精确性的前提下，提高了审核的效率。

参见图8A，图8A是本申请实施例提供的审核结果的示意图。当反馈消息被审核通过时，响应于对图8A中审核消息801的触发操作(如点击操作)，如图8B所示，显示转移数额退回消息802。转移数额退回消息802表明反馈已被核实，延时转移的转移数额退回了发送账号，接收账号对发送账号的反馈帮助了其他人追回被骗资金，且接收账号的相关资料已被发送给警方立案。图8C是本申请实施例提供的向警方账号反馈的示意图，响应于针对转移数额退回消息802的触发操作，显示图8C，图8C包括反馈详情信息803。

在一些可能的示例中，当接收账号被反馈的人次小于反馈人次阈值，且基于反馈信息反馈失败时，显示反馈失败消息；其中，反馈失败消息用于表征针对接收账号的反馈失败，且转移数额将在监管时间结束后转入接收账号。其中，若审核用时比监管时间长，当反馈信息未被审核通过时，转移数额即时转入接收账号；若审核用时比监管时间短，当反馈信息未被审核通过时，此时，监管时间还没结束，转移数额将在监管时间结束后转入接收账号。

在一些实施例中，当反馈消息未被审核通过时，响应于对图8A中审核消息801的触发操作(如点击操作)，如图8D所示，显示反馈失败消息804。在一些可能的示例中，反馈失败消息也可如图8E所示，显示为“证据不足，资金已转入对方账号”。

可见，本申请实施例中，在得到审核结果后，可及时通知发送账号。若监管时间尚未结束，即使反馈失败，转移数额也不会立即转入接收账号，为发送账号争取了通过其他途径(例如直接与警方账号联系，立案调查)追回转移数额的时间。

可以看出，本申请实施例通过安全转移模式使发送账号转给接收账号的转移数额延时转移，并在延时转移期间，支持发送账号通过反馈入口对接收账号进行反馈，当反馈成功时，转移数额将退回发送账号，节约了第三方介入审核反馈信息的环节，效率更高，且能高效地保障转移安全。

下面将结合附图对本申请实施例提供的资源转移处理方法进行说明，下述资源转移处理方法的执行主体可以为终端，具体可以是终端通过运行上文的各种计算机程序来实现的；当然，根据对下文的理解，不难看出也可以由终端和服务器协同实施本申请实施例提供的资源转移处理方法。

参见图2C，图2C是本申请实施例提供的资源转移处理方法的流程示意图，将结合图 2C示出的步骤进行说明。

在步骤201中，在即时通信客户端中显示发送账号针对接收账号的转移页面。

在一些实施例中，发送账号、接收账号可以是即时通信客户端的账号，也可以是与即时通信客户端账号绑定的交易账号，例如银行账号、第三方支付账号等。发送账号针对接收账号的转移页面如图3A所示，关于转移页面的详细描述可参见前文对图3A的相关描述。

在步骤202中，响应于在转移页面中接收的发送账号的转移信息输入操作，显示自动开启的安全转移模式。

在一些实施例中，安全转移模式用于延时转移。响应于在转移页面中接收的转移信息输入操作，显示自动开启的安全转移模式，可以通过图2B所示的步骤1011至步骤1013实现。

在步骤1011中，响应于在转移页面中接收的发送账号的转移信息输入操作，获取转移信息输入操作提交的转移信息。

在一些实施例中，转移信息输入操作用于提交转移信息，转移信息可以包括发送账号、接收账号和转移数额等。

在步骤1012中，基于转移信息进行安全转移验证。

在一些实施例中，基于转移信息进行安全转移验证，可以采用如下方式实现。获取发送账号的用户画像和信用情况，并获取接收账号的用户画像和信用情况；获取发送账号向接收账号转移的历史转移记录；基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额中的至少一个查询第一数据表，得到表征是否需要进行安全转移的验证结果。

在另一些实施例中，基于转移信息进行安全转移验证，还可以采用如下方式实现。获取发送账号的用户画像和信用情况，并获取接收账号的用户画像和信用情况；获取发送账号向接收账号转移的历史转移记录；调用第一机器学习模型执行以下处理：基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额中的至少一个进行是否需要进行安全转移的预测处理，得到表征是否需要进行安全转移的验证结果。

在步骤1013中，当安全转移的验证结果表征需要进行安全转移时，显示自动开启的安全转移模式。

关于步骤1011至步骤1013的详细描述可参见前文相关描述。

在步骤203中，响应于发送账号的转移触发操作，基于转移信息输入操作提交的转移信息，生成符合安全转移模式的转移消息，并向发送账号发送转移消息。

在一些实施例中，转移消息用于在延时转移的监管时间内引导接收账号进行资源接收操作；当接收账号在延时转移的监管时间内通过转移消息领取转移数额时，在监管时间结束后显示转移成功消息，其中，转移成功消息用于表征转移数额已经转入接收账号。当接收账号在延时转移的监管时间内未通过转移消息领取转移数额时，在监管时间结束后显示转移数额退回消息，转移数额退回消息用于表征转移数额已经退回发送账号。

在一些实施例中，安全转移模式还用于身份验证。转移消息用于在延时转移的监管时间内引导接收账号进行身份验证，当身份验证通过时自动执行资源接收操作并显示资源接收成功消息；其中，身份验证的方式包括以下至少之一：生物特征验证、口令验证、实名认证。

在一些可能的示例中，当接收账号在延时转移的监管时间内通过身份验证时，在监管时间结束后显示转移成功消息，其中，转移成功消息用于表征转移数额已经转入接收账号。

在一些可能的示例中，当接收账号在延时转移的监管时间内未进行身份验证时，在监管时间结束后显示转移数额退回消息，其中，转移数额退回消息用于表征转移数额已经退回发送账号。

在一些可能的示例中，当接收账号在延时转移的监管时间内进行身份验证且未通过身份验证时，在监管时间结束后显示转移数额退回消息，其中，转移数额退回消息用于表征转移数额已经退回发送账号，且接收账号未通过身份验证。

在一些实施例中，响应于发送账号在延时转移的监管时间内提交的转移撤回操作，发送转移数额撤回请求；显示转移数额退回消息，其中，转移数额退回消息用于表征转移数额已经退回发送账号。

在一些实施例中，可以通过以下方式确定延时转移的监管时间。获取接收账号的用户画像和信用情况；获取发送账号的用户画像和信用情况，并获取发送账号向接收账号转移的历史转移记录；基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额至少之一确定延时转移的监管时间。

在一些可能的示例中，基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额至少之一确定延时转移的监管时间，可以采用以下方式实现。基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额中的至少一个查询第二数据表，得到延时转移的监管时间；或调用第二机器学习模型执行以下处理：基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额中的至少一个对延时转移的监管时间进行预测处理，得到延时转移的监管时间。

在一些实施例中，在转移消息中显示针对接收账号的反馈入口；响应于在延时转移的监管时间内针对反馈入口的触发操作，显示反馈详情页面，反馈详情页面包括发送账号与接收账号之间的历史转移记录；响应于历史转移记录选择操作，确定历史转移记录选择操作指示的待反馈的历史转移记录，并显示反馈证明页面；通过反馈证明页面获取反馈信息，并发送反馈信息，反馈信息用于请求冻结延时转移的转移数额；响应于基于反馈信息反馈接收账号成功，显示转移数额退回消息，其中，转移数额退回消息用于表征冻结的转移数额已经退回发送账号。

在一些实施例中，显示询问反馈通知，询问反馈通知用于提示接收账号或与接收账号属于相同用户的关联账号具有风险倾向；响应于针对询问反馈通知的反馈入口的触发操作，显示反馈详情页面，反馈详情页面包括发送账号与接收账号或与接收账号属于相同用户的关联账号之间的历史转移记录；响应于历史转移记录选择操作，确定历史转移记录选择操作指示的待反馈的历史转移记录，并显示反馈证明页面；通过反馈证明页面获取反馈信息，并发送反馈信息，反馈信息用于请求冻结转移数额；响应于基于反馈信息反馈接收账号成功，显示转移数额退回消息，转移数额退回消息用于表征冻结的转移数额已经退回发送账号。

在一些实施例中，风险倾向包括以下至少之一：接收账号被反馈人次超过反馈人次阈值；接收账号在接收到转移数额的资源后屏蔽发送账号；接收账号的信用评级低于信用阈值。

在一些实施例中，可以采用以下方式从反馈证明页面中获取反馈信息。响应于历史转移记录选择操作，确定历史转移记录选择操作指示的待反馈的历史转移记录；获取在反馈证明页面的聊天证据入口中被提交的聊天证据信息；获取在反馈证明页面的风险类型入口中被提交的风险类型；基于待反馈的历史转移记录、聊天证据信息和风险类型生成反馈信息。

在一些实施例中，在发送反馈信息之后，显示反馈完成消息，并在反馈完成消息中显示交流群的入口；响应于针对交流群的入口的触发操作，显示交流群聊天页面；其中，交流群包括已经向发送账号转移的多个发送账号。

在一些实施例中，当满足以下审核条件至少之一时，确定基于反馈消息反馈发送账号成功：针对接收账号反馈的转移数额的总额大于或等于转移数额总额阈值；针对接收账号反馈的人次大于或等于反馈人次阈值；针对接收账号反馈的人次小于反馈人次阈值，且反馈信息被人工审核通过。

在一些实施例中，当接收账号被反馈的人次小于反馈人次阈值，且基于反馈信息反馈发送账号失败时，显示反馈失败消息；其中，反馈失败消息用于表征针对接收账号的反馈失败，且转移数额将在监管时间结束后转入接收账号。

可见，本申请实施例中，在安全转移模式下进行转移，转移数额将延时转移，不会立即将转移数额转入接收账号中。在延时转移期间，可通过反馈入口对接收账号进行反馈，并基于反馈信息冻结延时转移的转移数额，当反馈成功时，转移数额将退回发送账号，有效地保障了发送账号的转移安全。

参加图9，图9是本申请实施例提供的资源转移处理方法的交互流程示意图。下面将结合图9中的步骤901至步骤913说明由发送账号的终端和服务器协同实施本申请实施例提供的资源转移处理方法的过程。

步骤901，终端显示转移页面。

步骤902，终端响应于在转移页面中接收的转移信息输入操作，向服务器发送携带转移信息的转移请求。

步骤903，服务器基于转移信息生成需要进行安全转移的验证结果。

步骤904，服务器基于验证结果向终端发送安全转移模式开启通知。

步骤905，终端显示自动开启的安全转移模式；其中，安全转移模式用于延时转移。

步骤906，终端响应于在转移页面中接收的转移触发操作，基于转移信息输入操作提交的转移信息，生成并显示符合安全转移模式的转移消息；其中，转移消息中显示了针对接收账号的反馈入口。

步骤907，终端向服务器发送转移消息。

其中，服务器接收到发送账号的终端发送的转移消息后，向接收账号的终端发送资源接收请求，接收账号的终端接收资源接收请求并显示资源接收页面，响应于针对资源接收页面的资源接收确定操作，接收账号的终端向服务器发送资源接收确认消息，在延时转移的监管时间结束后，转移数额将自动转入接收账号。

步骤908，终端响应于在延时转移的监管时间内针对反馈入口的触发操作，显示反馈详情页面；其中，反馈详情页面包括发送账号与接收账号之间的历史转移记录。

步骤909，终端响应于历史转移记录选择操作，确定历史转移记录选择操作指示的待反馈的历史转移记录，并显示反馈证明页面。

步骤910，终端通过反馈证明页面获取反馈信息，并向服务器发送反馈信息；其中，反馈信息用于请求冻结转移数额。

步骤911，服务器基于反馈信息进行审核，生成反馈信息被审核通过的审核结果。

步骤912，服务器向终端发送审核结果。

步骤913，终端接收审核结果并显示转移数额退回消息；其中，转移数额退回消息用于表征冻结的转移数额已经退回发送账号。

需要说明的是，在前文中已对上述步骤进行了详细的描述，此处不再赘述。

可见，本申请实施例通过服务器确定是否需要在转移时开启安全转移模式，提高了转移的安全性，减少了终端侧的数据处理压力，节约了设备资源；并通过服务器对反馈信息进行审核，保证了审核的公正性和准确性。

下面，将说明本申请实施例在实际的场景(以转账场景为例)中的示例性应用。

参见图10，图10是本申请实施例提供的转账的流程示意图。在即时通信客户端(如即时通讯客户端)中，当用户C向用户F转账(即转移)时，如图3A所示，若不是在青少年模式下，用户C也没有勾选安全转账模式(即安全转移模式)，则转账金额(即转移数额) 及时转入用户F的账号。若在青少年模式下转账，转账金额最大为100元，当转账金额超过 100元时，如图3B所示，在转账页面(即转移页面)中将自动勾选安全转账模式。当用户C 点击转账页面中的确定转账按钮(即确定转移按钮)303时，在安全转账模式下，用户C转给用户F的资金将由第三方支付平台监管，在24小时后转入用户F的账号中，如图3C中的转账消息(即转移消息)304所示。当用户点击转账消息304时，将出现如图3D所示的转账详情页面(即转移详情页面)，用户C可在转账详情页面的举报区域(即反馈入口)305 举报(即反馈)用户F。

用户F如需领取转账金额，需要先实名认证。如果用户F在即时通信客户端中未进行实名认证和人脸识别认证，安全转账模式下转账金额无法进入其账号。如果用户F在监管时间 24小时内完成实名认证，监管时间结束后，转账金额将转入用户F的账号。如果用户F在监管时间内未完成实名认证，监管时间结束后，转账金额将退回用户C账号。如果用户F此前在即时通信客户端中已经实名认证过了，无需二次认证，监管时间结束后转账金额直接转入用户F的账号。

如图5A所示，用户C向用户F转账后，在用户F与用户C的对话框中将出现转账消息(即转移消息)501，转账消息501中显示了转账金额(100元)和“待实名认证”。当用户点击转账消息501时，进入图5B所示的转账详情页面(即转移详情页面)，当用户F点击转账详情页面中的实名认证入口502时，将显示图5C所示的身份验证页面。用户F需要在身份验证页面中输入姓名和身份证号，并进行人脸识别，以实名认证。人脸识别的页面如图5D 所示，当实名认证通过，将显示如图5E所示的实名认证成功页面。此时，用户F返回转账消息所在页面，转账消息将发生变化，由“待实名认证”变化为“23小时后将转入你的账号”。

当用户C在转账详情页面对用户F发起举报时，举报流程如图6A至图6F所示。将展示用户C与用户F最近1年的所有转账记录，用户C可以选择需要举报的一条或多条转账记录。将根据用户C选择的转账记录记录总金额，以及当前正在监管还未进入用户F账号中的转账金额。此外，用户C还可以上传与用户F的聊天记录，并选择风险类型，以备对用户 F举报的人数少于7人时作为人工审核举报的证明。

用户C举报用户F后，当前正在监管还未进入用户F账号中的转账金额将被冻结，直至出举报结果。举报后，在举报完成页面将显示交流群的入口，当用户C点击交流群的入口时，如图6G所示，将快速建立一个关于用户F风险的交流群，其他举报用户F风险的用户也可以通过举报完成页面快速进入该临时群，以交流被骗心情。

在安全转账模式下，通过用户F的账号绑定的真实身份将其不同的账号进行绑定。只要用户F的一个账号(账号1)被举报风险，向用户F的任何一个其他账号(如账号2)转账的用户都将收到询问举报通知。

如图7A至图7D所示，用户A最近1年有多次(未通过安全转账模式)转账给用户F，之后用户A被用户F拉入黑名单或删除，则用户A可能被用户F骗取钱财。在用户C举报用户F并创建群聊后，用户A将收到询问举报通知(即询问反馈通知)。用户A可从与用户 F近1年的转账记录中选择举报的记录。举报后，也可快速参与到用户C创建的临时群聊中。

用户B是已经(通过安全转账模式)向用户F转账成功的用户，用户D是不久前(通过安全转账模式)向用户F发起转账的用户，其转账金额仍处于监管状态，还未转入用户F 的账号。如图8A至图8E所示，在用户C举报用户F并创建群聊后，用户B和用户D将收到询问举报通知，以确定是否加入对用户F的举报，并确定是否加入用户C创建的临时群聊中。

用户E是即将转账给用户F的用户，在用户C举报用户F并创建群聊后，在用户E进入转账页面时，用户E将收到防风险提醒，用于在转账前告知风险。

如图10所示，当对用户F举报的人次达到举报人次阈值(如7人)时，举报成功，将退回所有参与举报的用户(用户C、用户D)处于监管中(冻结中)的转给用户F的转账金额，同时，用户F将进入黑名单，对其进行封号处理，且用户F的真实身份绑定的其他账号不可接收转账。并且，当用户F被举报的转账金额总额达到转账金额阈值(如8万)时，服务器将向用户F户口所在地的警方帐号发送用户F风险的相关资料，提起备案请求。

当对用户F举报的人数少于7人时，将人工审核每位举报用户上传的举报证明，审核通过则举报成功，将退回冻结的监管中的转账金额；审核未通过则举报失败，冻结的监管中的转账金额在监管时间结束后，将转入用户F的账号。

如图11所示，图11是本申请实施例提供的转账和举报的流程示意图。以下将结合图11 对转账和举报的过程进行说明。

(1)用户A(付款用户，即发送账号对应的用户)向用户F(收款用户，即接收账号对应的用户)转账时，在选择转账模式(青少年模式下金额满100，自动开启安全转账模式，普通模式下用户自己勾选是否开启安全转账模式)后，用户A的客户端向转账服务器发送转账请求。

(2)转账服务器接收到用户A的客户端的数据包形式的转账请求后，解析数据包，在数据库中查找收款用户(用户F)账号，并基于查找到的账号向收款用户的客户端推送收款通知。

(3)用户F接收到转账服务器的数据包形式的收款通知后，解析数据包，在会话窗口中显示收款信息。当用户F点击收款信息时，用户F的客户端判断用户F是否已经实名认证，如果已经实名认证，显示转账成功消息(即转移成功消息)；如果未实名认证，显示“待实名认证”的消息。在用户F点击“待实名认证”的消息后，将引导用户F进行实名认证和人脸识别认证，认证成功后显示转账成功。

(4)用户A通过举报入口对用户F进行举报，并在举报证明页面提交举报信息(即反馈信息)，用户A的客户端获取提交的聊天记录和风险类型等举报信息，向举报服务器发送携带举报信息的举报请求(即反馈请求)。同时，用户A可创建一个关于用户F风险的交流群。

(5)举报服务器接收到用户A的数据包形式的举报请求后，解析数据包，查找被举报的用户F的账号，并更新举报状态。如果用户F的身份证绑定有多个账号，则同时向给这多个账号转账过的其他付款用户推送询问举报通知。

(6)其他付款用户的客户端在接收到询问举报通知后，在安全中心显示询问举报通知，其他付款用户可以通过询问举报通知对收款用户进行举报。

(7)举报服务器在基于举报信息得出举报结果后，将举报结果发送给用户A(或其他付款用户)的客户端。如果举报服务器确定用户F被举报人次超过举报人次阈值，则会向用户A(或其他付款用户)退回监管中的转账金额；如果用户F被举报的转账金额总额达到转账金额总额阈值，将向警方发送用户F相关的举报信息。

其中，转账服务器的功能是接收转账请求、解析数据包和获取收款用户账号，根据收款用户账号在缓存和/或数据库中查找收款用户账号相关信息，并向收款用户的客户端推送收款通知。如果服务器判断收款用户存在被举报历史或拉黑其他付款用户等可疑情况，则判定收款用户为可疑收款用户，向可能被收款用户风险的用户的客户端推送询问举报通知。

举报服务器的功能是接收举报请求、解析数据包和获取被举报方(即收款用户)信息和举报信息，在数据库更新被举报方的举报状态，并向举报方(参与举报的用户)的客户端推送举报结果通知。如果被举报的转账金额总额达到转账金额总额阈值，将向警方发送用户F 相关的举报信息；如果被举报人次达到举报人次阈值，向举报方退回监管中的冻结转账金额。其中，举报服务器和转账服务器可以实现数据互查(数据查询)。

参见图12，客户端主要由3个重要模块组成：网络层、数据层和展示层。各个模块的作用如下。

网络层：该模块通过用户数据包协议(UDP，User Datagram Protocol)进行客户端和服务器(举报服务器和转账服务器)的通讯，包括发送转账请求(包括收款账号信息、是否处于安全转账模式等)、发送举报请求(包括举报信息等)、发送聊天请求给服务器和接收服务器推送等。客户端从网络层接收到数据后对数据层中的数据相应地进行更新。

数据层：该模块主要存储客户端相关的数据，包括转账数据(付款用户账号、收款用户账号、转账金额等)、收款用户数据(收款用户的账号，是否实名认证等)、聊天数据和账号数据等。数据层中的数据存储在内存和本地数据库中，当内存还没有数据时，会去数据库加载对应的数据，并缓存到内存中，以提高数据获取速度。当从服务器接收数据后，客户端同时更新内存和数据库中的数据。

展示层：该模块主要用于展示用户界面，包括以下四大部分。

第一部分是转账页面/转账详情页面，包括转账按钮和安全转账模式选项等，由标准的系统控件负责展示，当用户转账成功后，通知网络层发送转账请求。

第二部分是举报页面，包括举报按钮、历史转账列表、举报证明输入、发起聊天按钮等，由标准的系统控件负责展示，当用户点击举报按钮时，会通知网络层发送举报请求，当点击聊天按钮，会向网络层发起聊天请求。

第三部分是人脸实名验证页面，其会调用人脸识别组件进行人脸数据采集和验证，由人脸识别软件开发工具包提供技术支持。

第四部分是聊天窗口页面，主要显示聊天信息列表、小灰条提示等，由标准的系统控件负责展示。

展示层同时负责响应用户交互操作，监听点击和拖动事件，并回调给对应的函数处理，由标准的系统控件提供能力支持。

可以看出，本申请实施例可以有效地保护青少年账号的转账安全，对于可疑的收款账号，会对相应的付款用户进行安全提示，并为付款用户提供了快速的举报途径，方便付款用户举报，还提供了群聊功能，受骗用户可和其他用户一起聊天沟通。和警方联通风险的相关资料，可以提高警方的风险侦查速度，进而提高社会的安全度。

下面说明上文所述的终端的示例性结构。参见图13，图13是本申请实施例提供的终端 400-1的结构示意图，图13所示的终端400-1包括：至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。终端400-1中的各个组件通过总线系统440耦合在一起。可理解，总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图13中将各种总线都标为总线系统440。

处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器450可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或多个存储设备。

存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器450旨在包括任意适合类型的存储器。

在一些实施例中，存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。

网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他计算设备，示例性的网络接口420包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等。

呈现模块453，用于经由一个或多个与用户接口430相关联的输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)。

输入处理模块454，用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的资源转移处理装置可以采用软件方式实现，图13 示出了存储在存储器450中的资源转移处理装置455，其可以是程序和插件等形式的软件，包括显示模块4551、发送模块4552和确定模块4553。

将在下文中说明各个模块的功能。

发送模块4552，用于响应于发送账号的转移触发操作，向接收账号发送符合安全转移模式的转移消息，其中，安全转移模式用于延时转移；响应于发送账号针对反馈入口的触发操作，发送反馈信息，其中，反馈信息用于请求冻结延时转移的转移数额；显示模块4551，用于响应于通过反馈信息确定针对接收账号的反馈人次和转移数额总和中的至少一个大于对应的阈值，确定反馈发送账号成功，显示转移数额退回消息，其中，转移数额退回消息用于表征冻结的转移数额已经退回发送账号。

在一些实施例中，发送模块4552，还用于响应于发送账号的转移触发操作，确定转移触发操作请求转移的资源的转移数额，当转移数额大于转移数额阈值时，进入安全转移模式，并向接收账号发送符合安全转移模式的转移消息。

在一些实施例中，发送模块4552，还用于获取发送账号对应的年龄，当年龄处于青少年年龄段时，进入青少年模式，安全转移模式是青少年模式的子模式。

在一些实施例中，显示模块4551，还用于在转移消息中显示针对接收账号的反馈入口。

在一些实施例中，发送模块4552，还用于响应于在延时转移的监管时间内针对反馈入口的触发操作，显示反馈详情页面，反馈详情页面包括发送账号与接收账号之间的历史转移记录；响应于历史转移记录选择操作，确定历史转移记录选择操作指示的待反馈的历史转移记录，并显示反馈证明页面；通过反馈证明页面获取反馈信息，并发送反馈信息。

在一些实施例中，显示模块4551，还用于显示询问反馈通知，询问反馈通知用于提示接收账号或与接收账号属于相同用户的关联账号具有风险倾向。

在一些实施例中，发送模块4552，还用于响应于针对询问反馈通知的反馈入口的触发操作，显示反馈详情页面，反馈详情页面包括发送账号与接收账号或与接收账号属于相同用户的关联账号之间的历史转移记录；响应于历史转移记录选择操作，确定历史转移记录选择操作指示的待反馈的历史转移记录，并显示反馈证明页面；通过反馈证明页面获取反馈信息，并发送反馈信息。

在一些实施例中，风险倾向包括以下至少之一：接收账号被区别于发送账号的其他发送账号反馈；接收账号在接收到转移数额的资源后屏蔽发送账号；接收账号的信用评级低于信用阈值。

在一些实施例中，发送模块4552，还用于获取在反馈证明页面的聊天证据入口中被提交的聊天证据信息；获取在反馈证明页面的风险类型入口中被提交的风险类型；基于待反馈的历史转移记录、聊天证据信息和风险类型生成反馈信息。

在一些实施例中，显示模块4551，还用于显示反馈完成消息，并在反馈完成消息中显示交流群的入口；响应于针对交流群的入口的触发操作，显示交流群聊天页面；其中，交流群包括已经向接收账号转移资源的多个发送账号，多个发送账号通过触发接收的反馈完成消息中的交流群的入口加入交流群，且交流群是最先触发入口的发送账号创建的。

在一些实施例中，显示模块4551，还用于当接收账号被反馈的人次小于反馈人次阈值，且基于反馈信息反馈失败时，显示反馈失败消息；其中，反馈失败消息用于表征针对接收账号的反馈失败，且转移数额将在监管时间结束后转入接收账号。

在一些实施例中，显示模块4551，还用于在即时通信客户端中显示发送账号针对接收账号的转移页面；响应于在转移页面中接收的发送账号的转移信息输入操作，显示自动开启的安全转移模式。

在一些实施例中，发送模块4552，还用于响应于在转移页面中接收的发送账号的转移信息输入操作，获取转移信息输入操作提交的转移信息；基于转移信息进行安全转移验证；当安全转移的验证结果表征需要进行安全转移时，显示自动开启的安全转移模式。

在一些实施例中，转移信息包括发送账号、接收账号和转移数额；发送模块4552，还用于获取发送账号的用户画像和信用情况，并获取接收账号的用户画像和信用情况；获取发送账号向接收账号转移的历史转移记录；基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额中的至少一个查询第一数据表，得到表征是否需要进行安全转移的验证结果。

在一些实施例中，转移信息包括发送账号、接收账号和转移数额；发送模块4552，还用于获取发送账号的用户画像和信用情况，并获取接收账号的用户画像和信用情况；获取发送账号向接收账号转移的历史转移记录；调用第一机器学习模型执行以下处理：基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额中的至少一个进行是否需要进行安全转移的预测处理，得到表征是否需要进行安全转移的验证结果。

在一些实施例中，转移消息用于在延时转移的监管时间内引导接收账号进行收款操作；显示模块4551，还用于当接收账号在延时转移的监管时间内通过转移消息领取转移数额时，在监管时间结束后显示转移成功消息，其中，转移成功消息用于表征转移数额已经转入接收账号；当接收账号在延时转移的监管时间内未通过转移消息领取转移数额时，在监管时间结束后显示转移数额退回消息，转移数额退回消息用于表征转移数额已经退回发送账号。

在一些实施例中，安全转移模式还用于身份验证；转移消息用于在延时转移的监管时间内引导接收账号进行身份验证，当身份验证通过时自动执行收款操作并显示收款成功消息；其中，身份验证的方式包括以下至少之一：生物特征验证、口令验证、实名认证。

在一些实施例中，显示模块4551，还用于当接收账号在延时转移的监管时间内通过身份验证时，在监管时间结束后显示转移成功消息，其中，转移成功消息用于表征转移数额已经转入接收账号；当接收账号在延时转移的监管时间内未进行身份验证时，在监管时间结束后显示转移数额退回消息，其中，转移数额退回消息用于表征转移数额已经退回发送账号；当接收账号在延时转移的监管时间内进行身份验证且未通过身份验证时，在监管时间结束后显示转移数额退回消息，其中，转移数额退回消息用于表征转移数额已经退回发送账号，且接收账号未通过身份验证。

在一些实施例中，发送模块4552，还用于响应于发送账号在延时转移的监管时间内提交的转移撤回操作，发送转移数额撤回请求；显示转移数额退回消息，其中，转移数额退回消息用于表征转移数额已经退回发送账号。

在一些实施例中，资源转移处理装置455还包括确定模块4553，用于通过以下方式确定延时转移的监管时间：获取接收账号的用户画像和信用情况；获取发送账号的用户画像和信用情况，并获取发送账号向接收账号转移的历史转移记录；基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额至少之一确定延时转移的监管时间。

在一些实施例中，确定模块4553，还用于基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额中的至少一个查询第二数据表，得到延时转移的监管时间；或调用第二机器学习模型执行以下处理：基于发送账号的用户画像和信用情况、接收账号的用户画像和信用情况、历史转移记录和转移数额中的至少一个对延时转移的监管时间进行预测处理，得到延时转移的监管时间。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例上述的资源转移处理方法。

本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的资源转移处理方法，例如，如图2A示出的资源转移处理方法。

在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

综上所述，本申请实施例在转移页面中接收转移信息输入操作后，显示用于延时转移的安全转移模式，并在安全转移模式下进行转移，从而有效地提高转移的安全性；通过延时转移延缓了转移资金转入接收账号的进度，为用户提供了转移后追回转移资金的可能性；对于可疑的接收账号，为发送账号提供了快速的反馈途径，方便发送账号反馈；提供群聊功能，受骗的发送账号可一起聊天沟通；和警方联通风险的相关资料，可提高警方的风险侦查速度，进而提高社会的安全度。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (20)

1.一种资源转移处理方法，其特征在于，应用于即时通信客户端；所述方法包括：

响应于发送账号的转移触发操作，向接收账号发送符合安全转移模式的转移消息，其中，所述安全转移模式用于延时转移；

响应于所述发送账号针对反馈入口的触发操作，发送反馈信息，其中，所述反馈信息用于请求冻结延时转移的转移数额；

响应于通过所述反馈信息确定针对所述接收账号的反馈人次和转移数额总和中的至少一个大于对应的阈值，确定反馈所述发送账号成功，显示转移数额退回消息，其中，所述转移数额退回消息用于表征冻结的所述转移数额已经退回发送账号。

2.根据权利要求1所述的方法，其特征在于，所述响应于发送账号的转移触发操作，向接收账号发送符合安全转移模式的转移消息，包括：

响应于所述发送账号的转移触发操作，确定所述转移触发操作请求转移的资源的所述转移数额，当所述转移数额大于转移数额阈值时，进入所述安全转移模式，并向所述接收账号发送符合所述安全转移模式的转移消息。

3.根据权利要求2所述的方法，其特征在于，在进入所述安全转移模式之前，所述方法还包括：

获取所述发送账号对应的年龄，当所述年龄处于青少年年龄段时，进入青少年模式，所述安全转移模式是所述青少年模式的子模式。

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

在所述转移消息中显示针对所述接收账号的反馈入口；

所述响应于所述发送账号针对反馈入口的触发操作，发送反馈信息，包括：

响应于在所述延时转移的监管时间内针对所述反馈入口的触发操作，显示反馈详情页面，所述反馈详情页面包括所述发送账号与所述接收账号之间的历史转移记录；

响应于历史转移记录选择操作，确定所述历史转移记录选择操作指示的待反馈的历史转移记录，并显示反馈证明页面；

通过所述反馈证明页面获取反馈信息，并发送所述反馈信息。

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

显示询问反馈通知，所述询问反馈通知用于提示所述接收账号或与所述接收账号属于相同用户的关联账号具有风险倾向；

所述响应于所述发送账号针对反馈入口的触发操作，发送反馈信息，包括：

响应于针对所述询问反馈通知的反馈入口的触发操作，显示反馈详情页面，所述反馈详情页面包括所述发送账号与所述接收账号或与所述接收账号属于相同用户的关联账号之间的历史转移记录；

响应于历史转移记录选择操作，确定所述历史转移记录选择操作指示的待反馈的历史转移记录，并显示反馈证明页面；

通过所述反馈证明页面获取反馈信息，并发送所述反馈信息。

6.根据权利要求5所述的方法，其特征在于，所述风险倾向包括以下至少之一：

所述接收账号被区别于所述发送账号的其他发送账号反馈；

所述接收账号在接收到所述转移数额的资源后屏蔽所述发送账号；

所述接收账号的信用评级低于信用阈值。

7.根据权利要求4或5所述的方法，其特征在于，所述通过所述反馈证明页面获取反馈信息，包括：

获取在所述反馈证明页面的聊天证据入口中被提交的聊天证据信息；

获取在所述反馈证明页面的风险类型入口中被提交的风险类型；

基于所述待反馈的历史转移记录、所述聊天证据信息和所述风险类型生成所述反馈信息。

8.根据权利要求4或5所述的方法，其特征在于，在所述发送所述反馈信息之后，所述方法还包括：

显示反馈完成消息，并在所述反馈完成消息中显示交流群的入口；

响应于针对所述交流群的入口的触发操作，显示交流群聊天页面；

其中，所述交流群包括已经向所述接收账号转移资源的多个发送账号，所述多个发送账号通过触发接收的所述反馈完成消息中的所述交流群的入口加入所述交流群，且所述交流群是最先触发所述入口的发送账号创建的。

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

当所述接收账号被反馈的人次小于反馈人次阈值，且基于所述反馈信息反馈失败时，显示反馈失败消息；

其中，所述反馈失败消息用于表征针对所述接收账号的反馈失败，且所述转移数额将在所述监管时间结束后转入所述接收账号。

10.根据权利要求1所述的方法，其特征在于，在接收到所述转移触发操作之前，所述方法还包括：

在所述即时通信客户端中显示所述发送账号针对所述接收账号的转移页面；

响应于在所述转移页面中接收的所述发送账号的转移信息输入操作，显示自动开启的所述安全转移模式。

11.根据权利要求10所述的方法，其特征在于，所述响应于在所述转移页面中接收的所述发送账号的转移信息输入操作，显示自动开启的所述安全转移模式，包括：

响应于在所述转移页面中接收的所述发送账号的转移信息输入操作，获取所述转移信息输入操作提交的转移信息；

基于所述转移信息进行安全转移验证；

当所述安全转移的验证结果表征需要进行安全转移时，显示自动开启的所述安全转移模式。

12.根据权利要求11所述的方法，其特征在于，所述转移信息包括所述发送账号、所述接收账号和所述转移数额；

所述基于所述转移信息进行安全转移验证，包括：

获取所述发送账号的用户画像和信用情况，并获取所述接收账号的用户画像和信用情况；

获取所述发送账号向所述接收账号转移的历史转移记录；

基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额中的至少一个查询第一数据表，得到表征是否需要进行安全转移的验证结果。

13.根据权利要求11所述的方法，其特征在于，所述转移信息包括所述发送账号、所述接收账号和所述转移数额；

所述基于所述转移信息进行安全转移验证，包括：

获取所述发送账号的用户画像和信用情况，并获取所述接收账号的用户画像和信用情况；

获取所述发送账号向所述接收账号转移的历史转移记录；

调用第一机器学习模型执行以下处理：基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额中的至少一个进行是否需要进行安全转移的预测处理，得到表征是否需要进行安全转移的验证结果。

14.根据权利要求1所述的方法，其特征在于，所述转移消息用于在所述延时转移的监管时间内引导所述接收账号进行资源接收操作；

所述方法还包括：

当所述接收账号在所述延时转移的监管时间内通过所述转移消息领取所述转移数额时，在所述监管时间结束后显示转移成功消息，其中，所述转移成功消息用于表征所述转移数额已经转入所述接收账号；

当所述接收账号在所述延时转移的监管时间内未通过所述转移消息领取所述转移数额时，在所述监管时间结束后显示转移数额退回消息，所述转移数额退回消息用于表征所述转移数额已经退回发送账号。

15.根据权利要求1所述的方法，其特征在于，所述安全转移模式还用于身份验证；

所述转移消息用于在所述延时转移的监管时间内引导所述接收账号进行身份验证，当所述身份验证通过时自动执行资源接收操作并显示资源接收成功消息；

其中，所述身份验证的方式包括以下至少之一：生物特征验证、口令验证、实名认证。

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

当所述接收账号在所述延时转移的监管时间内通过所述身份验证时，在所述监管时间结束后显示转移成功消息，其中，所述转移成功消息用于表征所述转移数额已经转入所述接收账号；

当所述接收账号在所述延时转移的监管时间内未进行所述身份验证时，在所述监管时间结束后显示转移数额退回消息，其中，所述转移数额退回消息用于表征所述转移数额已经退回所述发送账号；

当所述接收账号在所述延时转移的监管时间内进行所述身份验证且未通过所述身份验证时，在所述监管时间结束后显示转移数额退回消息，其中，所述转移数额退回消息用于表征所述转移数额已经退回所述发送账号，且所述接收账号未通过所述身份验证。

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

响应于所述发送账号在所述延时转移的监管时间内提交的转移撤回操作，发送转移数额撤回请求；

显示转移数额退回消息，其中，所述转移数额退回消息用于表征所述转移数额已经退回所述发送账号。

18.根据权利要求14至17任一项所述的方法，其特征在于，所述方法还包括：

通过以下方式确定所述延时转移的监管时间：

获取所述接收账号的用户画像和信用情况；

获取所述发送账号的用户画像和信用情况，并获取所述发送账号向所述接收账号转移的历史转移记录；

基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额至少之一确定所述延时转移的监管时间。

19.根据权利要求18所述的方法，其特征在于，所述基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额至少之一确定所述延时转移的监管时间，包括：

基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额中的至少一个查询第二数据表，得到所述延时转移的监管时间；或

调用第二机器学习模型执行以下处理：基于所述发送账号的用户画像和信用情况、所述接收账号的用户画像和信用情况、所述历史转移记录和所述转移数额中的至少一个对所述延时转移的监管时间进行预测处理，得到所述延时转移的监管时间。

20.一种资源转移处理装置，其特征在于，应用于即时通信客户端；包括：

发送模块，用于响应于发送账号的转移触发操作，向接收账号发送符合安全转移模式的转移消息，其中，所述安全转移模式用于延时转移；响应于所述发送账号针对反馈入口的触发操作，发送反馈信息，其中，所述反馈信息用于请求冻结延时转移的转移数额；

显示模块，用于响应于通过所述反馈信息确定针对所述接收账号的反馈人次和转移数额总和中的至少一个大于对应的阈值，确定反馈所述发送账号成功，显示转移数额退回消息，其中，所述转移数额退回消息用于表征冻结的所述转移数额已经退回发送账号。

Images