资源转移方法及装置与流程

本发明涉及网络技术领域，特别涉及一种资源转移方法及装置。

背景技术：

随着网络的发展和普及，网络服务提供商不仅能够为用户提供信息服务，还可以为用户提供资源转移服务。

目前，服务器会根据转出方的资源转移请求，进行基于账单的资源转移，例如，转出方选择某一个账单作为资源转移对象后，可以向服务器提供待转移的资源总数量，服务器根据该资源总数量对转出方账户的剩余资源进行扣除，并对该账单进行冲账处理，从而实现资源转移。

然而，服务器会为大量用户提供账单的生成、维护和资源转移等业务，随着业务量的增大，会导致维护工作的滞后，一旦发生滞后，则会造成服务器上数据维护发生错误，致使服务器上的数据准确性降低，也会影响服务器的正常业务处理。

技术实现要素：

为了解决现有技术的问题，本发明实施例提供了一种资源转移方法及装置。所述技术方案如下：

一方面，本发明实施例提供了一种资源转移方法，所述方法包括：

接收转出方的资源转移请求，所述资源转移请求携带待转移的资源总数量；

根据所述转出方的未还账单的账单类型和所述资源总数量，生成所述转出方的转移详情信息，所述转移详情信息包括本次资源转移的目标账单以及每个目标账单的目标资源数量；

根据所述本次资源转移的目标账单的账单状态，对所述转出方的转移详情信息进行可行性分析，所述目标账单的账单状态用于指示所述目标账单当前是否能够用于进行资源转移；

当可行性分析通过时，根据所述转出方的转移详情信息进行资源转移。

另一方面，本发明实施例提供了一种资源转移装置，所述装置包括：

接收模块，用于接收转出方的资源转移请求，所述资源转移请求携带待转移的资源总数量；

生成模块，用于根据所述转出方的未还账单的账单类型和所述资源总数量，生成所述转出方的转移详情信息，所述转移详情信息包括本次资源转移的目标账单以及每个目标账单的目标资源数量；

分析模块，用于根据所述本次资源转移的目标账单的账单状态，对所述转出方的转移详情信息进行可行性分析，所述目标账单的账单状态用于指示所述目标账单当前是否能够用于进行资源转移；

资源转移模块，用于当所述分析模块的可行性分析通过时，根据所述转出方的转移详情信息进行资源转移。

本发明实施例提供的技术方案带来的有益效果是：

通过在进行资源转移过程中，先基于账单类型和资源总数量，确定了本次资源转移的目标账单和每个目标账单的目标资源数量，并基于目标账单的账单状态，通过可行性分析过程，来确定目标账单等数据是否准确，保障了服务器数据的准确性，避免了对服务器正常业务处理的影响。

附图说明

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

图1是本发明实施例提供的一种实施环境的示意图；

图2是本发明实施例提供的一种资源转移方法的流程图；

图3是本发明实施例提供的一种资源转移方法的流程图；

图4是本发明实施例提供的一种资源转移方法的流程图；

图5是本发明实施例提供的一种资源转移装置结构示意图；

图6是根据一示例性实施例示出的一种资源转移装置600的框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

图1是本发明实施例提供的一种实施环境的示意图。在该实施环境中，包括多个终端101和服务器102。

其中，终端101可以为安装有信用服务应用的终端，例如，智能手机、平板电脑、PC(Personal Computer，个人电脑)。用户可以通过该终端101登录任一种信用服务应用客户端来使用信用服务。

该服务器102可以是提供信用服务的服务器，可以由任一信用服务提供商部署，该服务器102可以通过安装于终端101的信用服务应用客户端为用户提供信用服务。当然，该服务器102可以配置有用户账单数据库等用于存储用户资料、用户历史资源转移记录以及账单等的数据库，以提供服务器102运行过程中可能发生的查询等过程。

该服务器102可以提供多种信用服务，该信用服务可以是指任一种基于用户信用，为用户预先提供一定资源额度，使得用户在消费时可以无需使用自己所拥有的资源，提前进行消费，并在后续通过资源转移的方式，将所借用的资源还清。在提供这种信用服务过程中，服务器可以根据用户所占用的资源数量和占用时间等，计算附加资源等，并生成用户的账单，不同信用服务可以具有不同的附加资源计算方法，本发明实施例对此不做限定。

