CN114219617A - 受托支付方法、装置、计算机设备、存储介质 - Google Patents

Abstract

本申请涉及一种受托支付方法、装置、计算机设备、存储介质和计算机程序产品，该方法包括：获取目标受托支付交易的支付状态；目标受托支付交易为跨行交易业务；若目标受托支付交易的支付状态为失败，则向目标用户的终端发送提示信息；接收终端发送的交易请求，基于中间账户进行目标受托支付交易。本申请提供的受托支付方法，能够避免现有的受托支付过程中，信贷机构的交易记录记录该目标受托支付交易成功而目标用户的目标受托支付交易对应的受托账户并未收到贷款资金，产生的资金交易不一致的情况发生；同时，能够避免贷款资金未存储在安全的存储账户，导致被挪用的现象。

Description

受托支付方法、装置、计算机设备、存储介质

技术领域

本申请涉及金融信息服务技术领域，特别是涉及一种受托支付方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

随着互联网技术的飞速发展，现如今各大信贷机构将互联网、大数据分析等技术引入到资金支付领域，极大的缩短了资金支付的时间，及时有效的满足用户的资金需求。受托支付是贷款资金的一种支付方式，指各大信贷机构根据借款人的提款申请和支付委托，将贷款资金支付给符合合同约定用途的借款人交易对象，目的是为了减小贷款被挪用的风险。

目前，信贷机构在执行一笔受托支付交易时，若信贷机构向受托方支付失败，信贷机构无法及时处理这一笔失败交易，导致客户的实际贷款结果和信贷机构的资金交易记录不一致，且容易出现贷款资金被挪用的现象。

发明内容

本申请提供一种受托支付方法、装置、计算机设备、计算机可读存储介质和计算机程序产品，能够保证客户的实际贷款结果和信贷机构的资金交易记录一致，且能够避免贷款资金被挪用的现象出现。

第一方面，本申请提供了一种受托支付方法，应用于信贷机构的服务器。

该方法包括：

获取目标受托支付交易的支付状态；所述目标受托支付交易为跨行交易业务；

若所述目标受托支付交易的支付状态为失败，则向目标用户的终端发送提示信息；所述提示信息用于提示所述目标用户再次发起所述目标受托支付交易；

接收所述终端发送的交易请求，响应于所述交易请求基于中间账户进行所述目标受托支付交易；所述中间账户是所述信贷机构为存储受托支付交易失败的贷款资金设置的行内账户。

第二方面，本申请还提供了一种受托支付装置。该装置包括：

获取模块，用于获取目标受托支付交易的支付状态；所述目标受托支付交易为跨行交易业务；

发送模块，用于在所述目标受托支付交易的支付状态为失败的情况下，向目标用户的终端发送提示信息；所述提示信息用于提示所述目标用户再次发起所述目标受托支付交易；

支付模块，用于接收所述终端发送的交易请求，响应于所述交易请求基于中间账户进行所述目标受托支付交易；所述中间账户用于存储交易失败的贷款资金。

本申请第三方面提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项的方法的步骤：

本申请第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一项的方法的步骤。

本申请第五方面提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现上述任一项的方法的步骤。

本申请提供的受托支付方法、装置、计算机设备、存储介质和计算机程序产品，该方法包括：获取目标受托支付交易的支付状态；目标受托支付交易为跨行交易业务；若目标受托支付交易的支付状态为失败，则向目标用户的终端发送提示信息；提示信息用于提示目标用户再次发起目标受托支付交易；接收终端发送的交易请求，响应于交易请求基于中间账户进行目标受托支付交易；中间账户是信贷机构为存储交易失败的贷款资金设置的行内账户。本申请提供的受托支付方法，能够在向目标受托支付交易失败后，及时的提示目标用户再次发起目标受托支付交易，并根据目标用户的终端发送的交易请求基于信贷机构为存储交易失败的贷款资金设置的行内账户再次进行目标受托支付交易，以从中间账户中将贷款资金划拨给目标受托支付交易对应的受托账户，由于目标受托支付交易失败后，交易失败的贷款资金存储在信贷机构为存储交易失败的贷款资金设置的行内账户内，能够避免现有的受托支付过程中，在受托支付失败后交易失败的贷款资金不能及时退回到信贷机构的账户中，导致信贷机构的交易记录记录该目标受托支付交易成功而目标用户的目标受托支付交易对应的受托账户并未收到贷款资金，所产生的资金交易不一致的情况发生；同时，在贷款资金未退回信贷机构且目标受托支付交易对应的受托账户也未收到的时间段内，贷款资金由信贷机构开设的专户进行管理，只有信贷机构对退回的贷款资金具有处理的权限，其他个人或者机构无法接触到该贷款资金，也没有对该贷款资金处理的权限，所以能够避免贷款资金未存储在安全的存储账户，导致被挪用的现象。

