一种网络资源转移方法、资金转移方法、还款方法及装置与流程

本申请涉及计算机金融技术领域，尤其涉及一种网络资源转移方法、资金转移方法、还款方法及装置。

背景技术：

随着信息技术的发展，人们在通过网络处理各种事务时，需要用到网络资源(比如虚拟币、QQ币等)。由于网络资源具有相对稀缺性，在事务处理过程中可能会出现网络资源不足的情况，因此通过资源转移来获取网络资源就显得尤为重要。

目前，在网络资源的转移过程中，处理该资源转移业务的服务器，在接收到资源转出方确认转移的信息后，将该确认信息中包含的资源转入方放入“确认记录表”中，在指定时间窗口内，服务器的监控单元会对资源转出方对应的资源池进行监控，当监控到该资源池中有网络资源时，监控单元会发起的资源转移指令，指示服务器将该网络资源转移给“确认记录表”中的该资源转入方。

在实际应用中，随着网络资源转移的业务量的快速增长，服务器接收到资源转出方向资源转入方转移网络资源的确认信息后，在指定时间窗口内，可能还会接收到该资源转出方向其它资源转入方转移网络资源的确认信息，此时，“确认记录表”中多个资源转入方。当监测到资源池中有网络资源时，由于“确认记录表”中有多个资源转入方，监控单元所发起的资源转移指令，可能会将网络资源转移给不同的资源转入方。因此，这种资源转移方式，在“确认记录表”中有多个资源转入方时，可能无法根据资源转出方的需要，将网络资源转移给其中指定的某个资源转入方。

技术实现要素：

为了解决现有技术中的问题，本申请实施例提供一种网络资源转移方法、资金转移方法、还款方法及装置。

本申请实施例提供了一种网络资源的转移方法，该方法包括：

接收资源转移的确认信息并根据所述确认信息确定目标账户；

将待转移的网络资源冻结；

当接收到针对所述目标账户的资源转移指令时，将所述网络资源解冻并转入所述目标账户。

优选的，在根据所述确认信息确定目标账户时，所述方法还包括：根据所述确认信息确定所需要的网络资源的资源值；则，

在将待转移的网络资源冻结之前，所述方法还包括：

将待转移的网络资源的资源值与所需要的网络资源的资源值进行匹配；

若匹配成功，将待转移的网络资源冻结。

优选的，当根据确认信息确定了多个目标账户以及与各目标账户对应的资源值时，

所述将待转移的网络资源的资源值与所需要的网络资源的资源值进行匹配具体包括：

将待转移的网络资源的资源值与各目标账户对应的资源值之和进行匹配；以及，

将待转移的网络资源解冻并转入目标账户具体包括：

将待转移的网络资源解冻；

根据各目标账户对应的资源值将待转移的网络资源拆分为对应的子网络资源；

将各子网络资源转移至对应的目标账户。

优选的，在将待转移的网络资源冻结时，所述方法还包括：生成用于解冻所述网络资源的解冻码。

优选的，所述将待转移的网络资源冻结具体包括：将待转移的网络资源设置为不可转移、不可抵押和不可过户的状态。

本申请实施例还提供一种资金转移方法，该方法包括：

接收资金转移的确认信息并根据所述确认信息确定目标资金账户以及所需要的资金额度；

将待转移资金的金额与所需要的资金额度进行匹配；

若匹配成功，将待转移的资金冻结；

当接收到针对所述目标资金账户的资金转移指令时，将待转移资金解冻并转入所述目标资金账户。

本申请实施例还提供一种还款方法，该方法包括：

接收还款确认信息并根据所述确认信息确定还款目标账户以及所需要的还款资金额度；

将还款资金的金额与所需要的还款资金额度进行匹配；

若匹配成功，将所述还款资金冻结；

当接收到针对所述还款目标账户的还款指令时，将所述还款资金解冻并转入所述还款目标账户。

优选的，所述方法还包括：将还款用户注入指定账户中的资金确定为还款资金。

优选的，接收还款确认信息具体为：

接收还款用户通过指定页面输入的还款确认信息；或，

接收还款用户通过指定数据传输接口输入还款确认信息；或，

接收还款用户上传的对还款进行确认的还款文件。

