CN110555692A - 一种虚拟资源转移方法、装置和存储介质 - Google Patents

Abstract

本发明实施例公开了一种虚拟资源转移方法、装置和存储介质；本发明实施例接收虚拟资源转移请求接收虚拟资源转移请求；根据转移请求获取虚拟资源的转移量、收款账号和转移方式；若转移方式为担保信用方式，则获取担保信用方式对应的第一用户账号的信用信息；确定第一用户账号的信用信息是否可用；若可用，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号。该方案采用了担保信用方式作为支付方式，第一用户账号将自身的信用转移额度给第二用户账号做担保，使第二用户账号可以享受到虚拟资源的信用转移服务，而不受到其自身征信情况的制约，提高了虚拟资源转移的灵活性。

Description

一种虚拟资源转移方法、装置和存储介质

技术领域

本发明涉及通信技术领域，具体涉及一种虚拟资源转移方法、装置和存储介质。

背景技术

随着互网络技术的发展，虚拟资源的转移，如支付、还款或转账等处理方式越来越为繁多和便捷。许多公司也顺势推出了虚拟资源的信贷产品，用户申请开通后，将获得一定的信用转移额度。由此，用户可以在信贷产品的信用转移额度内，享受“先消费，后付款”的购物体验。

信贷产品的额度受到用户个人征信、收入和/或资产等因素的影响，例如，高收入的用户能得到较高的信用转移额度，收入低的用户相对只能得到较低的信用转移额度，而没有征信记录或是无收入证明的用户则无法使用信贷产品进行虚拟资源转移，没有转移额度。

在对现有技术的研究和实践过程中，本发明的发明人发现，用户个人征信、收入和/或资产等因素并不能真实的反映用户的还款能力，限制了信贷产品的受众，尤其是信用转移额度较低或者无信用转移额度的用户并不能享受到信贷产品带来的便利，虚拟资源的转移方式受限，不够灵活。

发明内容

本发明实施例提供一种虚拟资源转移方法、装置和存储介质，旨在提升虚拟资源转移的灵活性。

本发明提供一种虚拟资源转移方法，包括：

接收虚拟资源转移请求；

根据所述转移请求获取虚拟资源的转移量、收款账号和转移方式；

若转移方式为担保信用方式，则获取所述担保信用方式对应的第一用户账号的信用信息，所述担保信用方式对应的第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号；

确定所述第一用户账号的信用信息是否可用；

若所述第一用户账号的信用信息可用，则根据所述转移量，将为所述第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给所述收款账号。

相应的，本发明实施例还提供了一种虚拟资源转移装置，包括：

接收单元，用于接收虚拟资源转移请求；

获取单元，用于根据所述转移请求获取虚拟资源的转移量、收款账号和转移方式；

信用单元，用于若转移方式为担保信用方式，则获取所述担保信用方式对应的第一用户账号的信用信息，所述担保信用方式对应的第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号；

校验单元，用于确定所述第一用户账号的信用信息是否可用；

转移单元，用于若所述第一用户账号的信用信息可用，则根据所述转移量，将为所述第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给所述收款账号。

相应的，本发明还提供一种存储介质，所述存储介质存储有多条指令，所述指令适于处理器进行加载，以执行本发明实施例所提供的任一种虚拟资源转移方法中的步骤。

本发明实施例接收虚拟资源转移请求，根据转移请求获取虚拟资源的转移量、收款账号和本次进行虚拟资源所使用的转移方式；若转移方式为担保信用方式，则获取担保信用方式对应的第一用户账号的信用信息，担保信用方式对应的第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号；然后，确定所述第一用户账号的信用信息是否可用；若担保信用方式可用，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给所述收款账号，完成本次虚拟资源的转移。由于该方案采用了担保信用方式作为支付方式，第一用户账号将自身的信用转移额度给第二用户账号做担保，使第二用户账号可以享受到虚拟资源的信用转移服务，而不受到其自身征信情况的制约，提高了虚拟资源转移的灵活性。

附图说明

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

图1a是本发明实施例提供的虚拟资源转移系统的场景示意图；

图1b是本发明实施例提供的虚拟资源转移方法的流程示意图；

图2a是本发明实施例提供的配置担保信用方式的场景示意图；

图2b是本发明实施例提供的配置担保信用方式的流程架构示意图；

图2c是本发明实施例提供的虚拟资源转移方法的另一流程示意图；

图2d是本发明实施例提供的虚拟资源转移的场景示意图；

图2e是本发明实施例提供的虚拟资源转移的流程架构示意图；

图2f是本发明实施例提供的虚拟资源转移结果通知的场景示意图

图3a是本发明实施例提供的虚拟资源转移装置的结构示意图；

图3b是本发明实施例提供的虚拟资源转移装置的另一结构示意图；

图4是本发明实施例提供的服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种虚拟资源转移系统，该系统包括本发明实施例任一提供的虚拟资源转移装置，该虚拟资源转移装置可以集成在服务器等设备中；此外，该系统还可以包括其他设备，比如，该终端可以为手机、平板电脑等。

参考图1a，本发明实施例提供了一种信息交互系统，包括：终端10和服务器20，终端10与服务器20通过网络30连接。其中，网络30中包括路由器、网关等等网络实体，图中并未示意出。终端10可以通过有线网络或无线网络与服务器20进行信息交互，比如可以从服务器20下载应用(如支付应用)和/或应用更新数据包和/或与应用相关的数据信息或业务信息。其中，终端10可以为手机、平板电脑、笔记本电脑等设备，图1a是以终端10为手机为例。该终端10中可以安装有各种用户所需的应用，比如具备服务功能的应用(如团购应用、理财应用、支付应用等)。

基于上述图1a所示的系统，终端10可以通过网络30向服务器20发送虚拟资源转移请求，服务器20接收终端10发送的虚拟资源转移请求，然后，服务器20根据转移请求获取虚拟资源的转移量、收款账号和本次进行虚拟资源所使用的转移方式；若转移方式为担保信用方式，则服务器20获取担保信用方式对应的第一用户账号的信用信息，以确定担保信用方式是否可用，其中，第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号，使用担保信用方式能够借助于第一用户账号的信用担保、由提供虚拟资源信用转移服务的第三方信用服务账号替第二用户账号进行虚拟资源的转移；若第一用户账号的信用信息可用，则服务器20根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号，完成本次虚拟资源的转移。

由于该方案采用了担保信用方式作为支付方式，第一用户账号将自身的信用转移额度给第二用户账号做担保，使第二用户账号可以享受到虚拟资源的信用转移服务，而不受到其自身征信情况的制约，提高了虚拟资源转移的灵活性。

上述图1a的例子只是实现本发明实施例的一个系统架构实例，本发明实施例并不限于上述图1a所示的系统结构，基于该系统架构，提出本发明各个实施例。

在一实施例中，将从虚拟资源转移装置的角度进行描述，该虚拟资源转移装置具体可以集成在网络设备如终端或服务器等设备中。

本发明实施例提供一种虚拟资源转移方法，包括：

如图1b所示，该虚拟资源转移方法的具体流程可以如下：

101、接收虚拟资源转移请求。

本实施例中，将用于网络交易的货币财产称为虚拟资源，例如人民币等真实的货币，以及用户购买的Q币、Q点、游戏点券等虚拟货币；对应的，在网络中进行的财产转移、支付等行为即为虚拟资源的转移，例如网络支付、网络收款等行为。

用户进行网络交易时，使用用户账号输入虚拟资源转移请求。其中，用户账号为应该转出虚拟资源的第二用户账号，对应的，接收虚拟资源的账号即为收款账号。

例如，作为一种应用场景，在进行网络支付时，用户终端作为支付终端扫描商家的收款二维码，得到收款账号信息，跳转进入支付页面。用户在支付页面输入支付金额和密码，使用预设的支付方式或当场选择支付方式以进行本次支付。用户终端在收到用户输入的密码或是确认指令时，将用户账号、支付金额、密码、支付方式和收款账号等信息打包生成虚拟资源转移请求，发送给虚拟资源转移装置。对应的，虚拟资源转移装置接收用户终端发送的虚拟资源转移请求。

作为另一种应用场景，商户在进行网络收款时，使用扫码设备扫描用户终端显示的付款二维码，得到二维码信息，商户的收款终端将收款信息和二维码信息生成虚拟资源转移请求，发送给虚拟资源转移装置。对应的，虚拟资源转移装置接收收款终端发送的虚拟资源转移请求。

102、根据转移请求获取虚拟资源的转移量、收款账号和转移方式。

在收到虚拟资源转移请求后，虚拟资源转移装置解析转移请求，得到本次虚拟资源转移的转移量、收款账号和本次虚拟资源转移的转移方式。

其中，虚拟资源的转移量为本次交易的金额，可理解为用户的支付金额或是商户的收款金额。例如，在进行网络支付时，用户输入的支付金额即为虚拟资源的转移量；在进行网络收款时，商家收款信息中的收款金额即为虚拟资源的转移量。

收款账号为本次交易中接收虚拟资源的对象。例如，在进行网络支付或收款时，接收款项的商家账号。

转移方式为本次交易中虚拟资源的转移方式，对应着虚拟资源的实际转出账号，例如账号余额支付、银行卡支付、信用支付、担保信用方式等等。

例如，作为一种应用场景，在进行网络支付时，用户终端作为支付终端扫描商家的收款二维码，发出虚拟资源转移请求。虚拟资源转移装置接收用户终端发送的虚拟资源转移请求，解析虚拟资源转移请求获取支付方式，也即虚拟资源的转移方式。