当然，该信用服务还可以通过资源转移应用客户端或其他涉及资源转移的应用客户端来提供，例如，在资源转移应用客户端中提供信用服务的入口，从而使得用户能够便捷的访问。并且，在信用服务客户端中还可以提供其他资源转移的入口，例如第三方支付入口等，以便使得用户可以通过第三方支付进行资源转移。

上述所涉及的资源可以是指用于进行交易的货币等，该货币可以是任一币种，本发明实施例对此不做限定。

图2是本发明实施例提供的一种资源转移方法的流程图。参见图2，该实施例仅以转出方所处终端和服务器之间的交互过程为例进行说明，该方法包括：

201、当转出方所处终端接收到资源转移指令时，向服务器发送资源转移请求，该资源转移请求携带待转移的资源总数量和该转出方的待转移账单的账单详情信息。

该待转移的资源总数量可以由转出方用户在终端上自行输入，该账单详情信息包括账单标识以及账单所包括的资源数量等。该转出方所处终端可以存储有该转出方的各个账单的账单详情信息，因此，在发送资源转移请求时，可以携带终端所存储的账单详情信息，以便服务器进行一致性校验，提高数据安全性。

在实际场景中，转出方所处终端可以提供一账单查询入口，使得当转出方用户想要对未还账单进行资源转移时，可以通过该账单查询入口，查看该转出方的账单界面，该账单界面可以包括该转出方的账单详情信息，以获知自己的账单情况。该账单界面上还可以提供资源转移入口，使得通过该资源转移入口可以跳转至资源转移界面，转出方可以在该资源转移界面上输入待转移的资源总数量，并触发资源转移过程。

在另一实施例中，为了提高资源转移的灵活性，该账单界面上可以提供账单选择功能，参见图3，该图3是本发明实施例提供的一种账单界面的示意图。该账单界面上可以显示多个账单的账单名称以及账单类型，还可以显示账单的未还资源数量，转出方用户可以通过选择等操作(如图3中的“√”则表示选中)，来选择自己本次进行资源转移的账单，并执行后续资源转移过程。在这种情况下，该资源转移请求会包括转出方的待转移账单的账单详情信息。而在转出方用户没有对任一个账单进行选择就进行资源转移的情况下，该资源转移请求所包括的该转出方的所有未还账单的账单详情信息。

需要说明的是，在显示账单详情信息时，可以显示每个未还账单的资源数量，还可以显示所以未还账单的资源总数量，当然，可以根据转出方用户所选择的账单，显示所选择账单对应的未还资源总数量，以给转出方用户提供更完整且更具有参考价值的数据，本发明实施例对该具体显示方式不做限定。

当然，上述界面仅是以在账单界面上提供资源转移入口，从而进行界面跳转为例进行说明，而事实上，还可以采取其他的界面显示形式，例如，在检测到对资源转移入口的触发操作时，以浮层的形式提供数量输入栏，从而执行后续资源转移过程。本发明实施例对具体采用哪种界面显示形式不做限定。

202、当服务器接收转出方的资源转移请求时，根据该转出方的账户标识，从账单数据库中获取该账户标识对应的账单详情信息。

服务器在接收到资源转移请求时，对该资源转移请求进行解析，得到转出方的账户标识以及该资源转移请求所携带的账单详情信息，然后可以基于该转出方的账户标识，生成用于查询该转出方的账单详情信息的查询请求，并将该查询请求发送至账单数据库，使得账单数据库基于该查询请求所携带的账户标识，返回该账户标识对应的账单详情信息。

其中，账单数据库至少用于基于账户标识存储并管理各个账户的账单。该管理账单是指根据用户所使用的信用服务生成账单，以及根据用户对资源的占用数量和占用时间，对账单中各个不同类型资源进行更新等。

例如，用户通过信用服务客户端使用了某项借贷产品，则服务器可以根据该借贷产品的具体金额生成账单，并存储至账单数据库，后续根据用户的借贷时长对账单中的利息在账单数据库中对原始账单进行更新，从而生成新账单。

需要说明的是，该账单数据库可以是部署于该服务器上，也可以是部署于该服务器以外的服务器上，例如，用于管理用户各类数据的用户数据管理系统等，本发明实施例对此不做具体限定。