优选的，在还款时间点到达时，接收将所述资金转移至所述目标资金账户的指令。

本申请实施例还提供一种资金转移装置，该装置包括：第一确定单元、第一匹配单元、第一冻结单元以及资金转移单元，其中：

第一确定单元，接收资金转移的确认信息并根据所述确认信息确定目标资金账户以及所需要的资金额度；

第一匹配单元，将待转移资金的金额与所需要的资金额度进行匹配；

第一冻结单元，若匹配成功，将待转移的资金冻结；

资金转移单元，当接收到针对所述目标资金账户的资金转移指令时，将待转移资金解冻并转入所述目标资金账户。

本申请实施例还提供一种还款装置，该装置包括：第二确定单元、第二匹配单元、第二冻结单元以及还款单元，其中：

第二确定单元，接收还款确认信息并根据所述确认信息确定还款目标账户以及所需要的还款资金额度；

第二匹配单元，将还款资金的金额与所需要的还款资金额度进行匹配；

第二冻结单元，若匹配成功，将所述还款资金冻结；

还款单元，当接收到针对所述还款目标账户的还款指令时，将所述还款资金解冻并转入所述还款目标账户。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

在确定待转移的网络资源之后，将该网络资源冻结，只有当接收到针对用户所确认的目标账户的资源转移指令时，才将该冻结的网络资源解冻并转入目标账户，当接收到针对其它账户的资源转移指令时，由于该网络资源冻结，并不能进行网络资源的转移，从而解决了现有技术的问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种网络资源转移方法的具体实现流程示意图；

图2为本申请实施例提供的一种资金转移方法的具体实现流程示意图；

图3为本申请实施例提供的页面确认的示意图；

图4为本申请实施例提供的一种还款方法的具体实现流程示意图；

图5为本申请实施例提供的一种还款方法的场景示意图；

图6为本申请实施例提供的一种还款方法的还款资金的转移示意图；

图7为本申请实施例提供的一种资金转移装置的具体结构示例图；

图8为本申请实施例提供的一种还款装置的具体结构示例图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

如上所述，随着信息技术的发展，人们在日常事务处理过程中，通常需要进行网络资源的转移。目前的网络资源转移方法，服务器在接收资源转出方确认转移的信息后，将该确认信息中包含的资源转入方放入“确认记录表”，并在指定时间窗口内对资源池进行监控，当发现该资源池中有网络资源时，服务器会根据监控单元的资源转移指令，将该网络资源转移给资源转入方。

然而，随着网络资源转移的业务量的快速增长，服务器接收到资源转出方向资源转入方转移网络资源的确认信息后，在指定时间窗口内，可能还会接收到向其它资源转入方转移网络资源的确认信息，此时，“确认记录表”中包括多个资源转入方。当监测到资源池中有网络资源时，由于“确认记录表”中有多个资源转入方，服务器可能会接收到的不同的资源转移指令，指示将网络资源转移至不同的资源转入方。因此，这种资源转移方式，在“确认记录表”中有多个资源转入方时，可能无法根据资源转出方的需要，将网络资源转移给其中指定的某个资源转入方。

例如，服务器在6月5号接收到第一用户向第二用户转移网络资源的确认信息，并将第二用户放入“确认记录表”，该指定时间窗口为3天；之后，服务器又在6月6号接收到第一用户向第三用户转移网络资源的确认信息，并将第三用户也放入“确认记录表”，该“确认记录表”中包括第二用户和第三用户。当6月7号用户将网络资源存放入资源池时，服务器可能会接收到将该网络资源转移至第二用户的指令，将网络资源转移至第二用户，也可能会接收到将该网络资源转移至第三用户的指令，将网络资源转移至第三用户，因此，出现了对网络资源争抢的现象。此时，如果第一用户希望将7号的这笔网络资源转移给第二用户，则现有技术的这种资源转移方式，可能会导致转移出错。

为了解决现有技术的问题，本申请实施例提供了一种网络资源的转移方法，该方法用户服务器。如图1所示，该方法的步骤包括：

步骤S11：接收资源转移的确认信息并根据所述确认信息确定目标账户。