作为另一种应用场景，商户在进行网络收款时，使用扫码设备扫描用户终端显示的付款二维码，收款终端向虚拟资源转移装置发送虚拟资源转移请求。虚拟资源转移装置接收虚拟资源转移请求，解析得到收款信息和二维码信息后，根据二维码信息获取虚拟资源的转移方式。

103、若转移方式为担保信用方式，则获取担保信用方式对应的第一用户账号的信用信息，担保信用方式对应的第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号。

若转移方式为担保信用方式，则本次虚拟资源的转移使用担保信用方式进行虚拟资源的转移，由提供虚拟资源信用转移服务的第三方服务机构替第二用户账号转出虚拟资源至收款账号。

其中，担保信用方式是第一用户账号为第二用户账号提供信用担保、且由为第一用户账号提供信用担保的第三方信用服务账号为第二用户账号垫付款项的支付方式。担保信用方式具体可以理解为是由好友账号、联系人账号等作为第一用户账号，将自己部分或全部的虚拟资源信用转移额度给第二用户账号做信用担保，从而使第二用户账号获得一定虚拟资源信用转移额度的虚拟信用卡。第二用户账号在担保信用方式的信用转移额度内可以先消费后还款，虚拟资源的实际转出账号为第三方信用服务账号。

在得到担保信用方式后，需要获取为此担保信用方式提供信用担保的账号，作为担保信用方式对应的第一用户账号，然后，查询第一用户账号的信用信息，对第一用户账号的信用信息进行校验，以判断这种支付方式当前是否可用。

其中，第一用户账号的信用信息可以包括征信信息、为第二用户账号提供的信用担保额度等等。

104、确定第一用户账号的信用信息是否可用。

例如，第一用户账号的信用信息包括征信信息，则虚拟资源转移装置根据征信信息判断第一用户账号是否有资格为第二用户账号提供信用担保；若有，则确定第一用户账号的信用信息可用；若无，则确定第一用户账号的信用信息不可用。例如，第一用户账号的征信分值较低，风险较大，则判定第一用户账号没有资格为第二用户账号提供信用担保，第一用户账号的信用信息不可用。

在一些实施例中，虚拟资源转移装置需要对额度进行校验，具体地，步骤“获取担保信用方式对应的第一用户账号的信用信息”包括：

获取第一用户账号的可用额度，第一用户账号的可用额度为第一用户账号为第二用户账号提供的信用担保额度。

对应的，步骤“确定第一用户账号的信用信息是否可用”可以包括：

若转移量不超过可用额度，则确定第一用户账号的信用信息可用。

其中，第一用户账号的可用额度为第一用户账号为第二用户账号提供的信用担保额度，可根据其识别标识查询得到。虚拟资源转移装置获取第一用户账号的识别标识，例如唯一识别码、账号编码等，然后，根据识别标识查询其可用额度。

在一些实施例中，为了确定其本次交易的可用额度，具体地，步骤“获取第一用户账号的可用额度”可以包括：

获取第一用户账号提供信用担保的剩余额度和单次额度；

选取剩余额度和单次额度中的最小值作为第一用户账号的可用额度。

其中，第一用户账号提供信用担保的剩余额度是第二用户账号使用担保信用方式转移虚拟资源的剩余最大可转移量，可根据第一用户账号提供信用担保时设置的在预设周期内的总额度及第二用户账号在本周期内已使用的额度计算得到。

作为一种应用场景，预设周期为月，第一用户账号提供信用担保时设置每月的总额度为A，第二用户账号本月内已使用的额度为B，则第一用户账号的剩余额度C＝A-B。例如，第一用户账号提供信用担保时设置的总额度为每个月1000元，本月内第二用户账号已经使用担保信用方式支付600元，则第二用户账号本次交易可使用担保信用方式进行支付的剩余额度为400元。

第一用户账号提供信用担保的单次额度是第二用户账号单次使用担保信用方式转移虚拟资源的最大可转移量。担保用户在为第二用户账号提供担保信用时，可以自行设置单次额度；当然，单次额度也可以由虚拟资源转移装置根据预设值进行设置。

在得到第一用户账号提供信用担保的剩余额度和单次额度后，虚拟资源转移装置在这两者之中筛选出数值最小的额度，作为第一用户账号的可用额度，也即第一用户账号为第二用户账号提供的信用担保额度，本次虚拟资源转移的最大值。

在得到第一用户账号的可用额度后，虚拟资源转移装置判断本次虚拟资源转移量是否超过此可用额度。

若本次虚拟资源转移量小于或等于此可用额度，也即本次虚拟资源转移量未超过此可用额度，则虚拟资源转移装置判定第一用户账号的信用信息可用。

若本次虚拟资源转移量大于此可用额度，则判定第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。

当然，在另外一些实施例中，第一用户账号为第二用户账号提供信用担保后，第一用户账号为仍然可以使用其用于担保的信用转移额度，进行虚拟资源的信用转移，则第一用户账号的可用额度为提供信用担保的总额度、单次额度和第一用户账号信用剩余额度之中的最小值。

其中，第一用户账号的信用剩余额度是第一用户账号在当前周期内剩余可用的虚拟资源信用转移额度，可根据授权在预设周期内的虚拟资源信用转移总额度及本周期内已使用的额度计算得到。例如，预设周期为月，第一用户账号每个月的虚拟资源信用转移总额度为2000元，其在当月已经使用虚拟资源信用转移功能支付了1000元，则其信用剩余额度为1000元。

在一些实施例中，虚拟资源转移装置不仅对第一用户账号的可用额度进行校验，还可以对接收虚拟资源的收款账号进行校验，以对接收虚拟资源信用转移的收款账号进行限定。具体地，步骤“若转移量不超过可用额度，则确定第一用户账号的信用信息可用”可以包括：

获取收款账号的商户类型，判断收款账号的商户类型是否支持虚拟资源信用转移；

若转移量不超过可用额度，且收款账号的商户类型支持虚拟资源信用转移，则确定第一用户账号的信用信息可用。

其中，虚拟资源信用转移是指由提供第三方信用服务的机构为发送虚拟资源转移请求的账号进行资金垫付。第三方信用服务账号作为实际转出账号替请求账号转出虚拟资源至收款账号，请求账号在预设的还款日之前向第三方信用服务账号还款，实现先消费、后还款。例如，本实施例中请求账号为第二用户账号。

可以预先设置支持规则，包括支持虚拟资源信用转移的商户类型和不支持虚拟资源信用转移的商户类型。例如，网络商铺等商户类型的收款账号支持虚拟资源信用转移，但是个人账号等商户类型的收款账号不支持虚拟资源信用转移。

虚拟资源转移装置根据收款账号的名称、识别码等信息，查询收款账号的商户类型，根据预设的支持规则判断其是否支虚拟资源信用转移。

如收款账号的商户类型支持虚拟资源信用转移，且本次虚拟资源转移量未超过第一用户账号的可用额度，则虚拟资源转移装置判定第一用户账号的信用信息可用。

如收款账号的商户类型不支持虚拟资源信用转移，和/或本次虚拟资源转移量大于第一用户账号的可用额度，则判定第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。例如，本次交易为好友转账，收款账号为个人账号，不支持虚拟资源信用转移，则虚拟资源转移装置判定第一用户账号的信用信息不可用，不能进行担保信用方式进行虚拟资源转移。

在一些实施例中，虚拟资源转移装置不仅对第一用户账号的可用额度进行校验，还可以对担保信用方式的有效性进行校验，以防止担保信用方式过期、被取消担保等情况。具体地，步骤“若转移量不超过可用额度，则确定担保信用方式可用”可以包括：

检测担保信用方式是否有效；

若担保信用方式有效，且转移量不超过可用额度，则确定担保信用方式可用。

虚拟资源转移装置根据第一用户账号的识别标识，查询担保信用方式当前是否有效，例如，查询担保信用方式是否被第一用户账号注销、是否有坏账、是否被取消担保、是否在有效期内等，若担保信用方式未被注销、不存在坏账、未被取消担保并且在有效期内，则虚拟资源转移装置判定担保信用方式有效；担保信用方式已经被注销、存在坏账、已被取消担保和\或不在有效期内，则虚拟资源转移装置判定担保信用方式无效。

若担保信用方式有效，且本次虚拟资源转移量不超过第一用户账号的可用额度，则确定第一用户账号的信用信息可用。

若担保信用方式无效，和/或本次虚拟资源转移量大于第一用户账号的可用额度，则确定第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。

在一些实施例中，虚拟资源转移装置同时对收款账号的商户类型、第一用户账号的可用额度和担保信用方式有效性进行校验，具体地，步骤“若转移量不超过可用额度，则确定第一用户账号的信用信息可用”可以包括：

检测担保信用方式是否有效；

若转移量不超过可用额度、收款账号的商户类型支持虚拟资源信用转移并且担保信用方式有效，则确定第一用户账号的信用信息可用。

若担保信用方式有效、收款账号的商户类型支持虚拟资源信用转移并且本次虚拟资源转移量不超过担保信用方式的可用额度，则确定第一用户账号的信用信息可用。

若担保信用方式无效、收款账号的商户类型不支持虚拟资源信用转移和/或本次虚拟资源转移量大于第一用户账号的可用额度，则确定第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。

在一些实施例中，若转移方式不是担保信用方式，则虚拟资源转移装置根据转移方式相应进行本次虚拟资源的转移。

105、若第一用户账号的信用信息可用，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号。

