一种资金托管方法及装置

技术领域

本发明涉及交易安全技术领域，尤其涉及一种资金托管方法及装置。

背景技术

日常经济活动中，有些交易的时间跨度比较大，为了保证交易双方的利益，经常需要对资金进行托管。比如甲方出资购买乙方的工程施工、货物运输等服务，何时进行支付双方经常产生分歧：在乙方的服务尚未完成前支付，甲方会担心乙方收到钱后不会提供后续服务或者降低服务质量；在乙方的服务完成后再进行支付，乙方会担心甲方不按约进行支付而导致服务不能得到回报。再比如房产交易，需要办理贷款、房屋过户等手续，时间跨度大，买卖双方也经常会对是先进行房屋过户还是先支付购房款产生纠纷。

为了解决这些问题，目前常用的办法是交易双方找某个银行作为第三方，在银行开设专门的资金托管账户，买方先将要支付的资金存入该托管账户，待交易完成后，由买卖双方共同签字授权银行将托管的资金转给卖方。但这种方式通常要去银行柜台办理，手续复杂，资金托管效率较低。

因此，如何简化资金托管流程，提升资金托管效率成为当前亟待解决的技术问题。

发明内容

本申请提供一种资金托管方法及装置，用于简化资金托管流程，提升资金托管效率。

第一方面，提供一种资金托管方法，该方法可以由银行终端或其他资金托管终端实现，该方法包括：接收付款方终端的资金托管请求，所述资金托管请求包括付款方的第一账户信息、收款方的第二账户信息和托管金额；基于所述资金托管请求锁定付款方的账户中的资金，并向收款方终端发送托管确认信息，所述托管确认信息用于请求所述收款方确认是否同意资金托管；在接收到所述收款方终端用于指示同意资金托管的反馈信息时，完成资金托管。

在一种可能的实施方式中，所述资金托管请求还包括第一信息，所述第一信息用于指示是否自动向所述收款方转账。

在一种可能的实施方式中，如果所述第一信息指示自动向所述收款方转账，所述资金托管请求还包括自动转账日期，所述自动转账日期包括一个或多个日期；如果所述自动转账日期包括一个日期，则在自动向所述收款方转账时将所述托管金额对应的资金一次性转入所述收款方的账户；如果所述自动转账日期包括多个日期，则在自动向所述收款方转账时将所述托管金额对应的资金分多次转入所述收款方的账户。

在一种可能的实施方式中，如果所述自动转账日期包括多个日期，则所述资金托管请求还包括所述多个日期中每个日期对应的转账金额。

在一种可能的实施方式中，所述方法还包括：如果所述第一信息指示不自动向所述收款方转账，则基于所述付款方终端的支付指令解锁资金；如果所述第一信息指示自动向所述收款方转账，则在接收到所述付款方终端的支付指令时，基于所述自动转账日期和所述自动转账日期对应的转账金额解锁资金；基于所述第二账户信息将解锁后的资金转入所述收款方的账户；其中，所述支付指令用于指示所述收款方已完成约定的服务。

在一种可能的实施方式中，所述方法还包括：向所述收款方终端发送第二信息，所述第二信息包括转账是否成功的指示信息和金额。

在一种可能的实施方式中，所述方法还包括：向所述收款方终端发送第三信息，所述第三信息包括所述收款方的身份信息、所述收款方的联系方式和所述第二账户信息中的至少一种信息，所述第三信息用于指示所述收款方确认所述至少一种信息是否正确。

第二方面，提供一种资金托管装置，所述装置包括：通信模块，用于接收付款方终端的资金托管请求，所述资金托管请求包括付款方的第一账户信息、收款方的第二账户信息和托管金额；处理模块，用于基于所述资金托管请求锁定付款方的账户中的资金，并控制所述通信模块向收款方终端发送托管确认信息，所述托管确认信息用于请求所述收款方确认是否同意资金托管；以及，在所述通信模块接收到所述收款方终端用于指示同意资金托管的反馈信息时，完成资金托管。