附图说明

图1为一个实施例中受托支付方法的应用环境图；

图2为另一个实施例中受托支付方法的流程示意图；

图3为另一个实施例中受托支付方法的流程示意图；

图4为另一个实施例中受托支付方法的流程示意图；

图5为一个实施例中受托支付装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的受托支付方法，可以应用于如图1所示的应用环境中。其中，目标用户的终端102通过网络与信贷机构的服务器104进行通信。数据存储系统可以存储信贷机构的服务器104需要处理的数据。数据存储系统可以集成在信贷机构的服务器104上，也可以放在云上或其他网络服务器上。目标用户通过目标用户的终端102接收到信贷机构的服务器104发送的目标受托支付交易失败的通知，目标用户通过终端102向信贷机构的服务器104发送交易请求，以请求信贷机构的服务器104重新进行目标受托支付交易，以使信贷机构从设置的存储交易失败的贷款金额的中间账户内对贷款资金重新进行目标受托支付交易。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。信贷机构的服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种受托支付方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤S202，获取目标受托支付交易的支付状态；目标受托支付交易为跨行交易业务。

其中，目标受托支付交易是指目标用户通过终端向信贷机构的服务器发起的受托支付交易，支付状态可以是包括放款中、放款成功、放款失败的状态，放款中的支付状态表示信贷机构正在通过支付系统向目标受托支付交易对应的受托账户进行贷款资金的支付；放款成功表示信贷机构通过支付系统向目标受托支付交易对应的受托账户支付贷款资金成功，也即受托账户贷款资金已流入受托账户；放款失败表示信贷机构通过支付系统向目标受托支付交易对应的受托账户支付贷款资金失败，也即受托账户贷款资金未流入受托账户，但是，此时信贷机构对这笔贷款资金交易的记录为支付成功。在这里目标受托支付交易是指信贷机构的服务器进行跨行交易业务，也即信贷机构的服务器进行目标受托支付交易时，与目标受托支付交易对应的受托账户为行外账户。

需要说明的是，信贷机构的服务器在进行目标受托支付交易之前，需要进行如下流程：

首先，目标用户通过终端向信贷机构的服务器进行线上贷款申请，该贷款申请中申请的贷款资金属于专款专用的资金，例如目标用户申请的装修贷款、车贷、房贷等，目标用户不能挪作他用。

信贷机构的服务器在接收到该贷款申请后，根据目标用户提供的审核资料，对目标用户的贷款申请进行审核，其中审核包括对目标用户的贷款资格进行审核以及对目标用户的贷款金额以及利率进行审核。经过信贷机构的服务器审核后，若目标用户满足贷款条件，则会为用户测算贷款额度以及贷款利率，并生成通知发送给目标用户的终端，在目标用户通过终端查收到通知，并通过终端向信贷机构的服务器发送确认贷款的消息过后，信贷机构的服务器会基于测算得到的贷款额度以及贷款利率生成电子版的贷款合同，并将该电子版的贷款合同发送给目标用户的终端，目标用户通过终端在电子版的贷款合同上签字确认后，信贷机构与目标用户之间的信贷关系建立。

接下来，信贷机构的服务器为了避免目标用户将申请的贷款资金挪作他用，会采用受托支付的方式将贷款资金支付给符合合同约定用途的受托账户。那么，信贷机构的服务器在进行目标受托支付交易之前，会向目标用户的终端发送消息告知用户进行受托账户的绑定，该受托账户必须是除目标用户自身的账户外的账户，例如若目标用户申请的是装修贷款，那么该受托账户就是装修公司的账户，若目标用户申请的是车贷，那么该受托账户就是车辆销售商的账户等。这样就可以避免目标用户自身的账户接触该贷款资金，以将贷款资金挪作他用。受托账户可以绑定多个，以避免向其中一个受托账户进行目标受托支付交易失败后，还可以选择其它的受托账户继续进行目标受托支付交易，提高目标受托支付交易成功的概率。