在确定担保信用方式可用后，虚拟资源转移装置确定本次交易实际进行虚拟资源转移的第三方信用服务账号。其中，第三方信用服务账号是为第一用户账号提供虚拟资源信用转移服务的第三方服务机构账号，用于给第二用户账号垫付款项，作为实际支付账号替第二用户账号转出虚拟资源。

然后，虚拟资源转移装置根据转移量，将第三方信用服务账号的虚拟资源转给收款账号，完成本次网络交易。例如，本次网络交易的金额为100元，则虚拟资源的转移量为100元，虚拟资源转移装置将第三方信用服务账号的100元转移给收款账号，完成交易。

在一些实施例中，转移请求还包括转移密码信息，虚拟资源转移方法还包括：根据转移请求获取转移密码，校验转移密码；

步骤105具体可以包括：若第一用户账号的信用信息可用且转移密码通过校验，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号。

在进行网络交易时，若用户开通免密码支付功能，则虚拟资源转移装置在进行虚拟资源的转移前无需获取转移密码进行校验。

若本次网络交易中，用户在支付页面等输入了转移密码，则转移请求中对应包含用户输入的转移密码，虚拟资源转移装置需要根据预存的密码信息判断用户输入的转移密码是否正确，来校验转移密码。若用户输入的转移密码正确，则判定转移密码通过校验。

若转移密码通过校验，且担保信用方式可用，则根据转移量，将第三方信用服务账号的虚拟资源转移给收款账号。

在一些实施例中，在完成虚拟资源的转移后，也即步骤104之后，虚拟资源转移方法还可以包括：更新第一用户账号的可用额度。

具体地，虚拟资源转移装置根据转移量，更新第一用户账号提供信用担保的剩余额度；然后，在更新后的剩余额度和单次额度中选出最小值，作为第一用户账号更新后的可用额度。

由上可知，本发明实施例接收虚拟资源转移请求，根据转移请求获取虚拟资源的转移量、收款账号和本次进行虚拟资源所使用的转移方式；若转移方式为担保信用方式，则获取担保信用方式对应的第一用户账号的信用信息，担保信用方式对应的第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号，使用担保信用方式能够借助于第一用户账号的信用担保、由提供虚拟资源信用转移服务的第三方信用服务账号替第二用户账号进行虚拟资源的转移；若第一用户账号的信用信息可用，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号，完成本次虚拟资源的转移。由于该方案采用了担保信用方式作为支付方式，第一用户账号将自身的信用转移额度给第二用户账号做担保，使第二用户账号可以享受到虚拟资源的信用转移服务，而不受到其自身征信情况的制约，提高了虚拟资源转移的灵活性。

根据前面实施例所描述的方法，以下将举例作进一步详细说明。

在一实施例中，将以该虚拟资源转移装置具体集成在为例进行说明网络设备。本实施例中网络设备包括支付后台和信用服务后台。

(一)担保信用方式的配置。

担保信用方式的配置过程可以包括：

接收第一用户账号针对第二用户账号输入的信用担保请求，根据信用担保请求配置为第二用户账号配置担保信用方式。

第一用户账号在为第二用户账号做信用担保时，需要针对第二用户账号输入信用担保请求，以配置对应的担保信用方式给到第二用户账号，供第二用户账号使用担保信用方式作为支付方式进行网络交易，实现虚拟资源的信用转移。

在一些实施例中，步骤“接收第一用户账号针对第二用户账号输入的信用担保请求，根据信用担保请求为第二用户账号配置担保信用方式”具体可以包括：

接收第一用户账号针对第二用户账号输入的信用担保请求，信用担保请求中携带有请求担保额度；

为第二用户账号配置担保信用方式，根据请求担保额度配置第一用户账号为第二用户账号提供的信用担保额度。

其中，第一用户账号和第二用户账号在转移虚拟资源的应用软件中互为好友或联系人关系，以保障信用担保的安全性。

例如，参照图2a，担保用户打开转移虚拟资源的应用软件客户端并使用第一用户账号登录，启用应用软件的信用担保功能，在信用担保页面选中为他人开通的虚拟功能键，用以进入好友选择页面。好友选择页面中显示了担保用户的账号好友列表，例如账号1、账号2、账号3……。担保用户可以自由选择授权担保信用方式的账号，本实施例以担保用户为第二用户账号配置担保信用方式进行举例说明。

担保用户在好友选择页面选中第二用户账号后，参照图2a，客户端页面跳转为额度设置页面，额度设置页面中显示了第一用户账号和被担保的第二用户账号的头像图片，提示用户正在开通信用担保的对象。并且，用户可以在额度设置页面中设置请求担保额度。

其中，请求担保额度包括总额度和单次额度。担保用户可以在额度设置页面中显示的总额度输入框和单次额度输入框设置请求担保额度，包括请求为第二用户账号提供信用担保的总额度和单次额度。总额度为担保用户允许的、第二用户账号在预设周期内使用担保信用方式转移虚拟资源的最大可转移量，例如预设周期为每个月，则总额度输入框可以显示“每月额度”的信息提醒用户；单次额度是担保用户允许的、第二用户账号单次使用担保信用方式转移虚拟资源的最大可转移量，例如每次500元，担保用户可自由设置。

担保用户设置好请求担保额度后，输入确认指令，确认为第二用户账号担保。其中，参照图2a，确认指令可以通过额度设置页面的“立即开通”、“确认开通”等虚拟功能键输入。

客户端在收到确认指令后，参照图2a，显示密码输入页面，获取用户输入的授权密码。然后，客户端将担保用户的账号作为第一用户账号，将第二用户账号作为被担保账号，与请求担保额度、授权密码等信息一起打包生成针对第二用户账号的信用担保请求，发送给支付后台。

参照图2b，支付后台接收客户端发送的信用担保请求，获取第一用户账号、第二用户账号、请求担保额度和授权密码等信息。然后，支付后台校验第一用户账号和第二用户账号的好友关系以及授权密码。具体地，支付后台可以向数据库查询验证第一用户账号和第二用户账号当前是否为好友关系，如是，则确定第一用户账号和第二用户账号的好友关系通过校验；如不是，则确定第一用户账号和第二用户账号的好友关系未通过校验。支付后台验证授权密码是否正确，如正确，则确定授权密码通过校验；如不正确，则确定授权密码未通过校验。

在得到校验结果后，若第一用户账号和第二用户账号的好友关系通过校验，且授权密码通过校验，则参照图2b，支付后台向信用服务后台发送信用担保请求。信用服务后台在收到信用担保请求后，获取担保用户设置的请求担保额度。然后，根据请求担保额度配置第一用户账号为第二用户账号提供的信用担保额度。

为了规避风险或是降低虚拟资源信用转移服务的风险，在一些实施例中，信用服务后台可以获取第一用户账号和/或第二用户账号的征信信息；根据请求担保额度和征信信息，配置第一用户账号提供信用担保的总额度和单次额度；根据第一用户账号提供信用担保的总额度和单次额度，配置第一用户账号为第二用户账号提供的信用担保额度。

其中，第一用户账号和/或第二用户账号的征信信息可以从数据库或第三方征信机构获取。作为一种实施方式，信用服务后台根据第一用户账号和/或第二用户账号的征信信息，确定第一用户账号和/或第二用户账号的信用评分或信用等级，进而根据信用评分或信用等级确定额度系数。然后，根据请求担保额度和额度系数，配置第一用户账号提供信用担保的总额度和单次额度。

例如，请求担保额度的总额度和单次额度分别p和q。信用服务后台获取第二用户账号的征信信息后，根据预计预设的评分规则及第二用户账号的征信信息，计算得到第二用户账号的信用评分，以m分为例。然后，根据预设的系数表，获取信用评分对应的额度系数，以m分对应的额度系数为n为例(n≦1)。然后，信用服务后台根据如下公式分别计算第一用户账号提供信用担保的总额度x和单次额度y：

x＝p×n；

y＝q×n。

由此，得到第一用户账号提供信用担保的总额度x和单次额度y。第一用户账号提供信用担保的总额度x不超过请求担保额度中的总额度p。

当然，在一些实施例中，第一用户账号和/或第二用户账号的征信信息并不影响第一用户账号提供信用担保的单次额度，因此，将信用担保额度中的单次额度配置为第一用户账号提供信用担保的单次额度，也即信用担保额度中的单次额度q与第一用户账号提供信用担保的单次额度y相同。

在配置第一用户账号提供信用担保的总额度和单次额度后，信用服务后台选取第一用户账号提供信用担保的总额度和单次额度中的最小值，作为第一用户账号提供的信用担保额度。信用服务后台向支付后台返回信用担保结果。支付后台在收到配置结果后，为第二用户账号配置担保信用方式，并向客户端返回信用担保通知消息，通知担保信用方式已经配置成功。通知消息可以包括第一用户账号提供信用担保的总额度和单次额度，或第一用户账号提供的信用担保额度。

参照图2a，客户端在收到通知消息后，在消息页面内自动以第一用户账号的角色向第二用户账号发送通知消息，通知第二用户账号：已成功开通信用担保服务，并显示第一用户账号提供信用担保的总额度，例如：每月额度2000元。

若第一用户账号和第二用户账号的好友关系未通过校验，和/或授权密码未通过校验，则支付后台判定本次信用担保失败，向客户端返回通知消息，并通知失败原因，担保用户可在客户端再次发起信用担保请求。

参照图2b，在一些实施例中，支付后台还可以向第二用户账号返回信用担保通知消息，通知第二用户账号其支付方式添加了担保用户授权的担保信用方式。