在一种可能的实施方式中，所述资金托管请求还包括第一信息，所述第一信息用于指示是否自动向所述收款方转账。

在一种可能的实施方式中，如果所述第一信息指示自动向所述收款方转账，所述资金托管请求还包括自动转账日期，所述自动转账日期包括一个或多个日期；如果所述自动转账日期包括一个日期，则在自动向所述收款方转账时将所述托管金额对应的资金一次性转入所述收款方的账户；如果所述自动转账日期包括多个日期，则在自动向所述收款方转账时将所述托管金额对应的资金分多次转入所述收款方的账户。

在一种可能的实施方式中，如果所述自动转账日期包括多个日期，则所述资金托管请求还包括所述多个日期中每个日期对应的转账金额。

在一种可能的实施方式中，所述处理模块，还用于：在所述第一信息指示不自动向所述收款方转账时，基于所述付款方终端的支付指令解锁资金；在所述第一信息指示自动向所述收款方转账时，如果接收到所述付款方终端的支付指令，则基于所述自动转账日期和所述自动转账日期对应的转账金额解锁资金；基于所述第二账户信息将解锁后的资金转入所述收款方的账户；其中，所述支付指令用于指示所述收款方已完成约定的服务。

在一种可能的实施方式中，所述通信模块，还用于：向所述收款方终端发送第二信息，所述第二信息包括转账是否成功的指示信息和金额。

在一种可能的实施方式中，所述通信模块，还用于：向所述收款方终端发送第三信息，所述第三信息包括所述收款方的身份信息、所述收款方的联系方式和所述第二账户信息中的至少一种信息，所述第三信息用于指示所述收款方确认所述至少一种信息是否正确。

第三方面，提供一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令，使得所述至少一个处理器通过执行第一方面或第一方面任一种可选的实施方式中所述的方法。

第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质用于存储指令，当所述指令被执行时，使如第一方面或第一方面任一种可选的实施方式中的方法被实现。

第五方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行如上述第一方面或第一方面任一种可选的实施方式所述的方法。

在本申请实施例中，付款方可以通过付款方终端向银行终端发送资金托管请求，请求银行终端进行资金托管，该资金托管请求中包括付款方的第一账户信息、收款方的第二账户信息和托管金额。银行终端在接收到该资金托管请求时可以根据该资金托管请求对付款方账户的资金进行锁定，例如，将第一账户信息对应的账户中该托管金额对应的资金锁定。以及银行终端可以向收款方发送托管确认信息，例如，银行终端可以基于该第二账户信息关联的联系方式向收款方发送托管确认信息，询问收款方是否同意此次的资金托管。如果收款方同意此次的资金托管可以向银行终端发送用于指示同意资金托管的反馈信息，银行终端在接收到该反馈信息时，表明付款方和收款方都认可此次的资金托管，银行终端可以完成资金托管，例如，银行终端可以建立资金托管任务以完成该资金托管。这样，付款方和收款方不需要去银行柜台办理资金托管业务，简化了资金托管的流程，且提升了资金托管效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种应用场景的示意图。

图2为本申请实施例提供的一种资金托管方法的流程图；

图3为本申请实施例提供的一种资金托管方法的流程交互图；

图4为本申请实施例提供的另一种资金托管方法的流程交互图；

图5为本申请实施例提供的一种资金托管装置的结构框图；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。

本申请实施例中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。

如前所述，目前办理资金托管业务需要付款方和收款方去银行柜台办理，该方式手续复杂，资金托管效率较低。为了解决该技术问题，一种方案是，资金托管终端基于付款方终端的转账请求，授权同意将约定资金由付款方账户转账至资金托管账户并锁定；基于约定服务执行状态并待执行完成后，资金托管终端根据付款方终端的解锁请求解锁资金托管账户中的约定资金；资金托管终端基于收款方终端的收款请求，将资金托管账户中解锁后的收款资金转账至收款方账户，该过程不需要第三方金融机构的参与。也就是说，付款方在有资金托管需求时，需要先将对应的资金转入资金托管终端建立的资金托管账户，即该资金已不在付款方的账户，托管资金安全性较低。且资金托管终端仅在接收到付款方的转账请求和付款方账户转入的资金时，即完成了资金托管，此过程中没有收款方的参与，使得收款方无法及时获取资金托管情况，资金托管可信度较低。