203、该服务器基于该账户标识对应的账单详情信息，对该资源转移请求携带的账单详情信息进行一致性校验，当一致性校验通过，执行步骤204。

发明人认识到，由于网络的数据传输等存在安全隐患，因此，为了避免信息被篡改等情况造成的财产损失，该服务器需要将终端所上传的账单详情信息和账单数据库中的账单详情信息进行一致性校验，以保证账单的准确性。该一致性校验的具体过程可以通过字符串比对、相似性比对等等实现，本发明实施例对此不做限定。

例如，对于欠款账单来说，该一致性校验可以校验账单对应的欠款金额是否相同、账单类型是否相同等等。

在另一实施例中，当一致性校验未通过，根据该账户标识对应的账单详情信息执行该转移详情信息的生成过程。如果一致性校验未通过，该服务器可以直接基于账单数据库所存储的数据进行后续过程，以保证资源转移的正常进行。

需要说明的是，在进行一致性校验时，账单详情信息中有任一项不相同，均确定该一致性校验失败，而仅当账单详情信息中的每一项均相同时，才确定一致性校验通过，以保证用户的财产安全。

进一步地，在一致性校验未通过时，还可以向转出方所处终端下发错误通知，以使得转出方获知该校验情况，而进行报错等救济措施，避免财产安全受到威胁。

204、当一致性校验通过时，该服务器根据该转出方的未还账单的账单类型和该资源总数量，生成该转出方的转移详情信息，该转移详情信息包括本次资源转移的目标账单以及每个目标账单的目标资源数量。

其中，目标账单是指本次资源转移的未还账单，该目标账单至少要包括转出方的所有逾期账单，以保证信用服务商所提供的信用服务不被滥用，保障了信用提供商的基本权益。目标账单的目标资源数量是指在资源转移过程中向该目标账单所转移的资源数量。

在本发明实施例中，转出方的未还账单的数量为两个或两个以上，也即是，该过程所涉及的是对多个未还账单同时进行资源转移的方法。在对于多个未还账单进行资源转移时，账单类型可能不同，所涉及到资源转移数量以及资源转移的必要性等均不同，从而需要生成用于指示具体的转移计划的转移详情信息。账单类型可以包括逾期账单、已出账单和未出账单，其中逾期账单可以是指已经超出还款期限仍未还款的账单，已出账单是指未超出还款期限的未还账单，未出账单是指还未正式生成账单，但是已经入账的未还账单。需要说明的是，该各个未还账单可以是同一个产品的账单，例如，对于信用服务的产品来说，对于一张信用卡，可以有逾期账单和已出账单等。而该各个未还账单还可以属于不同产品，例如，转出方同时进行了两笔小额贷款，且账户还关联了一张信用卡，则可能此时该转出方的未还账单包括这两笔小额贷款的未还账单和信用卡的未还账单，本发明实施例对此不做限定。

上述根据该转出方的未还账单的账单类型和该资源总数量，生成该转出方的转移详情信息的过程包括：如果所述转出方的至少两个未还账单的未还资源总数量大于所述资源总数量，该服务器根据该资源总数量和该未还账单的账单类型，从该未还账单中确定该目标账单以及该每个目标账单的目标资源数量。

其中，根据该资源总数量和该未还账单的账单类型，从该未还账单中确定该目标账单的过程包括：如果所述未还账单中包括逾期账单，将所述逾期账单获取为目标账单；如果所述未还账单中还包括已出账单，且所述逾期账单的未还资源数量小于所述资源总数量，将所述已出账单获取为目标账单；如果所述未还账单中还包括未出账单，且所述逾期账单和所述已出账单的未还资源总数量小于所述资源总数量，将所述未出账单获取为目标账单。需要说明的是，确定目标账单以及目标账单的目标资源数量可以同时进行，也可以先确定目标账单，再逐一确定目标账单的目标资源数量，本发明实施例对此不做限定。

具体地，在生成转出方的转移详情信息时，可以根据未还账单的账单类型和资源总数量进行综合考虑，逾期账单的转移优先级最高，其次为已出账单，再次为未出账单。则针对这种优先级的设置，首先，判断该待转移的资源总数量是否不大于所有未还账单的未还资源总数量，如果待转移的资源总数量大于或等于所有未还账单的未还资源总数量，则可以将所有未还账单均确定为目标账单，而每个未还账单的未还资源数量获取为未还账单的目标资源数量。