为了方便担保用户的担保操作，在一些实施例中，参照图2b，在客户端页面跳转为额度设置页面时，客户端向信用服务后台查询第一用户账号的可担保额度，信用服务后台将第一用户账号的可担保额度返回给客户端。其中，第一用户账号的可担保额度可以是第一用户账号在预设周期内使用虚拟资源信用转移的最大可转移量，也可以是其在预设周期内使用虚拟资源信用转移最大可转移量的预设比例值，当然，还可以是预设数值等等。例如，担保用户每个月内使用虚拟资源信用转移的最大可转移量为10000元，则其可担保额度不超过10000元，可以是10000元、9000元等等。

对应的，在一些实施例中，参照图2a，客户端将第一用户账号的可担保额度显示在额度设置页面中，以提示担保用户设置的总额度不能超过此可担保额度，例如，第一用户账号的可担保额度为每个月2000元，则在总额度设置框里显示“每月额度2000元”，以提示担保用户不要超过此额度。

在另外一些实施例中，在担保用户设置请求担保额度时，客户端检测担保用户设置的总额度是否超过此可担保额度，若超过，则提示担保用户额度超支，请重新设置；若未超过，则获取担保用户设置的总额度。

由此，实现了担保信用方式的配置。

(二)虚拟资源的转移。

如图2c所示，在得到担保信用方式作为支付方式后，虚拟资源的转移具体流程可以如下：

201、在收到第二用户账号的虚拟资源预转移请求时，配置转移方式列表，以供选择虚拟资源的转移方式。

例如，用户使用客户端在进行网络订单的支付时，在订单页面输入虚拟资源的预转移请求。虚拟资源预转移请求中携带了本次进行支付的用户账号、订单金额和商户账号等信息。

参照图2d，支付后台接收客户端发送的虚拟资源的预转移请求，解析预转移请求可以得到本次进行支付的用户账号、订单金额和商户账号等信息。其中，本次进行支付的用户账号即为第二用户账号。

然后，支付后台需要为第二用户账号配置虚拟资源的转移方式列表，以供用户自由选择虚拟资源的转移方式。在配置转移方式列表时，支付后台查询第二用户账号已开通的或是拥有的全部转移方式，作为转移方式配置到列表中，例如银行卡支付、账号余额支付、担保信用方式等。

在一些实施例中，第二用户账号可能有多位不同好友进行信用担保，配置了对应的担保信用方式，则具体地，步骤“配置转移方式列表”可以包括：

查询第二用户账号拥有的各担保信用方式及对应的第一用户账号，将第二用户账号拥有的各担保信用方式及对应的第一用户账号配置到转移方式列表中，以供选择。

在查询得到第二用户账号拥有的各个担保信用方式后，支付后台将第二用户账号的拥有的全部担保信用方式作为转移方式配置到转移方式列表中，并将各担保信用方式对应的第一用户账号配置到转移方式列表中。然后，参照图2d，支付后台将转移方式列表返回给客户端，以供用户选择转移方式。

在一些实施例中，支付后台也可以将各转移方式返回给客户端，由客户端自行配置转移方式列表。

在一些实施例中，支付后台还可以校验各转移方式的可用状态，配置到转移方式列表中，避免用户选择不可用的转移方式导致转移失败。具体的，步骤“配置转移方式列表”可以包括：

查询第二用户账号的各转移方式及可用状态，根据各转移方式及可用状态配置转移方式列表。

其中，支付后台在查询第二用户账号拥有的担保信用方式后，需要校验各担保信用方式是否可用，其中，担保信用方式的具体校验方式可参照上述步骤104的校验过程，包括额度校验、商户类型校验和/或有效性校验等。在进行额度校验时，参照图2d，支付后台向信用服务后台发送可用额度查询请求，得到各担保信用方式对应的第一用户账号的可用额度。信用服务后台可根据各个第一用户账号为第二用户账号提供信用担保的剩余额度和单次额度，确定各个第一用户账号的可用额度。

在一些实施例中，针对可用状态的显示，支付后台将转移方式列表中可用的转移方式和不可用的转移方式按照不同的显示方式进行显示，以标识出各个转移方式的可用状态。例如，可用的转移方式使用彩色显示，不可用的转移方式使用灰度显示，并且，用户在选中不可用的转移方式后，客户端不对用户的选中操作进行任何相应，或提示其选中的转移方式不可用。

202、接收虚拟资源转移请求，转移请求至少携带有基于转移方式列表选择的转移方式。

在一些实施例中，客户端在收到支付后台返回的转移方式列表后，将转移方式列表以子页面的形式嵌入到支付页面中。

参照图2e，支付页面中包含本次交易的详细信息，例如交易条目、虚拟资源的转移量和转移方式等。例如，本次交易为手机号码充值，充值金额为100元，转移方式为账号余额。用户在选中支付页面中的转移方式后，也即点击“账号余额”后，客户端以子页面的形式在支付页面上层显示转移方式列表，转移方式列表中包括第二用户账号的各转移方式，例如银行卡、账号余额、担保信用方式等。若用户在转移方式列表中选择了一种转移方式，则客户端将根据用户选中的支付方式配置虚拟资源转移请求，发送给支付后台。参照图2d，支付后台接收客户端发送的虚拟资源转移请求。

在一些实施例中，若用户在转移方式列表中选择了担保信用方式，则客户端跳转到校验页面，对用户身份进行校验。参照图2e，校验页面中包括转移密码输入框，需要用户输入转移密码。客户端在得到用户输入的转移密码后，发送给支付后台进行校验，校验通过后，才允许用户使用此担保信用方式进行虚拟资源的转移。

203、根据预转移请求获取虚拟资源的转移量和收款账号，根据转移请求获取虚拟资源的转移方式。

其中，支付后台解析预转移请求得到订单金额和商户账号等信息，将订单金额作为虚拟资源的转移量，将商户账号作为接收虚拟资源的收款账号，由此，得到虚拟资源的转移量和收款账号。

支付后台解析虚拟资源转移请求，得到用户选择的虚拟资源转移方式。

204、若转移方式为担保信用方式，则获取担保信用方式对应的第一用户账号的信用信息，担保信用方式对应的第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号。

若转移方式为担保信用方式，则本次虚拟资源的转移使用此担保信用方式进行虚拟资源的转移，由提供虚拟资源信用转移服务的第三方服务机构替第二用户账号转出虚拟资源至收款账号。

在得到担保信用方式后，需要获取为此担保信用方式提供信用担保的账号，作为担保信用方式对应的第一用户账号，然后，支付后台向信用服务后台查询第一用户账号的信用信息，对第一用户账号的信用信息进行校验，以判断这种支付方式当前是否可用。

例如，第一用户账号的信用信息可以包括第一用户账号的可用额度等等。步骤“获取担保信用方式对应的第一用户账号的信用信息”包括：获取第一用户账号的可用额度，第一用户账号的可用额度为第一用户账号为第二用户账号提供的信用担保额度。

其中，第一用户账号的可用额度可根据其识别标识查询得到。支付后台获取担第一用户账号的识别标识，例如唯一识别码、账号编码等，然后，参照图2d，支付后台根据识别标识向信用服务后台发送可用额度查询请求，查询第一用户账号的可用额度。

信用服务后台获取第一用户账号提供信用担保的剩余额度和单次额度；选取剩余额度和单次额度中的最小值作为第一用户账号的可用额度。然后，参照图2d，信用服务后台将第一用户账号的可用额度返回支付后台。

205、确定第一用户账号的信用信息是否可用。

例如，支付后台需要对第一用户账号的额度进行校验，具体地，步骤“确定第一用户账号的信用信息是否可用”可以包括：

若转移量不超过可用额度，则确定担保信用方式可用。

在得到担保信用方式的可用额度后，例如，参照图2d，支付后台对可用额度进行校验，判断本次虚拟资源转移量是否超过此可用额度。若本次虚拟资源转移量小于或等于此可用额度，也即本次虚拟资源转移量未超过此可用额度，则支付后台判定第一用户账号的信用信息可用。若本次虚拟资源转移量大于此可用额度，则判定第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。

进一步地，参照图2d，支付后台还可以对接收虚拟资源的收款账号进行校验，以对接收虚拟资源信用转移的收款账号进行限定。具体地，步骤“若转移量不超过可用额度，则确定第一用户账号的信用信息可用”可以包括：

获取收款账号的商户类型，判断收款账号的商户类型是否支持虚拟资源信用转移；

若转移量不超过可用额度，且收款账号的商户类型支持虚拟资源信用转移，则确定担保信用方式可用。

可以预先设置支持规则，包括支持虚拟资源信用转移的商户类型和不支持虚拟资源信用转移的商户类型。例如，网络商铺等商户类型的收款账号支持虚拟资源信用转移，但是个人账号等商户类型的收款账号不支持虚拟资源信用转移。

支付后台根据收款账号的名称、识别码等信息，查询收款账号的商户类型，根据预设的支持规则判断其是否支虚拟资源信用转移。

如收款账号的商户类型支持虚拟资源信用转移，且本次虚拟资源转移量未超过第一用户账号的可用额度，则支付后台判定第一用户账号的信用信息可用。

如收款账号的商户类型不支持虚拟资源信用转移，和/或本次虚拟资源转移量大于第一用户账号的可用额度，则判定第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。

参照图2d，支付后台还可以对担保信用方式的有效性进行校验，以防止第一用户账号的信用信息过期、被取消担保等情况。具体地，步骤“若转移量不超过可用额度，则确定第一用户账号的信用信息可用”可以包括：