鉴于此，本申请实施例提供一种资金托管方法，该方法中，托管资金冻结在付款方的账户，有效保障了托管资金的安全性。以及，该资金托管过程需要付款方和收款方共用参与，使得付款方和收款方都可以及时获取资金托管情况，资金托管可信度较高。

下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施过程中，可以根据实际需要灵活地应用本申请实施例提供的技术方案。

请参见图1，为本申请实施例提供的一种应用场景的示意图，该场景中，包括付款方终端101、资金托管设备102和收款方终端103。

付款方终端101和收款方终端102可以为智能移动设备，例如，智能手机、平板电脑等。付款方终端101和收款方终端102中安装有相应的应用程序(application，APP)，例如是手机银行，以便于付款方终端101和收款方终端与资金托管设备102进行通信，实现资金托管。资金托管终端102可以为独立的物理服务器，多个物理服务器构成的服务器集群或云服务器等。其中，付款方终端101为付款方持有的设备，收款方终端103为收款方持有的设备。

付款方终端101和收款方终端103与资金托管设备之间可以通过一个或者多个通信网络(图中未示出)进行直接或间接的通信连接。该通信网络可以是有线网络，也可以是无线网络，例如无线网络可以是移动蜂窝网络，或者可以是无线保真(Wireless-Fidelity，WIFI)网络，当然还可以是其他可能的网络，本发明实施例对此不做限制。

下面结合说明书附图对本申请实施例提供的资金托管方法进行详细介绍。请参见图2，为本申请提供的一种资金托管方法的流程图。该方法可以由图1所示的资金托管设备102实现，以下实施例中以资金托管设备为银行终端为例进行说明。

S201：接收付款方终端的资金托管请求。

目前，有些交易的时间跨度较大，针对该类交易，如果付款方(例如服务或产品的购买方)提前将资金转给收款方(例如服务的提供方或产品的出售方)，收款方可能降低服务质量或不提供服务，或者不将以出售的产品移交给付款方，例如，以房屋买卖为例，卖方在收到买方的购房资金后可能拒绝或延迟过户，造成买方的经济损失。如果在交易完成之后，付款方再将资金转给收款方，则付款方可能会延迟转账甚至不转账，造成卖方的经济损失。因此，为了保障交易双方的利益，避免造成交易双方的经济损失，针对时间跨度较大的交易，付款方和收款方可以将交易资金通过第三方进行托管。其中，第三方例如可以银行或其它金融机构等，以下实施例中以该第三方为银行为例。

在付款方和收款方达成资金托管的协议时，付款方可以通过付款方终端向银行终端发送资金托管请求，例如，付款方用户可以在安装在付款方终端的“手机银行”向银行终端发送资金托管请求。其中，该资金托管请求中包括付款方的第一账户信息、收款方的第二账户信息和托管金额。因此可选的，付款方用户在通过“手机银行”发送资金托管请求之前，还需要输入该第一账户信息、第二账户信息和托管金额。

可选的，在付款方用户输入第一账户信息之后，付款方终端还可以显示该第一账户信息对应的账户(例如是账户1)中的余额，使得付款方用户可以根据该余额输入托管金额。可选的，如果账户1中的余额小于该托管金额，则付款方用户还可以添加至少一个账户，使得该至少一个账户的余额与账户1的余额之和大于或等于该托管金额。

S202：基于该资金托管请求锁定付款方的账户中的资金，并向收款方终端发送托管确认信息。