在完成上述操作之后，目标用户通过终端向信贷机构的服务器发送交易请求，信贷机构的服务器在接收到该交易请求后，根据目标用户的信息，查找与目标用户关联的受托账户，确定该受托账户是行内账户还是行外账户，若受托账户为行内账户，则根据行内交易业务流程进行行内贷款资金支付；若受托账户为行外账户，则根据跨行交易业务流程进行跨行贷款资金支付。

在信贷机构的服务器通过贷款系统启动目标受托支付交易后，会时时的查询目标受托支付交易的支付状态，以便对目标受托支付交易进行监控。

在这里需要说明的是，信贷机构的服务器在进行目标受托支付交易时，受托账户可能是行内账户，也可能是行外账户。那么信贷机构的服务器在向行内账户或者行外账户进行贷款资金支付时，都会存在支付失败的情况，在此只针对行外账户支付失败后的处理方法进行说明，行内账户支付失败后的处理方法见下列说明，在此不做赘述。

步骤S204，若目标受托支付交易的支付状态为失败，则向目标用户的终端发送提示信息；提示信息用于提示目标用户再次发起目标受托支付交易。

其中，据上所述，信贷机构的服务器在进行目标受托支付交易后，通过时时查询目标受托支付交易的支付状态获得目标受托支付交易为支付失败时，信贷机构的服务器在查询支付失败的原因后，基于该支付失败的原因生成提示信息，该提示信息包括支付失败的原因，并将该提示信息发送给目标用户的终端，目标用户查看终端接收到的消息后，根据提示消息获得支付失败的原因，并根据终端的提示，在终端上点选相应的选项以再次发起目标受托支付交易，与信贷机构的服务器紧密配合，以便快速的完成目标受托支付交易。

步骤S206，接收终端发送的交易请求，响应于交易请求基于中间账户进行目标受托支付交易；中间账户是信贷机构为存储受托支付交易失败的贷款资金设置的行内账户。

其中，该交易请求中携带需要划拨的贷款资金的金额。信贷机构的服务器在接收到目标用户的终端发送的交易请求后，再次根据跨行交易业务流程进行跨行贷款资金支付操作。中间账户是信贷机构为存储受托支付交易失败后的贷款资金专门设置的行内账户，且该受托支付交易为跨行交易业务。该账户不属于目标用户，与目标用户无关联，目标用户不能从该中间账户中进行任何资金的操作。该中间账户只能由信贷机构管理，并对中间账户中的资金进行对应的处理。需要说明的是，信贷机构的服务器在初次进行目标受托支付交易时，是先通过信贷机构服务器的贷款系统将目标贷款资金转到中间账户，再由中间账户转至目标受托支付交易对应的受托账户。所以，当目标受托支付交易失败后，支付失败的贷款资金会全部退回到中间账户。也可以说，当中间账户收到回退的贷款资金，即触发信贷机构的服务器向目标用户的终端发送提示信息，以使信贷机构在接收到目标用户通过终端发送的交易请求后，基于该中间账户再次进行目标受托支付交易。也正是中间账户的存在，信贷机构的服务器在进行跨行受托支付交易时，能够避免支付失败的贷款资金被目标用户或者其它用户接触，以至于贷款资金被挪用的现象出现，保证了支付失败的贷款资金的安全。

那么，信贷机构再次进行目标受托支付交易的流程为：信贷机构服务器的贷款系统可以是将信贷机构的服务器设置的中间账户内的贷款资金划拨给初次进行目标受托支付交易的受托账户，还可以是通过中间账户划拨给目标用户通过终端重新选择的受托账户(初次进行目标受托支付交易的受托账户存在问题时，目标用户可以通过终端重新选择其它绑定的受托账户)。直到信贷机构的服务器目标受托支付交易的支付状态为放款成功，则信贷机构完成该目标受托支付交易，信贷机构可以是将目标用户的状态记录为处在贷款状态，开始进行利息的计算，以进行目标用户的还款情况的监控。