通常在用户对网络资源的转移进行确认后，服务器可以接收到资源转移的确认信息，并且通常可以根据该确认信息确定目标账户。此外，在用户确认向目标账户转移网络资源后，服务器通常还会将该目标账户放入确认记录表。

例如，用户A需要将网络资源转移给用户B，在用户A对该转移业务进行确认之后，服务器会接收到该资源转移的确认信息，并对该确认信息进行解析，确定用户B对应的账户(即，目标账户)。

步骤S12：确定待转移的网络资源。

在实际网络资源转移过程中，用户通常会根据需要同时有多个账户，并将其中的特定账户用于网络资源的转移，一般可以将用户转入该特定账户的网络资源，确定为待转移的网络资源。

特别是，随着用于网络资源转移的应用APP的出现，用户通常会注册多个登录账号(登录账号对应账户)，各个登录账号应用于不同的用途。其中，可以使用某个登录账号进行网络资源的转移，可以将用户转入该登录账号对应的资源池中的网络资源，确定为待转移的网络资源。通常，服务器在根据用户确认转移的信息，将目标账户放入确认记录表后，还会对对应的网络资源池进行监控，当监控到该资源池中有网络资源时，将该网络资源确定为待转移的网络资源。

步骤S13：将待转移的网络资源冻结。

这里所说的，将待转移的网络资源冻结，可以是将该待转移的网络资源设置为不可转移、不可抵押和不可过户的状态。此外，在将待转移的网络资源冻结时，还可以生成用于解冻该网络资源的解冻码，在需要时，可以通过该解冻码解冻该网络资源。

步骤S14：在接收到针对所述目标账户的资源转移指令时，将所述网络资源解冻并转入所述目标账户。

通常在某一个时间点到来时，或者根据用户的主动触发的情况下，服务器能够接收到针对所述目标账户的资源转移指令，从而将冻结的网络资源解冻，并转入目标账户。

需要说明的是，在实际应用中，当用户确认对网络资源进行转移之后，服务器会对该用户用于转移网络资源的登录账号(作为资源池)进行监控，当监控到资源池中有网络资源时，一般情况下通常会接收到多个资源转移指令，这些资源转移指令分别针对确认记录表中的各个账户，因此服务器在接收到资源转移指令后，还需要判断该资源转移指令是否针对目标账户。

通常可以将所述资源转移指令中包括第二账户与目标账户进行匹配，当匹配成功时，说明所接收到的资源转移指令针对所述目标账户，可以根据该资源转移指令将网络资源解冻并转移至目标账户，当匹配失败时，说明所接收到的资源转移指令不针对所述目标账户，此时由于网络资源被冻结，并不能实现将网络资源转移至第二账户。

因此，步骤S14可以具体为如下的步骤S141，

步骤S141：当接收到资源转移指令时，将所述资源转移指令中的第二账户与所述目标账户进行匹配，若匹配成功，将待转移的网络资源解冻并转入所述目标账户。

采用本申请实施例1所提供的网络资源的转移方法，在确定待转移的网络资源之后，将该网络资源冻结，只有当接收到针对用户所确认的目标账户的资源转移指令时，才将该冻结的网络资源解冻并转入目标账户，当接收到针对其它账户的资源转移指令时，由于该网络资源冻结，并不能进行网络资源的转移，从而解决了现有技术的问题。

例如，用户需要将网络资源转移给账户1，在确认向账户1转移网络资源后，确认记录表中包括账户1和账户2。此时，用户将网络资源注入资源池，并将该网络资源冻结，服务器在接收到将该网络资源转移给账户2的指令后，由于该网络资源被冻结，并不能完成转移；只有当接收到针对账户1的资源转移指令后，才可以将该网络资源解冻，并转移至账户1。

需要说明的是，在实际应用中，通常用户在确认向其它用户转移网络资源时，还需要确认所需要转移的网络资源的资源值，也即，服务器在根据转移网络资源的确认信息确定目标账户时，还可以根据该确认信息确定所需要的网络资源的资源值。

则，在步骤S12和步骤S13之间，还可以将待转移的网络资源的资源值与所需要的网络资源的资源值进行匹配，当匹配成功时，执行步骤S13，当匹配失败时，可以向用户发送提示信息，然后根据用户的选择，冻结或者不冻结该网络资源。