本申请实施例中，银行终端在接收到付款方终端的资金托管请求时，可以获取该资金托管请求中的第一账户信息和托管金额，根据该第一账户信息确定付款方的账户，并基于该托管金额将该账户1中对应的资金锁定。可选的，如果根据该第一账户信息确定的付款方的账户中仅包括一个账户(例如是账户1)，则银行终端直接基于托管金额将账户1中对应的资金锁定；如果根据该第一账户信息确定的付款方的账户中包括两个账户(例如是账户1和账户2)，则银行终端可以基于该两个账户锁定资金，例如，可以将一个账户1中的资金全部锁定，基于托管金额与账户1中的余额之间的差值锁定账户2中的资金。

或者，银行终端还可以向付款方终端发送指示信息，用于指示付款方用户确认优先锁定的账户，银行终端可以基于付款方用户的反馈优先将对应账户中的资金全部锁定。例如，账户2为付款方用户的常用账户，则付款方用户可以通过付款方终端回复优先锁定账户1的资金，则银行终端可以将账户1中的资金全部锁定，并基于托管金额与账户1中的余额之间的差值锁定账户2中的资金。

银行终端还可以获取该资金托管请求中的第二账户信息，基于第二账户信息获取收款方的联系方式。例如，用户开户时，需要提供联系方式，开户完成之后，银行的系统(例如是账户管理系统)可以建立账户与联系方式之间的映射关系并保存，银行终端获取第二账户信息之后，可以向账户管理系统发送获取联系方式的请求，该请求中携带该第二账户信息，账户管理系统可以根据该第二账户信息确定收款方的账户，并基于该收款方的账户与联系方式之间的映射关系获取该收款方的联系方式，账户管理系统可以将获取的该收款方的联系方式发送给银行终端，银行终端可以基于该联系方式向收款方终端发送托管确认信息，用于请求收款方确认是否同意资金托管。或者，可选的，该资金托管请求中还可以包括收款方的联系方式，因此，银行终端在接收到该资金托管请求时，还可以从资金托管请求中获取收款方的联系方式，银行终端可以基于该联系方式向收款方发送托管确认信息。其中，该托管确认信息可以通过短信发送，或者也可以显示在收款方终端上安装的“手机银行”的待办事务，本申请实施例不对托管确认信息的发送方式进行限定。

可选的，银行终端在执行完S202之后，可以生成资金托管编号，用于银行终端对资金托管的任务进行管理。并在生成资金托管编号之后，将该资金托管编号对应的交易状态设置为“申请托管”。

S203：在接收到该收款方终端用于指示同意资金托管的反馈信息时，完成资金托管。

收款方在接收到银行终端发送的托管确认信息时，可以通过收款方终端向银行终端发送反馈信息，用于反馈是否同意资金托管。例如，收款方终端可以显示“确认托管”和“拒绝托管”按钮，如果收款方终端检测到收款方用户针对“确认托管”按钮的操作，则收款方终端向银行终端发送同意资金托管的反馈信息；如果收款方终端检测到收款方用户针对“拒绝托管”按钮的操作，则收款方终端向银行终端发送不同意资金托管的反馈信息，或者收款方终端也可以不向银行终端发送任何反馈信息。其中，银行终端在接收到收款方终端发送的同意资金托管的反馈信息时，默认用户签署了资金托管协议。

可选的，银行终端向收款方终端发送的托管确认信息中还可以包括资金托管协议，该资金托管协议可以用于收款方用户通过收款方终端向银行终端发送是否同意资金托管的反馈信息。例如，资金托管协议结束浏览的位置包括“同意”和“不同意”两个按钮，如果收款方终端检测到收款方用户针对“同意”按钮的操作，则认为收款方用户签署了资金托管协议，收款方终端可以向银行终端发送同意资金托管的反馈信息。如果收款方终端检测到收款方用户针对“不同意”按钮的操作，则认为收款方不同意资金托管，收款方终端可以向银行终端发送不同意资金托管的反馈信息，或者收款方终端也可以不向银行终端发送任何反馈信息。