例如，待转移的资源总数量为100，所有未还资源账单的未还资源总数量为90，则用户所输入的资源数量能够还清所有未还账单，可以直接基于该资源总数量100进行资源转移，后续在资源转移过程中，可以分别向各个未还账单转移对应的资源数量，如果基于待转移的资源总数量进行转移后，还有剩余资源，也即是，在本示例中，剩余资源数量为10，则可以将剩余资源存储至转出方的账户中。

而如果待转移的资源总数量小于所有未还账单的未还资源总数量，则说明当前转出方想要转移的资源并不足以还清所有未还账单，则此时，需要应用账单类型对应的优先级，来确定目标账单以及目标账单的目标资源数量，具体包括以下过程：

204A、如果所述未还账单中包括逾期账单，将所述逾期账单获取为目标账单，将逾期账单的未还资源数量获取为第一目标资源数量，该第一目标资源数量为该逾期账单的目标资源数量。

如果转出方的未还账单中包括逾期账单，则由于逾期账单的优先级最高，需要将逾期账单获取为目标账单，并获取第一目标资源数量。当然，该待转移的资源总数量需大于或等于逾期账单的未还资源数量，如果待转移的资源总数量小于逾期账单的未还资源数量，则可以拒绝本次资源转移请求。也即是，资源转移必须至少要能够还清所有逾期账单，以保障信用服务商的基本利益。

例如，仍以待转移的资源总数量为100为例进行说明，如果转出方的逾期账单为1个，且对应的未还资源数量为20，则将该逾期账单确定为目标账单，并将该逾期账单的目标资源数量确定为20。

如果在确定了第一目标资源数量后，在转出方的待转移的资源总数量中还有剩余资源的话，则按照优先级顺序，可以将转出方的已出账单确定为目标账单，当然，此时也会有两种可能，即第一剩余资源数量足以还清已出账单以及第一剩余资源数量不足以还清已出账单，则需要判断第一剩余资源数量和已出账单的未还资源数量之间的数值大小关系，详见下述步骤204B和204C：

204B、如果所述未还账单中还包括已出账单，且所述逾期账单的未还资源数量小于所述资源总数量，将所述已出账单获取为目标账单，如果第一剩余资源数量小于该已出账单的未还资源数量，将该第一剩余资源数量获取为第二目标资源数量，该第二目标资源数量为该已出账单的目标资源数量，该第一剩余资源数量为该资源总数量中除去该第一目标资源数量的剩余资源数量。

204C、如果该第一剩余资源数量大于或等于该已出账单的未还资源数量，将该已出账单的未还资源数量获取为该第二目标资源数量。

例如，仍以待转移的资源总数量为100为例进行说明，由于逾期账单已经占用的资源数量为20，则此时，第一剩余资源数量为80，假设已出账单的未还资源数量为30，则可以确定第一剩余资源数量大于已出账单的未还资源数量，从而可以将已出账单确定为目标账单，并将该第二目标资源数量确定为30。而如果已出账单的未还资源数量为90，则上述第一剩余资源数量不足以还清已出账单，则可以按照已出账单中的资源类型，对第一剩余资源数量进行分配。这类分配需要考虑账单对应的产品类型，不同产品类型的账单，可能涉及不同的资源类型优先级，从而使得第一剩余资源数量的分配发生不同变化。例如，对于利息优先的产品，则需要在分配时满足利息优先还清的要求，而对于本金优先的产品，则需要在分配时满足本金优先还清的要求。

如果在确定了第二目标资源数量后，在转出方的待转移的资源总数量中还有剩余资源的话，则按照优先级顺序，可以将转出方的未出账单确定为目标账单，当然，此时也会有两种可能，即第二剩余资源数量足以还清未出账单以及第二剩余资源数量不足以还清未出账单，则需要判断第二剩余资源数量和未出账单的未还资源数量之间的数值大小关系，详见下述步骤204D和204E：

204D、如果所述未还账单中还包括未出账单，且所述逾期账单和所述已出账单的未还资源总数量小于所述资源总数量，将所述未出账单获取为目标账单，如果第二剩余资源数量小于该未出账单的未还资源数量，将该第二剩余资源数量获取为该未出账单的目标资源数量，该第二剩余资源数量为该资源总数量中除去该第一目标资源数量和该第二目标资源数量的剩余资源数量。