检测担保信用方式是否有效；

若担保信用方式有效，且转移量不超过可用额度，则确定担保信用方式可用。

支付后台根据第一用户账号的识别标识，查询担保信用方式当前是否有效，例如，查询担保信用方式是否被第一用户账号注销、是否有坏账、是否被取消担保、是否在有效期内等，若担保信用方式未被注销、不存在坏账、未被取消担保并且在有效期内，则支付后台判定担保信用方式有效；担保信用方式已经被注销、存在坏账、已被取消担保和\或不在有效期内，则支付后台判定担保信用方式无效。

若担保信用方式有效，且本次虚拟资源转移量不超过第一用户账号的可用额度，则确定第一用户账号的信用信息可用。

若担保信用方式无效，和/或本次虚拟资源转移量大于第一用户账号的可用额度，则确定第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。

在一些实施例中，支付后台同时对收款账号的商户类型、第一用户账号的可用额度和担保信用方式有效性进行校验，具体地，步骤“若转移量不超过可用额度，则确定第一用户账号的信用信息可用”可以包括：

检测担保信用方式是否有效；

若转移量不超过可用额度、收款账号的商户类型支持虚拟资源信用转移并且担保信用方式有效，则确定担保信用方式可用。

若担保信用方式有效、收款账号的商户类型支持虚拟资源信用转移并且本次虚拟资源转移量不超过第一用户账号的可用额度，则确定第一用户账号的信用信息可用。

若担保信用方式无效，收款账号的商户类型不支持虚拟资源信用转移和/或本次虚拟资源转移量大于第一用户账号的可用额度，则确定第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。

206、若第一用户账号的信用信息可用，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号。

在确定担保信用方式可用后，支付后台确定为第一用户账号提供信用担保的第三方信用服务账号。

然后，参照图2d，支付后台根据转移量，将第三方信用服务账号的虚拟资源转给收款账号，完成本次网络交易。例如，本次网络交易的金额为100元，则虚拟资源的转移量为100元，虚拟资源转移装置将第三方信用服务账号的100元转移给收款账号，完成交易。

参照图2d，在完成虚拟资源的转移后，支付后台向客户端返回支付结果，也即虚拟资源的转移结果。

对应的，参照图2f，客户端在收到支付后台返回的支付结果后，跳转到支付结果页面，提示用户支付成功。例如，提示本次交易为手机号码充值，充值金额为100元，交易成功，用户点击“完成”虚拟按键即可退出支付结果页面。

在一些实施例中，参照图2e，客户端的支付页面中还包括密码输入框，客户端获取用户根据转移列表选择的转移方式，以及用户输入的转移密码，对应生成虚拟资源转移请求，发送给支付后台。

对应的，参照图2d，支付后台还需要对转移密码进行校验，虚拟资源转移方法还包括：根据转移请求获取转移密码，校验转移密码；

步骤206具体可以包括：若第一用户账号的信用信息可用且转移密码通过校验，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号。

其中，支付后台根据预存的密码信息判断用户输入的转移密码是否正确，来校验转移密码。若用户输入的转移密码正确，则判定转移密码通过校验。

若转移密码通过校验，且第一用户账号的信用信息可用，则支付后台根据转移量，将第三方信用服务账号的虚拟资源转移给收款账号。

在一些实施例中，在完成虚拟资源的转移后，参照图2d，支付后台向信用服务后台发送可用额度更新请求。信用服务后台在收到可用额度更新请求后，根据转移量，更新第一用户账号提供信用担保的剩余额度；然后，在更新后的剩余额度和单次额度中选出最小值，作为第一用户账号更新后的可用额度。然后，信用服务后台将第一用户账号更新后的可用额度作为可用额度更新结果返回给支付后台。

(三)担保信用方式的还款。

在使用担保信用方式进行虚拟资源的信用转移后，担保信用方式的还款具体流程可以如下：

接收第二用户账号和/或第一用户账号的还款请求，还款请求指示了还款对象和还款额；

根据还款额，将还款对象的虚拟资源转移给第三方信用服务账号。

支付后台根据预设的账单日生成担保信用方式的账单，发送给第二用户账号。例如，支付后台在每月的账单日，统计上个月周期内第二用户账号使用担保信用方式转移虚拟资源的记录和总额，生成担保信用方式的账单，发送给第二用户账号。当然，支付后台还可以将担保信用方式的账单发送给第一用户账号。

第二用户账号和/或第一用户账号可以在收到账单后，输入对担保信用方式的还款请求，进行还款。还款请求中携带有转出虚拟资源的还款对象、还款额以及密码等。其中，还款对象可以是银行账号等。

支付后台接收还款请求，解析得到转出虚拟资源的还款对象、还款额以及密码等。然后，支付后台对密码进行校验，若密码校验通过校验，则根据还款额，将还款对象的虚拟资源转移给第三方信用服务账号，完成还款操作。

然后，支付后台可以根据还款额，更新担保信用方式的账单。例如，若还款额等于或大于账单总额，则本期账单还清；若还款额小大于账单总额，则本期账单未还清，支付后台根据还款额更新担保信用方式的账单，提醒第二用户账号和/或第一用户账号剩余未还款的金额。

当然，支付后台还可被设置为优先接收第二用户账号的还款请求；若第二用户账号在预设的时间内未还款，则提醒第一用户账号督促第二用户账号还款。

由上可知，本发明实施例担保用户可以使用第一用户账号针对第二用户账号输入信用担保请求，支付后台根据信用担保请求配置为第二用户账号担保信用方式；担保用户可以自由选择配置担保信用方式的对象，还可以根据自身的信用情况配置请求担保额度，为第二用户账号的虚拟资源信用转移提供信用担保，实现虚拟资源信用转移服务的共享，使得信用转移服务的覆盖人群可以迅速扩大，进而有利于信用转移服务的快速推广。

本发明实施例中，支付后台在收到第二用户账号的虚拟资源预转移请求时，配置转移方式列表，以供选择虚拟资源的转移方式；然后，接收虚拟资源转移请求，转移请求至少携带有基于转移方式列表选择的转移方式；根据预转移请求获取虚拟资源的转移量和收款账号，根据转移请求获取虚拟资源的转移方式；若转移方式为担保信用方式，则获取担保信用方式对应的第一用户账号的信用信息，确定此信用信息是否可用；若第一用户账号的信用信息可用，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号，完成本次虚拟资源的转移。第二用户账号在使用担保信用方式进行虚拟资源的信用转移后，可以及时还款，当然第一用户账号也可以替第二用户账号还款，增进好友亲密度。第二用户账号采用担保信用方式作为支付方式，可以享受到虚拟资源的信用转移服务，而不受到其自身征信情况的制约，提高了虚拟资源转移的灵活性。

为了更好地实施以上方法，本发明实施例还提供一种虚拟资源转移装置，该虚拟资源转移装置具体可以集成在网络设备如终端或服务器等设备中，该终端可以包括PC等设备。

例如，如图3a所示，该虚拟资源转移装置可以包括接收单元301、获取单元302、信用单元303、校验单元304、转移单元305、密码单元306、担保单元307、更新单元308和还款单元309，如下：

(1)接收单元301；

接收单元301，用于接收虚拟资源转移请求。

本实施例中，将用于网络交易的货币财产称为虚拟资源，例如人民币等真实的货币，以及用户购买的Q币、Q点、游戏点券等虚拟货币；对应的，在网络中进行的财产转移、支付等行为即为虚拟资源的转移，例如网络支付、网络收款等行为。

用户进行网络交易时，使用用户账号输入虚拟资源转移请求。其中，用户账号为虚拟资源的第二用户账号，对应的，接收虚拟资源的账号即为收款账号。

例如，作为一种应用场景，在进行网络支付时，用户终端作为支付终端扫描商家的收款二维码，得到收款账号信息，跳转进入支付页面。用户在支付页面输入支付金额和密码，使用预设的支付方式或当场选择支付方式以进行本次支付。用户终端在收到用户输入的密码或是确认指令时，将用户账号、支付金额、密码、支付方式和收款账号等信息打包生成虚拟资源转移请求，发送给接收单元301。对应的，接收单元301接收用户终端发送的虚拟资源转移请求。

作为另一种应用场景，商户在进行网络收款时，使用扫码设备扫描用户终端显示的付款二维码，得到二维码信息，商户的收款终端将收款信息和二维码信息生成虚拟资源转移请求，发送给接收单元301。对应的，接收单元301接收收款终端发送的虚拟资源转移请求。

作为另一种应用场景，用户使用客户端在进行网络订单的支付时，在订单页面输入虚拟资源的预转移请求。如图3b所示，接收单元301可以包括预请求子单元3011和接收子单元3012，如下：

请求子单元3011，用于在收到第二用户账号的虚拟资源预转移请求时，配置转移方式列表，以供选择虚拟资源的转移方式；

接收子单元3012，用于接收虚拟资源转移请求，转移请求至少携带有基于转移方式列表选择的转移方式。

其中，虚拟资源预转移请求中携带了本次进行支付的用户账号、订单金额和商户账号等信息。

请求子单元3011接收客户端发送的虚拟资源的预转移请求，解析预转移请求可以得到本次进行支付的用户账号、订单金额和商户账号等信息。其中，本次进行支付的用户账号即为第二用户账号。