此外，当根据该确认信息确定了多个目标账户，并且各目标账户对应的不同的资源值时，将待转移的网络资源的资源值与所需要的网络资源的资源值进行匹配可以为，将该待转移的网络资源的资源值与各目标账户对应的资源值之和进行匹配，在匹配成功时，将该待转移的网络资源冻结，并且在将待转移的网络资源解冻后，可以根据各目标账户对应的资源值将待转移的网络资源拆分为对应的子网络资源，将各子网络资源转移至对应的目标账户。

例如，根据用户转移网络资源的确认信息，确定了向账户X和账户Y转移网络资源，其中，向账户X转移网络资源的资源值为a，向账户Y转移网络资源的资源值为b，则，所需要的网络资源的资源值为(a+b)，将待转移的网络资源的资源值与(a+b)进行匹配，在匹配成功后将该网络资源冻结；并且在解冻后，将该网络资源拆分为子网络资源X’(资源值为a)和子网络资源Y’(资源值为b)，分别转移给账户X和账户Y。

本申请实施例1根据步骤S11～步骤S14的顺序进行展开描述，但是，在实际应用中，并不必然按照该顺序进行实施。例如，可以先执行步骤S12和S13，然后执行步骤S11；也可以先执行步骤S12和S11，然后执行步骤S13；也可以按照其它方式执行，这些并不对本申请的实施效果造成影响。

实施例2

为了更加清楚的对实施例1中提供的网络资源转移方法进行说明，实施例2提供了该方法在资金转移的具体应用场景下的实施例，在该实施例中，网络资源可以具体为资金。实施例2中的提供的一种资金转移方法，如图2所示，该方法包括下述步骤：

步骤S21：接收资金转移的确认信息并根据所述确认信息确定目标资金账户以及所需要的资金额度。

用户对资金的转移进行确认后，服务器会接收到资金转移的确认信息，并且通常可以根据该确认信息确定目标资金账户。这里的用户可以为公司、金融机构以及个人等，对于金融机构而言，可以包括银行、基金、保险等。目标资金账户可以为银行账户，也可以为与理财APP的登录账号对应的资金账户，也可以为保险账户、基金账户等。

在实际应用中，用户可以通过多种方式对资金的转移进行确认，这里可以列举几种优选的方案：

优选方案一：页面确认，即用户在指定页面中输入确认信息进行确认，如图3所示。

该指定页面可以为指定的还款页面，触发该指定的还款页面中相应的按钮后，可以确认向其它的用户转移资金。这种页面确认的方式，可以通过手机端登录指定页面进行确认，也可以通过电脑端登录指定页面进行确认，也可以通过其它的计算设备(PAD等)登录指定页面进行确认，由于所借助的硬件设备的多样化，使得页面方式对于个人进行资金转移十分方便。

优选方案二：接口确认，即用户通过对应的数据传输接口，输入确认信息进行确认。

这里的数据传输接口与该用户相对应，可以是该用户专用的数据传输接口。

在实际应用中，对于银行、保险等规模较大的金融机构，为了加强确认过程的安全性，可以向这些金融机构分配相对应的数据传输接口，不同的金融机构通过各自对应的数据传输接口进行确认。

优选方案三：文件确认，即用户上传对应的确认文件进行确认。

通常用户可以通过上传确认文件的方式，确定进行资金的转移。服务器在接收这些确认文件之后，对这些文件进行分析，可以确定目标资金账户，以及需要转入目标账户的资金金额。

当然，在用户确认向目标账户转移资金后，服务器可以将该目标账户放入确认记录表中，该确认记录表中所记录的资金账户均为，用户确认向其转移资金的资金账户，各个资金账户分别对应一个时间窗口，该时间窗口为用户会在该时间窗口内，完成对应的资金转移过程，通常该时间窗口可以设为3天或者5天等。

上述的，根据确认信息确定目标资金账户以及所需要的资金额度，由于该确认信息中，通常会包括所转移的对象(即，目标资金账户)以及所转移的资金的金额，从而可以确定目标资金账户以及所需要的资金额度。