204E、如果该第二剩余资源数量大于或等于该未出账单的未还资源数量，将该未出账单的未还资源数量获取为该未出账单的目标资源数量。

例如，仍以待转移的资源总数量为100为例进行说明，由于逾期账单已经占用的资源数量为20，已出账单的未还资源数量为30，则第二剩余资源数量为50，则待转移的资源总数量可以还清逾期账单和已出账单，则如果转出方还有未出账单，则可以确定未出账单为目标账单，并根据第二剩余资源数量和未出账单的未还资源数量，来确定未出账单的目标资源数量，假设未出账单的未还资源数量为60，则可以将第二剩余资源数量50确定为未出账单的未还资源数量。

通过上述确定目标账单和每个目标账单的目标资源数量的过程，可以生成一个用于进行本次资源转移的转移详情信息。

对于每个账单来说，一个账单均对应有一个账单类型标识，例如，逾期账单对应于逾期标识，已出账单(未逾期)对应于已出标识，未出账单对应于未出标识，通过在生成过程中对该转出方的未还账单的账单类型标识进行逐一检测，可以获知该未还账单的账单类型。需要说明的是，上述账单类型标识可以是账单对应的账单描述信息的某个字段，根据该字段的不同取值，来指示不同的账单类型，本发明实施例对此不做限定。

需要说明的是，在服务器接收到资源转移请求时，可以根据转出方的实际账单情况，判断是否响应该资源转移请求。如果所述转出方的未还账单中包括逾期账单，而所述资源转移请求携带的未还账单中不包括所述逾期账单，拒绝所述资源转移请求。在此处，资源转移请求所携带的逾期账单需要是转出方的所有逾期账单，其理由与上述对逾期账单的限制同理，在此不做赘述。

205、该服务器根据该本次资源转移的目标账单的账单状态，对该转出方的转移详情信息进行可行性分析，所述目标账单的账单状态用于指示所述目标账单当前是否能够用于进行资源转移。

为了保证服务器的数据准确性，从而保证资源转移的正常进行，需要对制定的资源转移计划也即是转移详情信息进行可行性分析。其具体过程包括：获取所述目标账单的账单状态信息；如果所述账单状态信息指示所述目标账单未处于处理状态，或，如果所述账单状态信息指示所述目标账单内的资源均为最新状态，则确定对所述转出方的转移详情信息的可行性分析通过。当然，在判断目标账单的资源是否为最新状态时，可以仅判断该目标账单中的逾期账单内的附加资源是否处于最新状态，本发明实施例对此不做限定。其中，附加资源基于用户对资源的占用数量和占用时间等生成，例如，该附加资源可以为账单的利息。

发明人认识到，服务器在处理资源转移请求的同时，很可能还会基于其他业务需求在对目标账单进行处理，例如，由于新增消费所导致的入账处理等，此时如果基于目标账单的当前未还资源数量执行资源转移，很有可能发生错误，例如，如果在资源转移处理过程中，有一笔退款正在做入账处理，使得目标账单的未还资源数量不准确，可能产生对某一个目标账单多还的情况。因此，在资源转移过程中，需要考虑到账单是否处于处理状态。

其中，账单状态信息可以是账单状态标识，对于每个账单来说，均对应存储有账单状态标识，该账单状态标识可以用于指示该账单当前是否处于处理状态。因此，在确定了目标账单后，可以获取目标账单的账单状态标识，并检测该账单状态标识是否为处理标识，如果目标账单的账单状态标识为处理标识，则说明该目标账单处于处理状态，如果此时对该目标账单进行资源转移，很可能造成数据错误，因此，可以确定所生成的转移详情信息不准确，不能通过可行性分析。而如果目标账单的账单状态标识不是处理标识，则说明该目标账单未处于处理状态，则说明该转移详情信息准确，通过可行性分析。

进一步地，如果在本次可行性分析不通过时就拒绝进行资源转移，很可能影响转出方的资源转移积极性，因此，为了引导该转出方用户尽快进行下一次资源转移，该服务器可以监听该目标账单，当所述目标账单的处理状态更新为空闲状态，则基于更新后的目标账单重新生成所述转出方的转移详情信息，并将重新生成的转移详情信息通知给转出方，使得转出方能够在很短的时间内再次进行资源转移。或者，由于账单的处理一般耗时较短，为了提高资源转移效率，还可以暂时不拒绝该资源转移请求，而是在可行性分析过程中向转出方发送重新生成的转移详情信息，使得转出方用户在无需再次发出资源转移请求的情况下继续完成资源转移过程。