然后，请求子单元3011需要为第二用户账号配置虚拟资源的转移方式列表，以供用户自由选择虚拟资源的转移方式。在配置转移方式列表时，请求子单元3011查询第二用户账号已开通的或是拥有的全部转移方式，作为转移方式配置到列表中，例如银行卡支付、账号余额支付、担保信用方式支付等。

在一些实施例中，第二用户账号可能拥有多位不同好友进行信用担保，配置了对应的担保信用方式，则请求子单元3011可以包括配置模块：

配置模块，用于查询第二用户账号拥有的各担保信用方式及对应的第一用户账号，将第二用户账号拥有的各担保信用方式及对应的第一用户账号配置到转移方式列表中，以供选择。

在查询得到第二用户账号拥有的各个担保信用方式及对应的第一用户账号后，配置模块将第二用户账号拥有的全部担保信用方式作为转移方式配置到转移方式列表中，并将各担保信用方式对应的第一用户账号配置到转移方式列表中。然后，请求子单元3101将转移方式列表返回给客户端，以供用户选择转移方式。

在一些实施例中，请求子单元3101也可以将各转移方式返回给客户端，由客户端自行配置转移方式列表。

在一些实施例中，请求子单元3101还可以校验各转移方式的可用状态，配置到转移方式列表中，避免用户选择不可用的转移方式导致转移失败。请求子单元3101具体可以用于：

查询第二用户账号的各转移方式及可用状态，根据各转移方式及可用状态配置转移方式列表。

在一些实施例中，针对可用状态的显示，请求子单元3101将转移方式列表中可用的转移方式和不可用的转移方式按照不同的显示方式进行显示，以标识出各个转移方式的可用状态。例如，可用的转移方式使用彩色显示，不可用的转移方式使用灰度显示，并且，用户在选中不可用的转移方式后，客户端不对用户的选中操作进行任何相应，或提示其选中的转移方式不可用。

若用户在转移方式列表中选择了一种支付方式，则客户端将根据用户选中的转移方式配置虚拟资源转移请求，发送给接收子单元3012。

接收子单元3012接收客户端发送的虚拟资源转移请求。

(2)获取单元302；

获取单元302，用于根据转移请求获取虚拟资源的转移量、收款账号和转移方式。

在收到虚拟资源转移请求后，获取单元302解析转移请求，得到本次虚拟资源转移的转移量、收款账号和本次虚拟资源转移的转移方式。

其中，虚拟资源的转移量为本次交易的金额，可理解为用户的支付金额或是商户的收款金额。例如，在进行网络支付时，用户输入的支付金额即为虚拟资源的转移量；在进行网络收款时，商家收款信息中的收款金额即为虚拟资源的转移量。

收款账号为本次交易中接收虚拟资源的对象。例如，在进行网络支付或收款时，接收款项的商家账号。

转移方式为本次交易中虚拟资源的转移方式，对应着虚拟资源的实际转出账号，例如账号余额支付、银行卡支付、信用支付、担保信用方式等等。

例如，作为一种应用场景，在进行网络支付时，用户终端作为支付终端扫描商家的收款二维码，发出虚拟资源转移请求。接收单元301接收用户终端发送的虚拟资源转移请求，获取单元302解析虚拟资源转移请求获取支付方式，也即虚拟资源的转移方式。

作为另一种应用场景，商户在进行网络收款时，使用扫码设备扫描用户终端显示的付款二维码，收款终端向虚拟资源转移装置发送虚拟资源转移请求。接收单元301接收虚拟资源转移请求，获取单元302解析虚拟资源转移请求得到收款信息和二维码信息后，根据二维码信息获取虚拟资源的转移方式。

作为另一种应用场景，基于图3b所示的接收单元301结构，获取单元302具体用于：根据预转移请求获取虚拟资源的转移量和收款账号，根据转移请求获取虚拟资源的转移方式。

其中，获取单元302解析预转移请求得到订单金额和商户账号等信息，将订单金额作为虚拟资源的转移量，将商户账号作为接收虚拟资源的收款账号，由此，得到虚拟资源的转移量和收款账号。

获取单元302解析虚拟资源转移请求，得到用户选择的虚拟资源转移方式。

(3)信用单元303；

信用单元303，用于若转移方式为担保信用方式，则获取担保信用方式对应的第一用户账号的信用信息，担保信用方式对应的第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号。

若转移方式为担保信用方式，则本次虚拟资源的转移使用担保信用方式进行虚拟资源的转移，由提供虚拟资源信用转移服务的第三方服务机构替第二用户账号转出虚拟资源至收款账号。

其中，担保信用方式是第一用户账号为第二用户账号提供信用担保、且由为第一用户账号提供信用担保的第三方信用服务账号为第二用户账号垫付款项的支付方式。担保信用方式具体可以理解为是由好友账号、联系人账号等作为第一用户账号，将自己部分或全部的虚拟资源信用转移额度给第二用户账号做信用担保，从而使第二用户账号获得一定虚拟资源信用转移额度的虚拟信用卡。第二用户账号在担保信用方式的信用转移额度内可以先消费后还款，虚拟资源的实际转出账号为第三方信用服务账号。

在得到担保信用方式后，信用单元303需要获取为此担保信用方式提供信用担保的账号，作为担保信用方式对应的第一用户账号，然后，信用单元303查询第一用户账号的信用信息，对第一用户账号的信用信息进行校验，以判断这种支付方式当前是否可用。

其中，第一用户账号的信用信息可以包括征信信息、为第二用户账号提供的信用担保额度等等。

(4)校验单元304；

校验单元304，用于确定第一用户账号的信用信息是否可用。

例如，第一用户账号的信用信息包括征信信息，则校验单元304根据征信信息判断第一用户账号是否有资格为第二用户账号提供信用担保；若有，则确定第一用户账号的信用信息可用；若无，则确定第一用户账号的信用信息不可用。例如，第一用户账号的征信分值较低，风险较大，则判定第一用户账号没有资格为第二用户账号提供信用担保，第一用户账号的信用信息不可用。

在一些实施例中，校验单元304需要对额度进行校验，例如，第一用户账号的信用信息包括第一用户账号的可用额度，则信用单元303，用于获取第一用户账号的可用额度，第一用户账号的可用额度为第一用户账号为第二用户账号提供的信用担保额度

对应的，校验单元304，具体用于若转移量不超过可用额度，则确定担保信用方式可用。

其中，担保信用方式的可用额度可根据其识别标识查询得到。信用单元303获取第一用户账号的识别标识，例如唯一识别码、编号等，然后，根据识别标识查询其可用额度。

在一些实施例中，为了确定其本次交易的可用额度，信用单元303具体用于：获取第一用户账号提供信用担保的剩余额度和单次额度；选取剩余额度和单次额度中的最小值作为第一用户账号的可用额度。

其中，第一用户账号提供信用担保的剩余额度是第二用户账号使用担保信用方式转移虚拟资源的剩余最大可转移量，可根据第一用户账号提供信用担保时设置的在预设周期内的总额度及第二用户账号在本周期内已使用的额度计算得到。

第一用户账号提供信用担保的单次额度是第二用户账号单次使用担保信用方式转移虚拟资源的最大可转移量。担保用户在为第二用户账号配置担保信用方式时，可以自行设置单次额度；当然，单次额度也可以由虚拟资源转移装置根据预设值进行设置。

在得到第一用户账号提供信用担保的剩余额度和单次额度后，校验单元304在这两者之中筛选出数值最小的额度，作为被选的担保信用方式的可用额度，也即本次虚拟资源转移的最大值。

在得到第一用户账号的可用额度后，校验单元304判断本次虚拟资源转移量是否超过此可用额度。

若本次虚拟资源转移量小于或等于此可用额度，也即本次虚拟资源转移量未超过此可用额度，则校验单元304判定第一用户账号的信用信息可用。

若本次虚拟资源转移量大于此可用额度，则校验单元304判定第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。

在一些实施例中，校验单元304不仅对第一用户账号的可用额度进行校验，还可以对接收虚拟资源的收款账号进行校验，以对接收虚拟资源信用转移的收款账号进行限定。校验单元304具体可以用于：获取收款账号的商户类型，判断收款账号的商户类型是否支持虚拟资源信用转移；若转移量不超过可用额度，且收款账号的商户类型支持虚拟资源信用转移，则确定第一用户账号的信用信息可用。

可以预先设置支持规则，包括支持虚拟资源信用转移的商户类型和不支持虚拟资源信用转移的商户类型。例如，网络商铺等商户类型的收款账号支持虚拟资源信用转移，但是个人账号等商户类型的收款账号不支持虚拟资源信用转移。

校验单元304根据收款账号的名称、识别码等信息，查询收款账号的商户类型，根据预设的支持规则判断其是否支虚拟资源信用转移。

如收款账号的商户类型支持虚拟资源信用转移，且本次虚拟资源转移量未超过担保信用方式的可用额度，则校验单元304判定第一用户账号的信用信息可用。

如收款账号的商户类型不支持虚拟资源信用转移，和/或本次虚拟资源转移量大于担保信用方式的可用额度，则校验单元304判定第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。例如，本次交易为好友转账，收款账号为个人账号，不支持虚拟资源信用转移，则虚拟资源转移装置判定第一用户账号的信用信息不可用。

在一些实施例中，校验单元304不仅对第一用户账号的可用额度进行校验，还可以对担保信用方式的有效性进行校验，以防止担保信用方式过期、被取消担保等情况。校验单元304具体可以用于：检测担保信用方式是否有效；若担保信用方式有效，且转移量不超过可用额度，则确定第一用户账号的信用信息可用。