需要说明的是，金融机构在进行资金转移时，通常是确定向某个融资需求进行转账(购买融资需求、或者向融资需求进行还款)，该融资需求与目标资金账户关联，在向该融资需求转账后，资金会流向所关联的目标资金账户。

例如，银行购买融资需求A，该融资需求A为公司B为筹集项目资金所发布的融资需求，因此融资需求A在后台与公司B的某个账户(目标资金账户)相关联，银行在确定向融资需求A进行转账后，服务器可以通过确认信息，确定与融资需求A关联的目标资金账户，以及所需要转移的资金。

步骤S22：确定待转移资金。

在实际应用中，随着用于资金转移的应用APP的出现，用户通常会注册多个登录账号，各个登录账号应用于不同的用途。其中，可以将某个账号专门用于资金转移，可以将用户转入该登录账号中的资金，确定为待转移的资金。

例如，支付宝可以用于资金的转移，通常金融机构会在支付宝中注册专门的理财账户(称为，机构中间户)，来用于理财时的资金转移，通常可以将金融机构存入机构中间户中的资金确定为待转移资金。

步骤S23：将待转移资金的金额与所需要的资金额度进行匹配，当匹配成功时，执行步骤S24。

步骤S24：将待转移的资金冻结。

将用户转入指定账户中的资金确定为还款资金

这里所说的，将待转移的资金冻结是指将该资金设置为不可转移、不可抵押以及不可过户的状态。

在确定待转移资金后，可以将待转移资金的金额与所需要的资金额度进行匹配，当匹配成功时，可以将待转移资金冻结。

例如，金融机构存入机构中间户的资金为10万元(待转移资金)，通过金融机构确定转移的信息，确定所需要的资金额度(用于该次资金转移的资金额度)为10万元，将待转移资金的金额与所需要的资金额度进行匹配，在匹配成功时，将待转移资金的10万元进行冻结。

在实际应用中，在将待转移资金冻时，还可以生成用于解冻该待转移资金的解冻码，在需要时，可以通过该解冻码解冻该待转移资金。

当然，当待转移资金与所需要的资金额度匹配失败时，导致匹配失败可以是由于待转移资金大余，或者小于所需要的资金额度，可以根据具体的应用场景选择不冻结该资金，也可以根据需要冻结该资金。

例如，金融机构向融资需求进行还款是，若金融机构存入机构中间户的资金的金额小于所需要的资金额度，导致匹配失败，由于资金不足，可以选择不冻结该资金；若金融机构存入机构中间户的资金的金额大于所需要的资金额度，可以选择冻结该资金，以免该笔资金被其它融资需求调用。当然，在其它应用场景下，在匹配失败时，可以根据需要进行选择。

另外，在匹配失败时，还可以向用户发送提示信息，用于提示用户，所存入的待转移资金与需要转移的资金额度不匹配。

步骤S25：当接收到针对所述目标资金账户的资金转移指令时，将所述资金解冻并转入所述目标资金账户。

将待转移的资金冻结之后，通常在转移的时间点到达时，服务器会接收将所述资金转移至所述目标资金账户的指令。该时间点通常与时间窗口有关，也可以是用户自己设置的，在时间窗口内的某一个时间点。

例如，用户3月4号确定进行资金转移，时间窗口为3天(也即，要求最迟在3月6号24点完成资金转移)，该转移时间点可以为3月6号24点，也可以为3月6号17点，也可以根据用户的需要设置为时间窗口内的某个时间点(例如，用户设置为3月6号上午10点)。

在时间点到达时，服务器会接收到根据确认记录表中的该目标资金账户发起的资金转移指令，指示服务器将该待转移的资金解冻后，转移至该目标资金账户。当然，在实际应用中，还可以根据用户的主动触发，使得服务器接收到该指令，进行资金的转移。在解冻待转移资金时，可以根据所生成的解冻码解冻该待转移资金。

需要说明的是，在实际应用中，当用户确认进行资金转移之后，服务器会对该用户用于转移资金的登录账号(作为资源池)进行监控，当监控到资源池中有资金时，一般情况下通常会接收到多个资金转移指令，这些资金转移指令分别针对确认记录表中的各个账户，因此服务器在接收到资金转移指令后，还需要判断该资金转移指令是否针对目标资金账户。