进一步地，发明人认识到，如果在接收到该资源转移请求之前，已经有至少两个对该目标账单的处理请求，则如果等待目标账单从处理状态更新为空闲状态，可能会耗时过长，因此，可以根据该资源转移请求在该目标账单的待处理请求中的排序位置，来确定是否进行目标账单的监听，也即是，如果确定目标账单处于处理状态，则可以判断当前资源转移请求是否为该目标账单对应的下一个待处理请求，如果该资源转移请求为该目标账单对应的下一个待处理请求，则可以监听该目标账单。这是因为，如果该资源转移请求为该目标账单对应的下一个待处理请求，则在上一处理完成时，理应执行该资源转移请求，而在执行资源转移请求时，该目标账单会处于处理状态，使得该目标账单不会响应其他处理请求。

需要说明的是，如果账单处于任一处理状态，该账单会对应于相应的处理标识，例如，如果账单处于入账状态，则可以为账单添加相应的处理标识，使得在接收到对该账单的任一处理请求时，均可以锁定账单，不响应其他处理请求，避免造成账单数据的混乱，提高数据准确性。

发明人还认识到，由于服务器对账单的管理可能存在滞后现象，会造成例如利息不是账单的最新利息等等，因此，需要对账单是否为最新状态进行判断。其中，账单状态信息可以为账单内的资源的更新日期。对于目标账单内的资源来说，该资源会按照一定周期对目标账单内的资源进行更新，每次更新均会为资源生成更新日期，用以指示该资源的更新日期，如果目标账单内的资源的更新日期与当前日期相同，则确定该目标账单内的资源处于最新状态，确定该转移详情信息未通过可行性分析；而如果该目标资源内的资源的更新日期与当前日期不同，则确定该目标账单内的资源不是最新状态，所述转出方的转移详情信息的可行性分析通过。

进一步地，出于与上述处理状态同理的考虑，如果所述账单状态信息指示所述目标账单内的资源不是最新状态，则根据当前时间对所述目标账单进行更新，基于更新后的目标账单重新生成所述转出方的转移详情信息，以避免用户在获知发生错误后，进一步滞后其资源转移，变相的提高了资源转移的效率。

需要说明的是，不同产品类型对应于不同的更新周期和更新利率等，因此，在对账单内的资源进行更新时，需要根据产品类型对应的更新周期和更新利率进行更新。例如，产品1的账单可以为每天15点更新，更新利率为0.01％，而产品2的账单可以为每天18点更新，更新利率为0.02％。

而基于上述示例，如果在今日的10:00接收到对产品1的账单的资源转移请求，则通过对账单内资源的更新日期与当前日期的对比，可以确定该账单内资源并不是最新状态，则涉及到对已生成的转移详情信息的重新生成或者可行性分析不通过等结果。

当可行性分析通过时，可以执行下述步骤206，而如果可行性分析未通过，则可以拒绝响应该资源转移请求，并向转出方所处终端返回错误提示，使得转出方获知当前无法进行资源转移。

当然，为了使得转出方能够明确获知错误理由，可以将错误理由携带在错误提示中，转出方所处终端在接收到该错误提示时，可以显示错误理由，以使得转出方能够在一段时间后重新操作，也可以避免对资源转移正常进行的影响。

206、当可行性分析通过时，根据该转出方的转移详情信息，该服务器进行资源转移。

如果转移详情信息通过了可行性分析，说明该转移详情信息是一种可行计划，则可以根据该转移详情信息进行资源转移。

需要说明的是，在该过程中，如果转出方所选择的支出账户注册于该信用服务提供商，则可以由服务器检测转出方账户的剩余资源数量，如果转出方账户中的剩余资源数量大于待转移的资源总数量，则可以直接从该转出方账户扣除该待转移的资源总数量，并将待转移的资源总数量按照转移详情信息的分配对目标账单进行一一冲账处理。而如果转出方账户中的剩余资源数量小于待转移的资源总数量，则也需要向转出方所在终端返回错误提示，同时提示余额不足等错误理由。