本申请提供的受托支付方法，该方法包括：获取目标受托支付交易的支付状态；目标受托支付交易为跨行交易业务；若目标受托支付交易的支付状态为失败，则向目标用户的终端发送提示信息；提示信息用于提示目标用户再次发起目标受托支付交易；接收终端发送的交易请求，响应于交易请求基于中间账户进行目标受托支付交易；中间账户是信贷机构为存储交易失败的贷款资金设置的行内账户。本申请提供的受托支付方法，能够在向目标受托支付交易失败后，及时的提示目标用户再次发起目标受托支付交易，并根据目标用户的终端发送的交易请求基于信贷机构为存储交易失败的贷款资金设置的行内账户再次进行目标受托支付交易，以从中间账户中将贷款资金划拨给目标受托支付交易对应的受托账户，由于目标受托支付交易失败后，交易失败的贷款资金存储在信贷机构为存储交易失败的贷款资金设置的行内账户内，能够避免现有的受托支付过程中，在受托支付失败后交易失败的贷款资金不能及时退回到信贷机构的账户中，导致信贷机构的交易记录记录该目标受托支付交易成功而目标用户的目标受托支付交易对应的受托账户并未收到贷款资金，所产生的资金交易不一致的情况发生；同时，在贷款资金未退回信贷机构且目标受托支付交易对应的受托账户也未收到的时间段内，能够避免贷款资金未存储在安全的存储账户，导致被挪用的现象。

在一个实施例中，上述实施例还包括：步骤S208，若目标受托支付交易的支付状态为成功，则向目标用户的终端发送交易成功的信息。

其中，在一般情况下，目标受托交易的支付状态都会是成功，那么在信贷机构服务器向目标受托交易对应的受托账户支付成功后，可以是向目标用户的终端发送交易成功的信息，以通知目标用户，以使目标用户能够实时的掌握目标受托交易的动态，便于目标用户根据贷款的目的及时的跟进贷款资金的使用流程。

在一个实施例中，本实施例是基于中间账户进行目标受托支付交易的一种可选的方法实施例，该方法实施例包括：

通过信贷机构的贷款系统将中间账户内的目标贷款资金划拨给目标受托支付交易对应的受托账户；目标贷款资金为目标受托支付交易对应的贷款资金。

其中，据上所述，信贷机构的服务器基于中间账户进行目标受托支付交易的一种方法为：信贷机构的服务器将信贷机构的服务器设置的中间账户内的贷款资金重新按照资金划拨流程划拨给目标受托支付交易对应的受托账户。该贷款资金为目标贷款资金，也即与目标受托支付交易对应的贷款资金。因为信贷机构的服务器可能是同时进行多笔受托支付交易，中间账户中也可能是存储着多笔回退的贷款资金，那么信贷机构的服务器在再次进行目标受托支付交易之前，需要确认目标贷款资金，避免出现划拨错误的情况出现。对于信贷机构如何进行目标贷款资金的确认，详见下述描述，在此不做赘述。

本申请提供了的受托支付方法，该方法通过信贷机构设置的中间账户实现再次发起目标受托支付交易。由于中间账户是信贷机构的服务器为存储受托支付交易失败的贷款资金设置的行内账户，该中间账户只能由信贷机构进行管理，目标用户及其他用户不能对中间账户中的资金进行支配，所以，能够保证支付失败后的贷款资金的安全，同时，可以避免目标贷款资金被挪作他用的情况出现。

在一个实施例中，如图3所示，本实施例是在基于中间账户进行目标受托支付交易之前的一种可选的方法实施例，该方法实施例包括：

步骤S302，对支付状态进行核验操作，获得核验结果；

步骤S304，获取目标用户的原始贷款审批金额，基于原始贷款审批金额以及核验结果对交易请求进行校验；

步骤S306，若交易请求的校验结果为成功，则响应于交易请求基于中间账户进行目标受托支付交易。

其中，据上所述，信贷机构的服务器通过中间账户再次进行目标受托支付交易之前，需要对目标受托支付交易进行核验，以确保再次目标受托支付交易是在初次目标受托支付交易失败的情况下进行的，且信贷机构的服务器需要从中间账户就中确定目标贷款资金，以将目标贷款资金划拨给受托账户，避免出现划拨错误的情况出现。具体地：信贷机构的服务器可以是设置有校验系统或者校验模块，该校验系统用于在再次进行目标受托支付交易之前进行校验，以确保目标受托支付交易的准确性。信贷机构的贷款系统可以是在查询到中间账户内收到回退贷款资金后，向校验系统发送消息，校验系统获取贷款系统中针对目标受托支付交易的支付状态，若贷款系统中针对目标受托支付交易的支付状态为放款失败，则确定贷款系统需要通过中间账户进行再次的目标受托支付交易。校验系统可以是将校验的结果发送给贷款系统，贷款系统再基于校验系统的校验结果，调取目标用户原始的贷款合同，以获得贷款合同中的贷款审批金额，并根据获得的贷款审批金额与交易请求中携带的需要划拨的贷款资金的金额进行比对，以对该交易请求进行校验。信贷机构服务器的贷款系统在完成上述校验流程后，若对交易请求校验成功，则进行基于中间账户的目标受托支付交易。