通常可以将所述资金转移指令中包括第二资金账户与目标资金账户进行匹配，当匹配成功时，说明所接收到的资金转移指令针对所述目标资金账户，可以根据该资金转移指令将冻结的资金解冻并转移至目标资金账户，当匹配失败时，说明所接收到的资金转移指令不针对所述目标资金账户，此时由于待转移的资金被冻结，并不能实现将该资金转移至第二资金账户。

因此，步骤S25可以具体为如下的步骤S251，

步骤S251：当接收到资金转移指令时，将所述资金转移指令中的第二资金账户与所述目标资金账户进行匹配，若匹配成功，将待转移的资金解冻并转入所述目标资金账户。

采用实施例2提供的该方法，在待转移资金的金额与所需要的资金额度匹配成功后，将待转移的资金冻结，即使服务器接收到将该待转移资金，转移至目标资金账户之外的其它资金账户的指令，该资金转移过程并不能完成，只有当接收到将待转移资金转移述目标资金账户的指令后，才可以解冻该资金并完成资金的转移，从而解决了现有技术中的问题。

例如，服务器在6月5号接收到用户A向用户B转移资金的确认信息，并将用户B放入确认记录表，该指定时间窗口为3天；之后，服务器又在6月6号接收到用户A向用户C转移资金的确认信息，并将用户C也放入确认记录表，该确认记录表中包括用户B和用户C(假设转移的资金额度均相同)，6月7号用户A将资金放入指定资金账户(资源池)，用于转移给用户B。

现有技术中，服务器并不将该资金冻结，因此可能在接收到将该资金转移至用户C的指令，将网络资源转移至用户C，也可能在接收到将该资金转移至用户B的指令，将网络资源转移至用户B，而无法将该笔资金转移给其中的某个指定用户。此外，在实际应用中，由于7号为向用户B转移资金的截止日，若将该资金转移给了用户C，可能会导致向用户B转移资金超期，为用户A带来违约风险。

采用本申请的方法，服务器将用户A在6月7号放入资金池中的资金冻结，在时间窗口内，即使接收到将资金转移至用户C的指令，也不会将该资金进行转移，只有接收到将该资金转移至用户B的指令，才会将该资金解冻并转移给用户B，因此解决了现有技术中的问题。

金融机构等用户在实际的资金转移过程中，通常会遇到需要向融资需求或其它用户进行还款的情况。因此实施例2的资金转移方法还可以具体为还款方法，如图4所示，该还款方法具体包括如下步骤：

步骤S31：接收还款确认信息并根据所述确认信息确定还款目标账户以及所需要的还款资金额度。

步骤S31中服务器接收还款确认信息，与步骤S21服务器接收资金转移的确认信息的方式可以相同，服务器通常可以接收还款用户通过指定页面输入的还款确认信息(对应页面确认)；或，接收还款用户通过指定数据传输接口输入还款确认信息(对应接口确认)；或，接收还款用户上传的对还款进行确认的还款文件(对应文件确认)。

这里的还款用户是指进行还款的用户，该还款用户也可以为公司、金融机构或个人。例如，金融机构甲向用户乙进行还款，则该金融机构甲为这里所说的还款用户。

金融机构在还款时，也可以向某个融资需求进行还款，还款用户的确认信息中，通常包括该融资需求的信息，可以通过该融资需求的信息确定与该融资需求关联的还款目标账户，以及需要的还款金额。

例如，银行向融资需求A还款，银行确认还款的认信息中包括该融资需求A的信息，该融资需求A的信息与还款目标账户，以及需要向该还款目标账户还款的还款金额关联。此外，在实际应用中，还款目标账户通常还可以有多个，各个还款目标账户的还款金额通常也并不相同。

步骤S32：确定还款资金。

可以将还款用户转入指定账户中的资金确定为还款资金。

例如，可以将金融机构转入支付宝机构中间户中的资金确定为还款资金。

步骤S33：将还款资金的金额与所需要的还款资金额度进行匹配，当匹配成功时，执行步骤S34。

步骤S34：将还款资金冻结。

将还款资金冻结是指将该还款资金设置为不可转移、不可抵押以及不可过户的状态。在将还款资金冻结时，也可以生成对应的解冻码。