校验单元304根据担保信用方式的识别标识，查询担保信用方式当前是否有效，例如，查询担保信用方式是否被第一用户账号注销、是否有坏账、是否被取消担保、是否在有效期内等，若担保信用方式未被注销、不存在坏账、未被取消担保并且在有效期内，则校验单元304判定担保信用方式有效；担保信用方式已经被注销、存在坏账、已被取消担保和\或不在有效期内，则校验单元304判定第一用户账号的信用信息无效。

若担保信用方式有效，且本次虚拟资源转移量不超过第一用户账号的可用额度，则校验单元304确定第一用户账号的信用信息可用。

若担保信用方式无效，和/或本次虚拟资源转移量大于第一用户账号的可用额度，则校验单元304确定第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。

在一些实施例中，校验单元304同时对收款账号的商户类型、第一用户账号的可用额度和有效性进行校验，校验单元304具体可以用于：检测担保信用方式是否有效；若转移量不超过可用额度、收款账号的商户类型支持虚拟资源信用转移并且担保信用方式有效，则确定第一用户账号的信用信息可用。

若担保信用方式有效、收款账号的商户类型支持虚拟资源信用转移并且本次虚拟资源转移量不超过第一用户账号的可用额度，则校验单元304确定第一用户账号的信用信息可用。

若担保信用方式无效，收款账号的商户类型不支持虚拟资源信用转移和/或本次虚拟资源转移量大于第一用户账号的可用额度，则校验单元304确定担第一用户账号的信用信息不可用，本次虚拟资源转移失败，无法进行网络支付或收款，向用户返回交易失败提醒，还可以提醒用户更换支付方式。

在一些实施例中，若转移方式不是担保信用方式，则虚拟资源转移装置根据转移方式相应进行本次虚拟资源的转移。

(5)转移单元305；

转移单元305，用于若担保信用方式可用，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号。

在确定担保信用方式可用后，转移单元305确定本次交易实际进行虚拟资源转移的第三方信用服务账号。其中，第三方信用服务账号是为第一用户账号提供虚拟资源信用转移服务的第三方服务机构账号，用于给第二用户账号垫付款项，作为实际支付账号替第二用户账号转出虚拟资源。

然后，转移单元305根据转移量，将第三方信用服务账号的虚拟资源转给收款账号，完成本次网络交易。例如，本次网络交易的金额为100元，则虚拟资源的转移量为100元，转移单元305将第三方信用服务账号的100元转移给收款账号，完成交易。

(6)密码单元306；

密码单元306，用于根据转移请求获取转移密码，校验转移密码。

转移单元305具体用于：若担保信用方式可用且转移密码通过校验，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号。

在进行网络交易时，若用户开通免密码支付功能，则转移单元305在进行虚拟资源的转移前无需获取转移密码进行校验。

若本次网络交易中，用户在支付页面等输入了转移密码，则转移请求中对应包含用户输入的转移密码，密码单元306需要根据预存的密码信息判断用户输入的转移密码是否正确，来校验转移密码。若用户输入的转移密码正确，则判定转移密码通过校验。

若转移密码通过校验，且担保信用方式可用，则转移单元305根据转移量，将第三方信用服务账号的虚拟资源转移给收款账号。

(7)担保单元307；

担保单元307，用于接收第一用户账号针对第二用户账号输入的信用担保请求，根据信用担保请求为第二用户账号配置担保信用方式。

第一用户账号在为第二用户账号做信用担保时，需要针对第二用户账号输入信用担保请求，以配置对应的担保信用方式给到第二用户账号，供第二用户账号使用此担保信用方式进行网络交易，实现虚拟资源的信用转移。

担保单元307具体可以用于：

接收第一用户账号针对第二用户账号输入的信用担保请求，信用担保请求中携带有请求担保额度；

为第二用户账号配置担保信用方式，根据请求担保额度配置第一用户账号为第二用户账号提供的信用担保额度。

其中，第一用户账号和第二用户账号在转移虚拟资源的应用软件中互为好友或联系人关系，以保障信用担保的安全性。

例如，担保用户打开转移虚拟资源的应用软件客户端并使用第一用户账号登录，启用应用软件的信用担保功能，在信用担保页面选中为他人开通的虚拟功能键，用以进入好友选择页面。好友选择页面中显示了担保用户的账号好友列表，例如对象1、对象2、对象3……。担保用户可以自由选择授权担保信用方式的对象，本实施例以担保用户为第二用户账号配置担保信用方式进行举例说明。

担保用户在好友选择页面选中第二用户账号后，客户端页面跳转为额度设置页面，授信页面中显示了本次第一用户账号和被担保的第二用户账号的头像图片，提示用户正在开通信用担保的对象。并且，用户可以在额度设置页面中设置请求担保额度。

其中，请求担保额度包括总额度和单次额度。担保用户可以在额度设置页面中显示的总额度输入框和单次额度输入框设置请求担保额度，包括请求为第二用户账号提供信用担保的总额度和单次额度。总额度为担保用户允许的、第二用户账号在预设周期内使用担保信用方式转移虚拟资源的最大可转移量，例如预设周期为每个月，则总额度输入框可以显示“每月额度”的信息提醒用户；单次额度是担保用户允许的、第二用户账号单次使用担保信用方式转移虚拟资源的最大可转移量，例如每次500元，担保用户可自由设置。

担保用户设置好请求担保额度后，输入确认指令，确认为第二用户账号担保。其中，确认指令可以通过额度设置页面的“立即开通”、“确认开通”等虚拟功能键输入。

客户端在收到确认指令后，显示密码输入页面，获取用户输入的授权密码。然后，客户端将担保用户的账号作为第一用户账号，将第二用户账号作为被第一用户账号，与请求担保额度、授权密码等信息一起打包生成针对第二用户账号的信用担保请求，发送给担保单元307。

担保单元307接收客户端发送的信用担保请求，获取第一用户账号、第二用户账号、请求担保额度和授权密码等信息。然后，担保单元307校验第一用户账号和第二用户账号的好友关系以及授权密码。具体地，担保单元307可以向数据库查询验证第一用户账号和第二用户账号当前是否为好友关系，如是，则确定第一用户账号和第二用户账号的好友关系通过校验；如不是，则确定第一用户账号和第二用户账号的好友关系未通过校验。担保单元307验证授权密码是否正确，如正确，则确定授权密码通过校验；如不正确，则确定授权密码未通过校验。

在得到校验结果后，若第一用户账号和第二用户账号的好友关系通过校验，且授权密码通过校验，则担保单元307为第二用户账号配置担保信用方式，并根据请求担保额度配置第一用户账号为第二用户账号提供的信用担保额度。

为了规避风险或是降低虚拟资源信用转移服务的风险，在一些实施例中，担保单元307具体用于：获取第一用户账号和/或第二用户账号的征信信息；根据请求担保额度和征信信息，配置第一用户账号提供信用担保的总额度和单次额度；根据第一用户账号提供信用担保的总额度和单次额度，配置第一用户账号为第二用户账号提供的信用担保额度。

具体实施方式可参照上述虚拟资源转移方法实施例中“(一)担保信用方式”的配置，在此不再赘述。

若第一用户账号和第二用户账号的好友关系未通过校验，和/或授权密码未通过校验，则担保单元307判定本次信用担保失败，向客户端返回通知消息，并通知失败原因，担保用户可在客户端再次发起信用担保请求。

在一些实施例中，担保单元307还可以向第二用户账号返回信用担保通知消息，通知第二用户账号其支付方式添加了担保用户授权的担保信用方式。

为了方便担保用户的担保操作，在一些实施例中，在客户端页面跳转为额度设置页面时，客户端向信用担保单元307查询第一用户账号的可担保额度，担保单元307将第一用户账号的可担保额度返回给客户端。其中，第一用户账号的可担保额度可以是第一用户账号在预设周期内使用虚拟资源信用转移的最大可转移量，也可以是其在预设周期内使用虚拟资源信用转移最大可转移量的预设比例值，当然，还可以是预设数值等等。例如，担保用户每个月内使用虚拟资源信用转移的最大可转移量为10000元，则其可担保额度不超过10000元，可以是10000元、9000元等等。

对应的，客户端将第一用户账号的可担保额度显示在额度设置页面中，以提示担保用户设置的总额度不能超过此可担保额度，例如，第一用户账号的可担保额度为每个月2000元，则在总额度设置框里显示“每月额度2000元”，以提示担保用户不要超过此额度。

在另外一些实施例中，在担保用户设置信用担保额度时，客户端检测担保用户设置的总额度是否超过此可担保额度，若超过，则提示担保用户额度超支，请重新设置；若未超过，则获取担保用户设置的总额度。

由此，实现了担保信用方式的配置。

(8)更新单元308；

更新单元308，用于更新担保信用方式的可用额度。

具体地，更新单元308根据转移量，更新第一用户账号提供信用担保的剩余额度；然后，在更新后剩余额度和单次额度中选出最小值，作为第一用户账号更新后的可用额度。

(9)还款单元309；

还款单元309，用于接收第二用户账号和/或第一用户账号的还款请求，还款请求指示了还款对象和还款额；根据还款额，将还款对象的虚拟资源转移给第三方信用服务账号。

还款单元309根据预设的账单日生成担保信用方式的账单，发送给第二用户账号。例如，还款单元309在每月的账单日，统计上个月周期内第二用户账号使用担保信用方式转移虚拟资源的记录和总额，生成担保信用方式的账单，发送给第二用户账号。当然，还款单元309还可以将担保信用方式的账单发送给第一用户账号。