本申请提供的受托支付交易，在信贷机构服务器的信贷系统再次进行目标受托支付交易之前，需要对信贷机构的贷款系统中目标受托支付交易的支付状态进行核验，同时，还需要根据目标用户的原始贷款合同确定目标贷款金额，以避免再次进行目标受托支付交易出现资金划拨错误的情况出现，提高目标受托支付交易的成功率。

在一个实施例中，上述实施例还包括：步骤S308，若交易请求的校验结果为失败，则拒绝响应交易请求。

其中，信贷机构服务器根据上述步骤对交易请求进行验证后，存在两种结果：一种是交易请求的校验结果失败，一种是交易请求的校验结果成功。交易请求校验成功后，可以是进行上述步骤的操作，基于中间账户进行目标受托支付交易。交易请求校验失败后，信贷机构服务器可以是向目标用户的终端发送拒绝再次执行目标受托支付交易的请求，然后信贷机构服务器对目标受托交易支付的各个流程进行排查，确定出现故障的流程点，再基于故障进行对应的解决，避免仅根据目标用户的请求就确定是否再次进行目标受托支付交易导致目标受托支付交易出现重复交易的问题出现。

在一个实施例中，如图4所示，本实施例是获得目标受托支付交易的支付状态的一种可选的方法实施例，该方法实施例包括如下步骤：

步骤S402，获取与目标用户关联的受托账户，确定受托账户为目标受托支付交易对应的受托账户；

步骤S404，根据目标受托支付交易对应的受托账户的类型确定目标受托支付交易的支付策略，基于支付策略进行目标受托支付交易，以获得目标受托支付交易的支付状态。

可选地，若目标受托支付交易对应的受托账户为信贷机构的行内账户，则支付策略为通过信贷机构的贷款系统将目标贷款资金划拨给目标受托支付交易对应的受托账户；若目标受托支付交易对应的受托账户为信贷机构的行外账户，则支付策略为信贷机构的贷款系统通过中间账户将目标贷款资金划拨给目标受托支付交易对应的受托账户。

其中，据上所述，目标用户通过终端在向信贷机构的服务器申请贷款后，信贷机构的服务器通过受托支付的方式进行目标受托支付交易，以实现目标用户与信贷机构之间借贷关系的建立。那么，目标用户通过终端关联的受托账户可能是行内账户，也可能是行外账户。行内账户指受托账户是依托于目标信贷机构建立的账户，例如，目标信贷机构为中国建设银行，受托账户的开户行为中国建设银行，即表示受托账户为行内账户；行外账户指受托账户不是依托目标信贷机构建立的账户，例如，目标信贷机构为中国建设银行，受托账户的开户行为浦发银行，即表示受托账户为行外账户。

当目标用户通过终端向信贷机构的服务器发送受托支付交易的交易请求后，信贷机构的服务器首先需要根据目标用户的信息确定与目标用户关联的受托账户，然后确定受托账户的账户类型，也即确定该受托账户是行内账户还是行外账户，若受托账户为行内账户，那么信贷机构的贷款系统可以是将根据行内受托支付交易的交易业务流程向受托账户进行贷款资金的划拨操作确定为支付策略，然后根据该支付策略完成目标受托支付交易。若受托账户为行外账户，那么信贷机构的贷款系统可以是将根据跨行受托支付交易的交易业务流程向受托账户进行贷款资金的划拨操作确定为支付策略，然后根据该支付策略完成目标受托支付交易。

然后，信贷机构的服务器可以是在进行目标受托支付交易后，通过时时查询贷款系统中针对目标受托支付交易的支付状态，以对目标受托支付交易进行监控，避免目标受托支付交易失败后，信贷机构的服务器不能及时掌握目标受托支付交易的支付状态，导致贷款资金长时间处于不安全的环境中，使得贷款资金被挪作他用的情况出现。