当还款目标账户有多个时，各个还款目标账户分别对应不同的还款金额，所需要的还款资金额度为各所述还款金额之和。将还款资金的金额与所需要的还款资金额度进行匹配具体为，将还款资金的金额，与各个还款目标账户分别对应的还款金额之和进行匹配。

例如，用户甲和用户乙购买了保险公司丙发布的融资需求，当该融资需求到期后，保险公司丙需要对该融资需求进行还款，在该保险公司丙确认还款的信息中，包括该融资需求的信息，该融资需求的信息与用户甲(的账户)以及用户乙(的账户)关联。

当然，在匹配失败时，也可以根据具体情况选择冻结，或者不冻结该还款资金。并且，在匹配失败后，还可以向用户发送匹配失败的提示信息。

步骤S35：当接收到针对所述还款目标账户的资金转移指令时，将所述还款资金解冻并转入所述还款目标账户。

通常，在还款时间点到达时，服务器会接收将还款资金转移至所述还款目标账户的指令，从而将还款资金解冻，并转入还款目标账户。当然，也可以通过对应的解冻码，将还款资金解冻。

与前述的时间点相似，这里的还款时间点通常也与时间窗口有关，也可以是用户自己设置的，在时间窗口内的某一个时间点，这里就不再赘述。

另外，当金融机构向融资需求进行还款时，由于融资需求通常关联多个投资人账户，在将还款资金解冻后，可以将该还款资金拆分为多份对应的资金，分别转移给对应的投资人账户。

在实际应用中，当还款用户确认进行还款之后，服务器会对该还款用户用于还款的登录账号(作为资源池)进行监控，当监控到资源池中有资金时，一般情况下通常会接收到多个还款指令，这些还款指令分别针对确认记录表中的各个还款账户，因此服务器在接收到还款指令后，还需要判断该还款指令是否针对还款目标账户。

通常服务器在接收到还款指令后，可以将所述还款指令中包括第二还款账户与还款目标账户进行匹配，当匹配成功时，说明所接收到的还款指令针对所述还款目标账户，可以根据该还款指令将冻结的还款资金解冻，并转移至还款目标账户，当匹配失败时，说明所接收到的还款指令不针对所述还款目标账户，此时由于该还款资金被冻结，并不能实现将该资金转移至第二还款账户。

因此，步骤S35可以具体为如下的步骤S351，

步骤S351：当接收到还款指令时，将所述还款指令中的第二还款账户与所述还款目标账户进行匹配，若匹配成功，将所述还款资金解冻并转入所述还款目标账户。

需要说明的是，在该实施例中，还款方法依照步骤S31～步骤S35的顺序进行展开，但是在实际应用中，也可以依照其它的顺序执行。例如，还款用户可能会先将还款资金转入指定账户，然后对还款进行确定，此时，服务器可以先执行步骤S32，然后执行步骤S31。因此，这里只是对本申请实施例所提供的还款方法做示例性说明，通过改变步骤顺序的方式，也在本申请的保护范围之内。

本申请所提供的还款方法既可以通过硬件方式实现，也可以通过软件方式实现。下面是服务器进行的还款业务处理时，服务器各个功能模块的示例说明。

通常，该服务器从功能上可以划分为以下几个模块：确认模块、监控模块、冻结模块、还款操作模块。

其中，确认模块，用于在用户确认还款后，接收对应的还款确认信息，并根据该确认信息确定还款目标账户以及所需要的还款资金额度，该确认模块根据用户确认还款方式的不同，可以分为页面还款确认子模块、接口还款确认子模块以及文件还款确认子模块；监控模块，将还款目标账户放入确认记录表，并监控资金池中的资金，在监控资金池中的资金时，可以进行实时监控，也可以设置一定的监控周期(例如，5分钟)，进行周期性监控；冻结模块，当监控模块发现资金池中有资金时，将该资金的金额与确认模块所确定的还款资金额度进行匹配，并在匹配成功后将该资金冻结；还款操作模块，在接收到针对还款目标账户的还款指令后，将该资金解冻并转入所述还款目标账户。

此外，在实际应用中，还可以根据需要，将上述各个模块或子模块相互拆分组合，形成新的业务模块。