第二用户账号和/或第一用户账号可以在收到账单后，输入对担保信用方式的还款请求，进行还款。还款请求中携带有转出虚拟资源的还款对象、还款额以及密码等。其中，还款对象可以是银行账号等。

还款单元309接收还款请求，解析得到转出虚拟资源的还款对象、还款额以及密码等。然后，还款单元309对密码进行校验，若密码校验通过校验，则根据还款额，将还款对象的虚拟资源转移给第三方信用服务账号，完成还款操作。

然后，还款单元309可以根据还款额，更新担保信用方式的账单。例如，若还款额等于或大于账单总额，则本期账单还清；若还款额小大于账单总额，则本期账单未还清，还款单元309根据还款额更新担保信用方式的账单，提醒第二用户账号和/或第一用户账号剩余未还款的金额。

当然，还款单元309还可被设置为优先接收第二用户账号的还款请求；若第二用户账号在预设的时间内未还款，则提醒第一用户账号督促第二用户账号还款。

由上可知，本发明实施例担保用户可以使用第一用户账号针对第二用户账号输入信用担保请求，担保单元307根据信用担保请求配置为第二用户账号担保信用方式；担保用户可以自由选择配置担保信用方式的对象，还可以根据自身的信用情况配置请求担保额度，为第二用户账号的虚拟资源信用转移提供信用担保，实现虚拟资源信用转移服务的共享，使得信用转移服务的覆盖人群可以迅速扩大，进而有利于信用转移服务的快速推广。

本发明实施例中，接收单元301接收虚拟资源转移请求；获取单元302根据预转移请求获取虚拟资源的转移量、收款账号和转移方式；若转移方式为担保信用方式，则信用单元303获取担保信用方式对应的第一用户账号的信用信息，以供校验单元304校验此信用信息是否可用；若第一用户账号的信用信息可用，则转移单元305根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号，完成本次虚拟资源的转移。第二用户账号在使用担保信用方式进行虚拟资源的信用转移后，可以及时还款，当然第一用户账号也可以替第二用户账号还款，增进好友亲密度。第二用户账号采用担保信用方式作为支付方式，可以享受到虚拟资源的信用转移服务，而不受到其自身征信情况的制约，提高了虚拟资源转移的灵活性。

本发明实施例还提供一种服务器，如图4所示，其示出了本发明实施例所涉及的服务器的结构示意图，具体来讲：

该服务器可以包括一个或者一个以上处理核心的处理器401、一个或一个以上计算机可读存储介质的存储器402、电源403和输入单元404等部件。本领域技术人员可以理解，图4中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器401是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器402内的软件程序和/或单元，以及调用存储在存储器402内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器401可包括一个或多个处理核心；优选的，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。

存储器402可用于存储软件程序以及单元，处理器401通过运行存储在存储器402的软件程序以及单元，从而执行各种功能应用以及数据处理。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器402还可以包括存储器控制器，以提供处理器401对存储器402的访问。

服务器还包括给各个部件供电的电源403，优选的，电源403可以通过电源管理系统与处理器401逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源403还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该服务器还可包括输入单元404，该输入单元404可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，服务器还可以包括显示单元等，在此不再赘述。具体在本实施例中，服务器中的处理器401会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现各种功能，如下：

接收虚拟资源转移请求；根据转移请求获取虚拟资源的转移量、收款账号和转移方式；若转移方式为担保信用方式，则获取担保信用方式对应的第一用户账号的信用信息，担保信用方式对应的第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号；确定第一用户账号的信用信息是否可用；若第一用户账号的信用信息可用，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对虚拟资源转移方法的详细描述，此处不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本发明实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例所提供的任一种虚拟资源转移方法中的步骤。例如，该指令可以执行如下步骤：

接收虚拟资源转移请求；

根据转移请求获取虚拟资源的转移量、收款账号和转移方式；

若转移方式为担保信用方式，则获取担保信用方式对应的第一用户账号的信用信息，担保信用方式对应的第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号；

确定第一用户账号的信用信息是否可用；

若第一用户账号的信用信息可用，则根据转移量，将为第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给收款账号。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本发明实施例所提供的任一种虚拟资源转移方法中的步骤，因此，可以实现本发明实施例所提供的任一种虚拟资源转移方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本发明实施例所提供的一种虚拟资源转移方法、装置及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (15)

1.一种虚拟资源转移方法，其特征在于，包括：

接收虚拟资源转移请求；

根据所述转移请求获取虚拟资源的转移量、收款账号和转移方式；

若转移方式为担保信用方式，则获取所述担保信用方式对应的第一用户账号的信用信息，所述担保信用方式对应的第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号；

确定所述第一用户账号的信用信息是否可用；

若所述第一用户账号的信用信息可用，则根据所述转移量，将为所述第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给所述收款账号。

2.如权利要求1所述的方法，其特征在于，所述获取所述担保信用方式对应的第一用户账号的信用信息，包括：

获取所述担保信用方式对应的第一用户账号的可用额度，所述第一用户账号的可用额度为所述第一用户账号为所述第二用户账号提供的信用担保额度；

所述确定所述第一用户账号的信用信息是否可用，包括：若所述转移量不超过所述可用额度，则确定所述第一用户账号的信用信息可用。

3.如权利要求2所述的方法，其特征在于，获取所述第一用户账号的可用额度，包括：

获取所述第一用户账号提供信用担保的剩余额度和单次额度；

选取所述剩余额度和单次额度中的最小值作为所述第一用户账号的可用额度。

4.如权利要求2所述的方法，其特征在于，所述若所述转移量不超过所述可用额度，则确定所述第一用户账号的信用信息可用，包括：

获取所述收款账号的商户类型，判断所述收款账号的商户类型是否支持虚拟资源信用转移；

若所述转移量不超过所述可用额度，且所述收款账号的商户类型支持虚拟资源信用转移，则确定所述第一用户账号的信用信息可用。

5.如权利要求2所述的方法，其特征在于，所述若所述转移量不超过所述可用额度，则确定所述第一用户账号的信用信息可用，包括：

检测所述担保信用方式是否有效；

若所述担保信用方式有效，且所述转移量不超过所述可用额度，则确定所述第一用户账号的信用信息可用。

6.如权利要求1所述的方法，其特征在于，所述接收虚拟资源转移请求，之后还包括：

根据所述转移请求获取转移密码，校验所述转移密码；

所述若所述第一用户账号的信用信息可用，则根据所述转移量，将为所述第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给所述收款账号，包括：

若所述第一用户账号的信用信息可用且所述转移密码通过校验，则根据所述转移量，将为所述第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给所述收款账号。

7.如权利要求1所述的方法，其特征在于，所述接收虚拟资源转移请求，之前还包括：

接收所述第一用户账号针对所述第二用户账号输入的信用担保请求，根据所述信用担保请求为所述第二用户账号配置担保信用方式。

8.如权利要求7所述的方法，其特征在于，所述接收所述第一用户账号针对所述第二用户账号输入的信用担保请求，根据所述信用担保请求配置为所述第二用户账号配置担保信用方式，包括：

接收所述第一用户账号针对所述第二用户账号输入的信用担保请求，所述信用担保请求中携带有请求担保额度；

为所述第二用户账号配置担保信用方式，根据所述请求担保额度配置所述第一用户账号为所述第二用户账号提供的信用担保额度。

9.如权利要求1-8任一项所述的方法，其特征在于，所述根据所述转移量，将第三方信用服务账号的虚拟资源转移给所述收款账号，之后还包括：

接收所述第二用户账号和/或所述第一用户账号的还款请求，所述还款请求指示了还款对象和还款额；

根据所述还款额，将所述还款对象的虚拟资源转移给所述第三方信用服务账号。

10.如权利要求1-8任一项所述的方法，其特征在于，所述根据所述转移量，将为所述第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给所述收款账号，之后还包括：

更新所述第一用户账号的可用额度。

11.一种虚拟资源转移装置，其特征在于，包括：

接收单元，用于接收虚拟资源转移请求；

获取单元，用于根据所述转移请求获取虚拟资源的转移量、收款账号和转移方式；

信用单元，用于若转移方式为担保信用方式，则获取所述担保信用方式对应的第一用户账号的信用信息，所述担保信用方式对应的第一用户账号是为发送资源转移请求的第二用户账号提供信用担保的用户账号；

校验单元，用于确定所述第一用户账号的信用信息是否可用；

转移单元，用于若所述担保信用方式可用，则根据所述转移量，将为所述第一用户账号提供信用担保的第三方信用服务账号的虚拟资源转移给所述收款账号。

12.如权利要求11所述的装置，其特征在于，还包括：

担保单元，用于接收所述第一用户账号针对所述第二用户账号输入的信用担保请求，根据所述信用担保请求为所述第二用户账号配置担保信用方式。

13.如权利要求12所述的装置，其特征在于，所述担保单元具体用于：

接收所述第一用户账号针对所述第二用户账号输入的信用担保请求，所述信用担保请求中携带有请求担保额度；为所述第二用户账号配置担保信用方式，根据所述请求担保额度配置所述第一用户账号为所述第二用户账号提供的信用担保额度。

14.如权利要求11-13任一项所述的装置，其特征在于，还包括：

还款单元，用于接收所述第二用户账号和/或所述第一用户账号的还款请求，所述还款请求指示了还款对象和还款额；根据所述还款额，将所述还款对象的虚拟资源转移给所述第三方信用服务账号。

15.一种存储介质，其特征在于，所述存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至10任一项所述的虚拟资源转移方法中的步骤。