需要说的是，若受托账户为行内账户，信贷机构的贷款系统将根据行内受托支付交易的交易业务流程向受托账户进行贷款资金的划拨操作确定为支付策略，该支付策略具体可以为信贷机构的服务器通过贷款系统将目标贷款资金直接划拨给目标受托支付交易对应的受托账户。若受托账户为行外账户，那么信贷机构的贷款系统可以是将根据跨行受托支付交易的交易业务流程向受托账户进行贷款资金的划拨操作确定为支付策略，该支付策略具体可以为信贷机构的服务器通过贷款系统将中间账户内的目标贷款资金划拨给目标受托支付交易对应的受托账户。

本申请提供的受托支付方法，在目标受托支付交易对应的受托账户的账户类型为行内账户或者行外账户的情况下，设置了不同的目标受托支付交易方式，使得目标受托支付交易更加的灵活。

在一个实施例中，本实施例是在受托支付交易为行内交易业务时，目标受托支付交易失败之后的一种可选的方法实施例，该方法包括如下步骤：

若目标受托支付交易的支付状态为失败，则进行资金冲正操作，并基于信贷机构的贷款系统进行目标受托支付交易，目标受托支付交易为行内交易业务。

其中，在信贷机构的服务器进行的目标受托交易为行内交易业务，也即目标受托支付交易对应的受托账户是依托目标信贷机构建立的账户。那么，信贷机构的服务器进行目标受托支付交易时，进行的是行内交易业务。由上述可知，信贷机构的服务器在进行行内受托支付交易时，是通过信贷机构服务器的贷款系统向受托账户直接进行目标贷款资金的划拨。当信贷机构服务器的贷款系统划拨目标贷款资金失败后，进行资金冲正操作，也即信贷机构的服务器将该笔受托支付交易的交易记录抹去，将目标用户处于贷款状态的状态修改为未处于贷款状态，以避免在目标用户的受托账户还未收到该笔贷款资金时，信贷机构的服务器就开始计算利息的情况发生。实现信贷机构的资金交易记录与目标用户的实际贷款结果记录一致，方便信贷机构的服务器进行贷后管理、贷前管理以及贷中管理。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的受托支付方法的受托支付装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个受托支付装置实施例中的具体限定可以参见上文中对于受托支付方法的限定，在此不再赘述。

在一个实施例中，如图5所示，提供了一种受托支付装置500，包括：获取模块502、发送模块504和支付模块506，其中：

获取模块502，用于获取目标受托支付交易的支付状态；目标受托支付交易为跨行交易业务；

发送模块504，用于在目标受托支付交易的支付状态为失败的情况下，向目标用户的终端发送提示信息；提示信息用于提示目标用户再次发起目标受托支付交易；

支付模块506，用于接收终端发送的交易请求，响应于交易请求基于中间账户进行目标受托支付交易；中间账户是信贷机构为存储受托支付交易失败的贷款资金设置的行内账户。

在一个实施例中，支付模块506，具体用于通过信贷机构的贷款系统将中间账户内的目标贷款资金划拨给目标受托支付交易对应的受托账户；目标贷款资金为目标受托支付交易对应的贷款资金。

在一个实施例中，上述装置还包括校验模块，用于对支付状态进行核验操作，获得核验结果，以及，获取目标用户的原始贷款审批金额，基于原始贷款审批金额以及核验结果对交易请求进行校验；在交易请求的校验结果为成功的情况下，响应于交易请求基于中间账户进行目标受托支付交易。

在一个实施例中，上述装置还包括：获取确定模块，用于获取与目标用户关联的受托账户，确定受托账户为目标受托支付交易对应的受托账户；根据目标受托支付交易对应的受托账户的类型确定目标受托支付交易的支付策略，基于支付策略进行目标受托支付交易，以获得目标受托支付交易的支付状态。

在一个实施例中，支付模块506，还用于在目标受托支付交易的支付状态为失败的情况下，进行资金冲正操作，并基于信贷机构的贷款系统进行目标受托支付交易，目标受托支付交易为行内交易业务。

上述受托支付装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储受托支付交易数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种受托支付方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取目标受托支付交易的支付状态；目标受托支付交易为跨行交易业务。

若目标受托支付交易的支付状态为失败，则向目标用户的终端发送提示信息；提示信息用于提示目标用户再次发起目标受托支付交易；

接收终端发送的交易请求，响应于交易请求基于中间账户进行目标受托支付交易；中间账户是信贷机构为存储受托支付交易失败的贷款资金设置的行内账户。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：通过信贷机构的贷款系统将中间账户内的目标贷款资金划拨给目标受托支付交易对应的受托账户；目标贷款资金为目标受托支付交易对应的贷款资金。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