例如，将确认模块中的页面还款确认子模块、接口还款确认子模块、冻结模块组合为第一还款模块，该第一还款模块的作用可以包括：1、在用户通过页面或接口确认的情况下，发起页面还款或接口还款；2、将资金进行匹配并冻结；3、当监控模块监控到资金池有资金时，调用还款操作模块进行还款；以及，

将文件还款确认子模块作为第二还款模块，在用户通过还款文件确认的情况下，对该还款文件做校验，并调用还款操作模块发起文件还款；

监控模块和还款操作模块可以与上述的方式相同。

为了对本申请所提供的还款方法进一步说明，可以结合金融机构通过应用APP向融资需求进行还款的应用场景，进行解释。在该应用场景下，还款用户为金融机构，该机构中间户为应用APP中该金融机构用于还款的账户，如图5所示为各步骤的示意图。

步骤S41：金融机构通过应用APP向服务器发送还款确认信息；

该还款确认信息，用于确认向融资需求进行还款；服务器在接收到该还款确认信息后，说明该金融机构将在指定时间窗口(通常为3天)内，对该融资需求进行还款。并且，服务器可以根据该还款确认信息确定对应的融资需求，以及所需要的还款资金的金额，当然，该融资需求与购买该融资需求的还款目标账户(包括投资人账户1、投资人账户2以及投资人账户N等)关联。

步骤S42：金融机构向机构中间户注入还款资金；

服务器能够将该机构中间户中的资金确定为还款资金，通常可以将该机构中间户形象的描述为“资金池”。

步骤S43：将机构中间户中还款资金的金额与所需要的还款资金的金额匹配，当匹配成功时将机构中间户中的还款资金冻结。

步骤S44：在还款时间点，服务器收到向融资需求进行还款的指令，指示将机构中间户中的资金解冻并向投资人账户进行还款。

步骤S45：服务器将机构中间户上的资金解冻，并将对应的资金转入投资人账户。

如图6所示为步骤S41～步骤S45，资金的流转过程。金融机构将资金(还款资金)注入资金池，在资金池将该资金冻结，以便在服务器接收到转移给还款目标账户(投资人账户1、投资人账户1以及投资人账户N等)后，将该资金解冻，并实现转移。

实施例3

基于与实施例2相同的发明构思，本申请实施例3提供了一种资金转移装置。如图7所示，该装置70包括：第一确定单元701、第一匹配单元702、第一冻结单元703以及资金转移单元704，其中：

第一确定单元701，接收资金转移的确认信息并根据所述确认信息确定目标资金账户以及所需要的资金额度；

第一匹配单元702，将待转移资金的金额与所需要的资金额度进行匹配；

第一冻结单元703，若匹配成功，将待转移的资金冻结；

资金转移单元704，当接收到针对所述目标资金账户的资金转移指令时，将待转移资金解冻并转入所述目标资金账户。

采用本申请实施例3所提供的该装置70，由于该装置70采用与实施例2相同的发明构思，因此能够解决现有技术的问题。此外，在实际应用中，还可以将该装置结合具体的硬件设备，取得其它的实施效果。例如，将服务器设置为分布式系统的形式，将第一确定单元701、第一匹配单元702、第一冻结单元703以及资金转移单元704分别布置于分布式系统中的不同服务器中，通过分布式系统的相互协调，进行资金的转移，这样相比较于将各个功能单元设置于同一台服务器，处理效率较高。

实施例4

资金转移装置可以用在还款的应用场景时，因此本申请实施例4提供一种还款装置。如图8所示，该还款装置80包括：第二确定单元801、第二匹配单元802、第二冻结单元803以及还款单元804，其中：

第二确定单元801，接收还款确认信息并根据所述确认信息确定还款目标账户以及所需要的还款资金额度；

第二匹配单元802，将还款资金的金额与所需要的还款资金额度进行匹配；

第二冻结单元803，若匹配成功，将所述还款资金冻结；

还款单元804，当接收到针对所述还款目标账户的还款指令时，将所述还款资金解冻并转入所述还款目标账户

本申请实施例4所提供的该还款装置80，在还款的应用场景下，显然能够解决现有技术的问题，这里就不再赘述。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。