银行终端在接收到收款方终端发送的同意资金托管的反馈信息时，完成资金托管。银行终端在接收到收款方终端发送的不同意资金托管的反馈信息，或在超过预设时长没有接收到收款方终端的反馈信息时，可以向付款方终端发送提示信息，用于提示资金托管失败。以及，如果银行终端生成了资金托管编号，还可以将该资金托管编号删除。可选的，银行终端完成资金托管例如可以是将资金托管编号对应的交易状态设置为“确认托管”；或者银行终端也可以新建一个资金托管任务，该资金托管任务中包含托管金额、付款方和收款方的相关信息等，该相关信息例如是身份信息，账户信息和联系方式等信息。银行终端在完成资金托管之后还可以向付款方终端发送反馈信息，用于告知付款方资金托管成功。

在一些实施例中，银行终端还可以向付款方终端发送第三信息，该第三信息中包括收款方的身份信息(例如身份证号，姓名等)、联系方式(例如联系地址，联系电话等)和付款方提供的第二账户信息，该第三信息用于指示收款方确认上述信息是否正确。其中，第三信息可以携带在托管确认信息中，或者也可以在收到收款方终端发送的用于指示同意资金托管的反馈信息之后发送，本申请实施例不对第三信息的发送时机和发送方式进行限定。

可选的，付款方在通过付款方终端向银行终端发送资金托管请求时，还可以选择是否自动向收款方转账，因此，该资金托管请求中还可以包括第一信息，用于指示是否自动向收款方转账。可选的，付款方终端检测到付款方用户选择自动向收款方转账的操作时，还可以显示选择转账日期的界面，付款方用户可以选择至少一个自动转账日期，因此，如果第一信息用于指示自动向收款方转账，则该资金托管请求中还包括至少一个自动转账日期。

其中，如果付款方用户仅选择了一个自动转账日期，则表明付款方用户希望将托管金额对应的所有资金一次性转入收款方的账户；如果付款方用于选择了多个转账日期，则表明付款方用户希望分多次将托管金额对应的资金分多次转入收款方的账户。因此可选的，如果付款方用户在选择自动转账日期时选择了多个自动转账日期，付款方终端还可以在每个自动转账日期后显示“转账金额”输入框，付款方用户可以在该输入框中输入当前自动转账日期对应的转账金额。

银行终端在接收到该资金托管请求之后，可以基于该资金托管请求确认是否需要自动向收款方转账。如果银行终端基于该资金托管请求确认不需要自动向收款方转账，则银行终端在接收到收款方终端发送的用于指示收款方已完成约定服务的支付指令时，可以基于该支付指令解锁资金，并将解锁的资金转入收款方的账户。可以理解的是，无论自动向收款方转账还是不自动向收款方转账，付款方都可以选择托管资金的入账方式，例如付款方可以选择一次性将所有托管资金转入收款方的账户，也可以选择分多次将托管资金转入收款方的账户。因此，该支付指令中可以包括支付金额，该支付金额可以是托管金额中的部分或全部。

如果银行终端基于该资金托管请求确认需要自动向收款方转账，则银行终端在接收到付款方终端发送的用于指示收款方已完成预定服务的支付指令时，还可以基于资金托管请求中的自动转账日期进行日期监测，以确定当前日期是否为资金解锁日，例如，银行终端可以每天定时从资金托管协议中查询自动转账日期(例如也可以称作是资金解冻日)，并判断当前日期是否为自动转账日期，如果是，则基于该自动转账日期对应的转账金额解锁资金，并将解锁的资金转入收款方的账户。如果资金托管请求中不包括转账金额，则银行终端可以基于转账日期的数量(即转账次数)和托管金额确定每次的转账金额。

可选的，银行终端在解锁资金之前，还可以查询收款方的账户状态，例如，确定收款方的账户是否被限制交易，收款方的账户是否到期等。如果收款方的账户状态正常，则银行终端将相应的资金解锁，例如，银行终端可以外呼存款组件将第一账户信息对应的账户中相应的资金解锁。

可选的，银行终端还可以向收款方终端发送第二信息，用于告知收款方转账结果，例如告知收款转账是否成功，以及成功或失败的金额。其中，该第二信息例如可以是短信，或者也可以是“手机银行”APP的推送信息等。