对支付状态进行核验操作，获得核验结果；

获取目标用户的原始贷款审批金额，基于原始贷款审批金额以及核验结果对交易请求进行校验；

若交易请求的校验结果为成功，则响应于交易请求基于中间账户进行目标受托支付交易。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取与目标用户关联的受托账户，确定受托账户为目标受托支付交易对应的受托账户；

根据目标受托支付交易对应的受托账户的类型确定目标受托支付交易的支付策略，基于支付策略进行目标受托支付交易，以获得目标受托支付交易的支付状态。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：若目标受托支付交易对应的受托账户为信贷机构的行内账户，则支付策略为通过信贷机构的贷款系统将目标贷款资金划拨给目标受托支付交易对应的受托账户；若目标受托支付交易对应的受托账户为信贷机构的行外账户，则支付策略为信贷机构的贷款系统通过中间账户将目标贷款资金划拨给目标受托支付交易对应的受托账户。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：若目标受托支付交易的支付状态为失败，则进行资金冲正操作，并基于信贷机构的贷款系统进行目标受托支付交易，目标受托支付交易为行内交易业务。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取目标受托支付交易的支付状态；目标受托支付交易为跨行交易业务。

若目标受托支付交易的支付状态为失败，则向目标用户的终端发送提示信息；提示信息用于提示目标用户再次发起目标受托支付交易；

接收终端发送的交易请求，响应于交易请求基于中间账户进行目标受托支付交易；中间账户是信贷机构为存储受托支付交易失败的贷款资金设置的行内账户。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：通过信贷机构的贷款系统将中间账户内的目标贷款资金划拨给目标受托支付交易对应的受托账户；目标贷款资金为目标受托支付交易对应的贷款资金。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

对支付状态进行核验操作，获得核验结果；

获取目标用户的原始贷款审批金额，基于原始贷款审批金额以及核验结果对交易请求进行校验；

若交易请求的校验结果为成功，则响应于交易请求基于中间账户进行目标受托支付交易。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取与目标用户关联的受托账户，确定受托账户为目标受托支付交易对应的受托账户；

根据目标受托支付交易对应的受托账户的类型确定目标受托支付交易的支付策略，基于支付策略进行目标受托支付交易，以获得目标受托支付交易的支付状态。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若目标受托支付交易对应的受托账户为信贷机构的行内账户，则支付策略为通过信贷机构的贷款系统将目标贷款资金划拨给目标受托支付交易对应的受托账户；若目标受托支付交易对应的受托账户为信贷机构的行外账户，则支付策略为信贷机构的贷款系统通过中间账户将目标贷款资金划拨给目标受托支付交易对应的受托账户。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若目标受托支付交易的支付状态为失败，则进行资金冲正操作，并基于信贷机构的贷款系统进行目标受托支付交易，目标受托支付交易为行内交易业务。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

获取目标受托支付交易的支付状态；目标受托支付交易为跨行交易业务。

若目标受托支付交易的支付状态为失败，则向目标用户的终端发送提示信息；提示信息用于提示目标用户再次发起目标受托支付交易；

接收终端发送的交易请求，响应于交易请求基于中间账户进行目标受托支付交易；中间账户是信贷机构为存储受托支付交易失败的贷款资金设置的行内账户。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：通过信贷机构的贷款系统将中间账户内的目标贷款资金划拨给目标受托支付交易对应的受托账户；目标贷款资金为目标受托支付交易对应的贷款资金。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

对支付状态进行核验操作，获得核验结果；

获取目标用户的原始贷款审批金额，基于原始贷款审批金额以及核验结果对交易请求进行校验；

若交易请求的校验结果为成功，则响应于交易请求基于中间账户进行目标受托支付交易。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取与目标用户关联的受托账户，确定受托账户为目标受托支付交易对应的受托账户；

根据目标受托支付交易对应的受托账户的类型确定目标受托支付交易的支付策略，基于支付策略进行目标受托支付交易，以获得目标受托支付交易的支付状态。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若目标受托支付交易对应的受托账户为信贷机构的行内账户，则支付策略为通过信贷机构的贷款系统将目标贷款资金划拨给目标受托支付交易对应的受托账户；若目标受托支付交易对应的受托账户为信贷机构的行外账户，则支付策略为信贷机构的贷款系统通过中间账户将目标贷款资金划拨给目标受托支付交易对应的受托账户。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若目标受托支付交易的支付状态为失败，则进行资金冲正操作，并基于信贷机构的贷款系统进行目标受托支付交易，目标受托支付交易为行内交易业务。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (14)