在转出方账户中的剩余资源数量小于待转移的资源总数量，还可以向转出方提供分账户转移的方式，例如，向转出方提示其账户中的剩余资源数量，并提示所需补全的差额资源数量(即剩余资源数量和待转移的资源总数量的差值)，此时，转出方可以通过其他支付平台来转移该差额资源数量，如选择一张银行卡或选择其他支付应用账户进行转移。而服务器可以根据该差额资源数量和转出方再次选择的支付方式，向该支付方式对应的服务器发送资源转移请求，从而实现通过至少两种支付方式完成资源转移。

当然，转出方还可以选择采用其他支付方式来提供该待转移的资源总数量，本发明实施例对此不做具体限定。

207、当服务器完成资源转移时，向转出方所处终端发送成功消息。

208、当该转出方所处终端接收到该成功消息，显示资源转移成功界面。

上述步骤207和208是在资源转移成功时，通过服务器和转出方所处终端之间的交互，通知转出方本次资源转移成功的过程。当然，如果在上述任一过程中出现错误，在转出方所处终端接收到错误提示时，可以根据错误提示显示资源转移失败界面，并根据错误提示中的错误理由，在资源转移失败界面上显示该错误理由，使得转出方能够及时获知错误，并调整自身操作，以避免对正常的资源转移造成影响。

上述过程还可以通过图4的流程图来更为直观的体现，以用户通过移动终端向信用服务提供商进行还款为例进行说明，信用服务提供商可以通过还款管控系统和用户数据源管理系统来实现本发明实施例中服务器的功能。用户可以在移动终端上选择想要还款的账单记录，并输入还款金额，进行还款操作。移动终端根据用户是否选择了账单记录，来向还款管控系统发送还款请求(即本发明实施例中所涉及的资源转移请求)，如果用户选择了账单记录，则在还款请求上携带所选择的账单记录，而如果用户没有选择账单记录，则在还款请求中携带该用户的所有账单记录。而当还款管控系统接收到还款请求后，可以从用户数据源管理系统中查询用户的账单记录数据，并对移动终端在还款请求中所携带的账单记录进行校验。在校验通过后，可以通过预先设置的还款规则，例如账单类型的优先级、账单内资源的优先级以及哪些账单必须全部还清等规则，来生成还款详情信息(本发明实施例所涉及的转移详情信息)，用于指示后续对哪些账单进行还款，对每个账单还多少等。在还款管控系统生成该还款详情信息后，还需要基于各个账单的实际情况，例如处理状态或者是否为最新状态等，来判断该还款详情信息的数据是否准确，从而对还款详情信息进行可行性分析，仅在可行性分析通过时，向移动终端返回允许进行资源转移的界面，使得用户可以通过移动终端继续完成后续的还款过程，例如，选择某一个第三方支付完成还款等。

本发明实施例提供的方法，通过在进行资源转移过程中，先基于账单类型和资源总数量，确定了本次资源转移的目标账单和每个目标账单的目标资源数量，并基于目标账单的账单状态，通过可行性分析过程，来确定目标账单等数据是否准确，保障了服务器数据的准确性，避免了对服务器正常业务处理的影响。

进一步地，由于增加了可行性分析过程，提高了数据的准确性，使得不会发生资源转移发生多转或少转的情况，一方面避免了对用户的财产安全造成损失，另一方面，还避免了用户对信用服务的信任程度降低，实际上提高了信用服务提供商的业务处理能力。

图5是本发明实施例提供的一种资源转移装置的结构示意图，参见图5，所述装置包括：

接收模块501，用于接收转出方的资源转移请求，所述资源转移请求携带待转移的资源总数量；

生成模块502，用于根据所述转出方的未还账单的账单类型和所述资源总数量，生成所述转出方的转移详情信息，所述转移详情信息包括本次资源转移的目标账单以及每个目标账单的目标资源数量；

分析模块503，用于根据所述本次资源转移的目标账单的账单状态，对所述转出方的转移详情信息进行可行性分析，所述目标账单的账单状态用于指示所述目标账单当前是否能够用于进行资源转移；

资源转移模块504，用于当所述分析模块的可行性分析通过时，根据所述转出方的转移详情信息进行资源转移。