可选的，银行终端将解锁的资金转入收款方的账户之后，还可以记录转账明细(例如转账时间，转账金额等)，并将该期次的合约状态更新为“已付款”。例如，付款方指定了两个自动转账日期，则银行终端在第一个转账日期解锁资金，并将解锁的资金转入收款方的账户之后，可以将该第一个转账日期的合约状态更新为“已付款”。

本申请实施例中，在进行资金托管的过程中，需要付款方和收款方共同参与，使得付款方和收款方都可以及时获取资金托管情况，资金托管可信度较高。而且，收款方在确认托管之后，可以不再与银行交互，有效避免了收款方客户忘记处理导致无法及时收款的情况。

为了更好的理解本申请的技术方案，下面将结合具体的实施例对本申请提供的资金托管方法进行解释说明。

实施例1

请参考图3，为本申请实施例提供的一种资金托管的流程交互图。该实施例中以付款方选择自动向付款方转账为例。

S301：付款方终端向银行终端发送资金托管请求。

其中，该资金托管请求中包括付款方的第一账户信息、收款方的第二账户信息、托管金额、第一信息、至少一个自动转账日期和每个自动转账日期对应的转账金额。其中，该第一信息用于指示自动向收款方转账。

S302：银行终端基于该资金托管请求锁定付款方的账户中的资金。

此步骤的具体实施方式可以参考S202中银行终端基于该资金托管请求锁定付款方的账户中的资金的实施方式，在此不再赘述。

S303：银行终端向收款方终端发送托管确认信息，用于请求收款方确认是否同意资金托管。

S304：收款方终端向银行终端发送是否同意资金托管的反馈信息。相应的，银行终端接收来自付款方终端的该反馈信息。

如果收款方终端向银行终端发送的是用于指示不同意资金托管的反馈信息，则可以执行S305。如果收款方终端向银行终端发送的是用于指示同意资金托管的反馈信息，则可以执行S306。

S305：银行终端向付款方终端发送第一提示信息，用于提示资金托管失败。

S306：银行终端完成资金托管。

S307：银行终端向付款方终端发送第二提示信息，用于提示资金托管成功。

S308：付款方终端向银行终端发送支付指令，用于指示收款方已完成约定的服务。

S309：银行终端基于自动转账日期和该自动转账日期对应的转账金额解锁资金，并将解锁的资金转入收款方的账户。

S310：银行终端记录转账明细，并更新合约状态。

实施例2

请参考图4，为本申请实施例提供的一种资金托管的流程交互图。该实施例中以付款方选择不自动向付款方转账为例。

S401：付款方终端向银行终端发送资金托管请求。

其中，该资金托管请求中包括付款方的第一账户信息、收款方的第二账户信息、托管金额和第一信息。其中，该第一信息用于指示不自动向收款方转账。

S402：银行终端基于该资金托管请求锁定付款方的账户中的资金。

此步骤的具体实施方式可以参考S202中银行终端基于该资金托管请求锁定付款方的账户中的资金的实施方式，在此不再赘述。

S403：银行终端向收款方终端发送托管确认信息，用于请求收款方确认是否同意资金托管。

S404：收款方终端向银行终端发送是否同意资金托管的反馈信息。相应的，银行终端接收来自付款方终端的该反馈信息。

如果收款方终端向银行终端发送的是用于指示不同意资金托管的反馈信息，则可以执行S405。如果收款方终端向银行终端发送的是用于指示同意资金托管的反馈信息，则可以执行S406。

S405：银行终端向付款方终端发送第一提示信息，用于提示资金托管失败。

S406：银行终端完成资金托管。

S407：银行终端向付款方终端发送第二提示信息，用于提示资金托管成功。

S408：付款方终端向银行终端发送支付指令，用于指示收款方已完成约定的服务。

其中，该支付指令中包括支付金额。

S409：银行终端基于该支付指令解锁资金，并将解锁的资金转入收款方的账户。

S410：银行终端记录转账明细，并更新合约状态。