1.一种受托支付方法，应用于信贷机构的服务器，其特征在于，所述方法包括：

获取目标受托支付交易的支付状态；所述目标受托支付交易为跨行交易业务；

若所述目标受托支付交易的支付状态为失败，则向目标用户的终端发送提示信息；所述提示信息用于提示所述目标用户再次发起所述目标受托支付交易；

接收所述终端发送的交易请求，响应于所述交易请求基于中间账户进行所述目标受托支付交易；所述中间账户是所述信贷机构为存储受托支付交易失败的贷款资金设置的行内账户。

2.根据权利要求1所述的方法，其特征在于，所述基于中间账户进行所述目标受托支付交易，包括：

通过所述信贷机构的贷款系统将所述中间账户内的目标贷款资金划拨给所述目标受托支付交易对应的受托账户；所述目标贷款资金为所述目标受托支付交易对应的贷款资金。

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

对所述支付状态进行核验操作，获得核验结果；

获取所述目标用户的原始贷款审批金额，基于所述原始贷款审批金额以及所述核验结果对所述交易请求进行校验；

若所述交易请求的校验结果为成功，则响应于所述交易请求基于中间账户进行所述目标受托支付交易。

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

获取与所述目标用户关联的受托账户，确定所述受托账户为所述目标受托支付交易对应的受托账户；

根据所述目标受托支付交易对应的受托账户的类型确定所述目标受托支付交易的支付策略，基于所述支付策略进行所述目标受托支付交易，以获得所述目标受托支付交易的支付状态。

5.根据权利要求4所述的方法，其特征在于，

若所述目标受托支付交易对应的受托账户为所述信贷机构的行内账户，则所述支付策略为通过所述信贷机构的贷款系统将所述目标贷款资金划拨给所述目标受托支付交易对应的受托账户；

若所述目标受托支付交易对应的受托账户为所述信贷机构的行外账户，则所述支付策略为所述信贷机构的贷款系统通过所述中间账户将所述目标贷款资金划拨给所述目标受托支付交易对应的受托账户。

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

若所述目标受托支付交易的支付状态为失败，则进行资金冲正操作，并基于所述信贷机构的贷款系统进行所述目标受托支付交易，所述目标受托支付交易为行内交易业务。

7.一种受托支付装置，应用于信贷机构的服务器，其特征在于，所述装置包括：

获取模块，用于获取目标受托支付交易的支付状态；所述目标受托支付交易为跨行交易业务；

发送模块，用于在所述目标受托支付交易的支付状态为失败的情况下，向目标用户的终端发送提示信息；所述提示信息用于提示所述目标用户再次发起所述目标受托支付交易；

支付模块，用于接收所述终端发送的交易请求，响应于所述交易请求基于中间账户进行所述目标受托支付交易；所述中间账户用于存储交易失败的贷款资金。

8.根据权利要求7所述的装置，其特征在于，所述支付模块，具体用于

通过所述信贷机构的贷款系统将所述中间账户内的目标贷款资金划拨给所述目标受托支付交易对应的受托账户；所述目标贷款资金为所述目标受托支付交易对应的贷款资金。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括校验模块，用于对所述支付状态进行核验操作，获得核验结果，以及，获取所述目标用户的原始贷款审批金额，基于所述原始贷款审批金额以及所述核验结果对所述交易请求进行校验；在所述交易请求的校验结果为成功的情况下，响应于所述交易请求基于中间账户进行所述目标受托支付交易。

10.根据权利要求7所述的方法，其特征在于，所述装置还包括：获取确定模块，用于获取与所述目标用户关联的受托账户，确定所述受托账户为所述目标受托支付交易对应的受托账户；根据所述目标受托支付交易对应的受托账户的类型确定所述目标受托支付交易的支付策略，基于所述支付策略进行所述目标受托支付交易，以获得所述目标受托支付交易的支付状态。

11.根据权利要求8所述的方法，其特征在于，所述支付模块，还用于

在所述目标受托支付交易的支付状态为失败的情况下，进行资金冲正操作，并基于所述信贷机构的贷款系统进行所述目标受托支付交易，所述目标受托支付交易为行内交易业务。

12.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

14.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

Images