在一种可能实现方式中，所述分析模块503用于获取所述目标账单的账单状态信息；如果所述账单状态信息指示所述目标账单未处于处理状态，或，如果所述账单状态信息指示所述目标账单内的资源获取时间均为最新时间，则确定对所述转出方的转移详情信息的可行性分析通过。

在一种可能实现方式中，所述装置还包括：

监听模块，用于如果所述账单状态信息指示所述目标账单处于处理状态，则监听所述目标账单，当所述目标账单的处理状态更新为空闲状态，则触发所述生成模块502基于更新后的目标账单重新生成所述转出方的转移详情信息；

或，

更新模块，用于如果所述账单状态信息指示所述目标账单内的资源获取时间不是最新时间，则根据当前时间对所述目标账单进行更新，触发所述生成模块502基于更新后的目标账单重新生成所述转出方的转移详情信息。

在一种可能实现方式中，所述资源转移请求还携带所述转出方的待转移账单的账单详情信息，所述装置还包括：

获取模块，用于根据所述转出方的账户标识，从账单数据库中获取所述账户标识对应的账单详情信息；

一致性检测模块，用于基于所述账户标识对应的账单详情信息，对所述资源转移请求携带的账单详情信息进行一致性校验；当一致性校验通过时，触发所述生成模块502执行转移详情信息的生成过程；当一致性校验未通过，触发所述生成模块502根据所述账户标识对应的账单详情信息执行所述转移详情信息的生成过程。

在一种可能实现方式中，所述生成模块502用于：

如果所述未还账单中包括逾期账单，将所述逾期账单获取为目标账单，如果所述资源总数量大于或等于所述逾期账单的未还资源数量，则将所述逾期账单的未还资源数量获取为第一目标资源数量，所述第一目标资源数量为所述逾期账单的目标资源数量；

如果所述未还账单中还包括已出账单，且所述逾期账单的未还资源数量小于所述资源总数量，将所述已出账单获取为目标账单，如果第一剩余资源数量小于所述已出账单的未还资源数量，将所述第一剩余资源数量获取为第二目标资源数量，所述第二目标资源数量为所述已出账单的目标资源数量，所述第一剩余资源数量为所述资源总数量中除去所述第一目标资源数量的剩余资源数量；如果所述第一剩余资源数量大于或等于所述已出账单的未还资源数量，将所述已出账单的未还资源数量获取为所述第二目标资源数量；

如果所述未还账单中还包括未出账单，且所述逾期账单和所述已出账单的未还资源总数量小于所述资源总数量，将所述未出账单获取为目标账单，如果第二剩余资源数量小于所述未出账单的未还资源数量，将所述第二剩余资源数量获取为所述未出账单的目标资源数量，所述第二剩余资源数量为所述资源总数量中除去所述第一目标资源数量和所述第二目标资源数量的剩余资源数量；如果所述第二剩余资源数量大于或等于所述未出账单的未还资源数量，将所述未出账单的未还资源数量获取为所述未出账单的目标资源数量。

在一种可能实现方式中，所述装置还包括：

拒绝模块，用于如果所述转出方的未还账单中包括逾期账单，而所述资源转移请求携带的未还账单中不包括所述逾期账单或所述待转移的资源总数量小于所述逾期账单的未还资源数量，拒绝所述资源转移请求。

本发明实施例提供的装置，通过在进行资源转移过程中，先基于账单类型和资源总数量，确定了本次资源转移的目标账单和每个目标账单的目标资源数量，并基于目标账单的账单状态，通过可行性分析过程，来确定目标账单等数据是否准确，保障了服务器数据的准确性，避免了对服务器正常业务处理的影响。

图6是根据一示例性实施例示出的一种资源转移装置600的框图。例如，装置600可以被提供为一服务器。参照图6，装置600包括处理组件622，其进一步包括一个或多个处理器，以及由存储器632所代表的存储器资源，用于存储可由处理部件622的执行的指令，例如应用程序。存储器632中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件622被配置为执行指令，以执行上述资源转移方法。

装置600还可以包括一个电源组件626被配置为执行装置600的电源管理，一个有线或无线网络接口650被配置为将装置600连接到网络，和一个输入输出(I/O)接口658。装置600可以操作基于存储在存储器632的操作系统，例如Windows Server^TM，Mac OS X^TM，Unix^TM,Linux^TM，FreeBSD^TM或类似。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成下述实施例中的资源发放方法或资源领取方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。