基于同一发明构思，本申请实施例提供了一种资金托管装置，该资金托管装置能够实现前述的资金托管方法对应的功能。该资金托管装置可以是硬件结构、软件模块、或硬件结构加软件模块。该资金托管装置可以由芯片系统实现，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。请参见图5所示，该资金托管装置包括通信模块501和处理模块502。其中：

通信模块501，用于接收付款方终端的资金托管请求，所述资金托管请求包括付款方的第一账户信息、收款方的第二账户信息和托管金额；

处理模块502，用于基于所述资金托管请求锁定付款方的账户中的资金，并控制所述通信模块501向收款方终端发送托管确认信息，所述托管确认信息用于请求所述收款方确认是否同意资金托管；以及，在所述通信模块501接收到所述收款方终端用于指示同意资金托管的反馈信息时，完成资金托管。

在一种可能的实施方式中，所述资金托管请求还包括第一信息，所述第一信息用于指示是否自动向所述收款方转账。

在一种可能的实施方式中，如果所述第一信息指示自动向所述收款方转账，所述资金托管请求还包括自动转账日期，所述自动转账日期包括一个或多个日期；如果所述自动转账日期包括一个日期，则在自动向所述收款方转账时将所述托管金额对应的资金一次性转入所述收款方的账户；如果所述自动转账日期包括多个日期，则在自动向所述收款方转账时将所述托管金额对应的资金分多次转入所述收款方的账户。

在一种可能的实施方式中，如果所述自动转账日期包括多个日期，则所述资金托管请求还包括所述多个日期中每个日期对应的转账金额。

在一种可能的实施方式中，所述处理模块502，还用于：在所述第一信息指示不自动向所述收款方转账时，基于所述付款方终端的支付指令解锁资金；在所述第一信息指示自动向所述收款方转账时，如果接收到所述付款方终端的支付指令，则基于所述自动转账日期和所述自动转账日期对应的转账金额解锁资金；基于所述第二账户信息将解锁后的资金转入所述收款方的账户；其中，所述支付指令用于指示所述收款方已完成约定的服务。

在一种可能的实施方式中，所述通信模块501，还用于：向所述收款方终端发送第二信息，所述第二信息包括转账是否成功的指示信息和金额。

在一种可能的实施方式中，所述通信模块501，还用于：向所述收款方终端发送第三信息，所述第三信息包括所述收款方的身份信息、所述收款方的联系方式和所述第二账户信息中的至少一种信息，所述第三信息用于指示所述收款方确认所述至少一种信息是否正确。

前述的资金托管方法的实施例涉及的各步骤的所有相关内容均可援引到本申请施例中的资金托管装置所对应的功能模块的功能描述，在此不再赘述。

本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

基于同一发明构思，本申请实施例提供一种电子设备。请参见图6所示，该电子设备包括至少一个处理器601，以及与至少一个处理器连接的存储器602，本申请实施例中不限定处理器601与存储器602之间的具体连接介质，图6中是以处理器601和存储器602之间通过总线600连接为例，总线600在图6中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线600可以分为地址总线、数据总线、控制总线等，为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，存储器602存储有可被至少一个处理器601执行的指令，至少一个处理器601通过执行存储器602存储的指令，可以执行前述的资金托管方法中所包括的步骤。

其中，处理器601是电子设备的控制中心，可以利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器602内的指令以及调用存储在存储器602内的数据，电子设备的各种功能和处理数据，从而对电子设备进行整体监控。可选的，处理器601可包括一个或多个处理单元，处理器601可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器601中。在一些实施例中，处理器601和存储器602可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器601可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的资金托管方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器602作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器602可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器602是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器602还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器601进行设计编程，可以将前述实施例中介绍的资金托管方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述的资金托管方法的步骤，如何对处理器601进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一发明构思，本申请实施例还提供一种计算可读存储介质，该计算可读存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行如前述的资金托管方法的步骤。

在一些可能的实施方式中，本申请提供的资金托管方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使该检测设备执行本说明书上述描述的根据本申请各种示例性实施方式的资金托管方法中的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。