HK1237488A - 一種資源處理方法及裝置 - Google Patents

Description

一种资源处理方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种资源处理方法及装置。

背景技术

随着信息技术的发展，在互联网技术的支持下，服务提供方(如：网站、银行、电信运营商等)面向用户提供网络化的业务平台，用户除了可以在网络化的业务平台上直接获得相应的业务服务以外，还可以在网络化的业务平台的基础上，与不同用户进行业务操作，以便从其他用户处获得相应的业务服务。

现有技术中，不同用户之间进行业务操作的过程中，发送方(可称为第一用户)通常需要从自身的账户(可称为第一账户)中，将相应的实际资源经服务器发送给接收方(可称为第二用户)的账户(可称为第二账户)中，以便获得第二用户所提供的业务服务。

但是，实际资源在转移过程中会产生一定的消耗，那么，当第一用户使用其第一账户向第二账户发送实际资源的过程中，为了保证第二账户可以接收到相应数量的实际资源，第一用户往往需要发送额外的实际资源。

发明内容

本申请实施例提供一种资源处理方法及装置，用以解决目前的资源处理过程中资源会产生消耗的问题。

本申请实施例提供的一种资源处理方法，包括：

接收第一账户发送的资源转移请求，其中，所述资源转移请求中包含所要转移的实际资源量以及作为资源转移目标的第二账户；

根据所述实际资源量，确定与所述实际资源量相对应的虚拟资源量；

从预先分配给第一账户的虚拟资源中获取所述虚拟资源量对应的虚拟资源，并发送给所述第二账户，以使得所述第二账户使用该虚拟资源转换为相应的实际资源。

本申请实施例提供的一种资源处理方法，包括：

接收第一账户发送的支付请求，其中，所述支付请求中包含所要支付的款项额度以及接收款项的第二账户；

根据所述款项额度，确定与所述款项额度相对应的信用值；

从预先分配给第一账户的账户信用中获取所述信用值对应的账户信用，并发送给所述第二账户，以使得所述第二账户使用该账户信用转换为匹配额度的款项。

本申请实施例提供的一种资源处理装置，包括：

接收模块，用于接收第一账户发送的资源转移请求，其中，所述资源转移请求中包含所要转移的实际资源量以及作为资源转移目标的第二账户；

确定模块，用于根据所述实际资源量，确定与所述实际资源量相对应的虚拟资源量；

资源转移模块，用于从预先分配给第一账户的虚拟资源中获取所述虚拟资源量对应的虚拟资源，并发送给所述第二账户，以使得所述第二账户使用该虚拟资源转换为相应的实际资源。

本申请实施例提供的一种资源处理装置，包括：

接收模块，用于接收第一账户发送的支付请求，其中，所述支付请求中包含所要支付的款项额度以及接收款项的第二账户；

确定模块，用于根据所述款项额度，确定与所述款项额度相对应的信用值；

资源转移模块，用于从预先分配给第一账户的账户信用中获取所述信用值对应的账户信用，并发送给所述第二账户，以使得所述第二账户使用该账户信用转换为匹配额度的款项。

本申请实施例提供一种资源处理方法及装置，对于第一账户和第二账户而言，在进行资源转换的过程中，实际资源会被转换成相应数量的虚拟资源，并将转换后的虚拟资源进行转移，发送给第二账户，从而，在资源转移的过程中，不会出现资源额外消耗的现象，而当第二账户接收到了第一账户转移的虚拟资源后，还可以将接收到的虚拟资源再转换成相应数量的实际资源，这样的方式有效减少或避免了实际资源在转移过程中出现额外消耗的情况，能够为不同用户节省实际资源。

附图说明

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

图1为本申请实施例提供的资源处理过程；

图2为本申请实施例提供在实际应用场景下的资源处理过程；

图3为本申请实施例提供的资源处理装置结构示意图；

图4为本申请实施例提供的在实际应用场景下的资源处理装置结构示意图。

具体实施方式

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

图1为本申请实施例提供的资源处理过程，该过程具体包括以下步骤：

S101：接收第一账户发送的资源转移请求，其中，所述资源转移请求中包含所要转移的实际资源量以及作为资源转移目标的第二账户。

需要说明的是，本申请实施例中，可由服务提供方(包括但不限于：网站、银行、电信运营商等)后台的服务系统提供相应的网络化的业务平台，也即，第一用户和第二用户均可在该业务平台中注册各自的账户(即，第一账户和第二账户)，当然，这里并不构成对本申请的限定。

基于此，在实际应用场景下，当第一用户从第二用户处获得了相应的业务服务后，第一用户此时将作为发送方向作为接收方的第二用户发送相应数量的资源。那么，在该过程中，第一用户可以使用其自身的第一账户，通过服务提供方所提供的网络化的业务平台，向第二用户自身的第二账户发起资源转移请求。

所述的资源转移请求中包含了资源转移的目的账户(即，第二账户)，同时也包含了第一账户将要发送给第二账户的实际资源的数量(即，实际资源量)。

可以认为，第一账户向第二账户发送的实际资源量，与第一用户从第二用户处所获得的业务服务相匹配。

S102：根据所述实际资源量，确定与所述实际资源量相对应的虚拟资源量。

由于在实际应用中，不同账户之间通过网络化的业务平台进行实际资源的转移时，会产生实际资源的额外消耗。为了避免出现在资源转移过程中实际资源的消耗，所以在本申请实施例中，将要进行转移的实际资源转换为相对应的虚拟资源。

可以认为，本申请实施例中的虚拟资源，具体可以是在资源转移过程中，不会出现额外消耗的虚拟化的资源。

S103：从预先分配给第一账户的虚拟资源中获取所述虚拟资源量对应的虚拟资源，并发送给所述第二账户，以使得所述第二账户使用该虚拟资源转换为相应的实际资源。

为不同用户提供网络化的业务平台的服务提供方，通常会针对不同用户各自的账户，分配不同数量的虚拟资源，如：根据不同账户的账户等级、不同账户历史所进行的资源转移量等等方式，确定出不同账户可以拥有的虚拟资源的数量。当然，这里并不构成对本申请的限定。

基于此，经过上述步骤确定出了第一账户将要向第二账户转移的虚拟资源量后，便可以从预先分配给第一账户的虚拟资源中获取相应数量的虚拟资源，并发送给第二账户。而在第二账户接收到了由第一账户转移的虚拟资源后，第二账户可以将获得的虚拟资源再次转换成相应数量的实际资源。

本申请中的上述过程具体可由服务提供方后台服务系统内的服务器执行，这并不构成对本申请的限定。

可见，通过上述步骤，对于第一账户和第二账户而言，在进行资源转换的过程中，实际资源会被转换成相应数量的虚拟资源，并将转换后的虚拟资源进行转移，发送给第二账户，从而，在资源转移的过程中，不会出现资源额外消耗的现象，而当第二账户接收到了第一账户转移的虚拟资源后，还可以将接收到的虚拟资源再转换成相应数量的实际资源，这样的方式有效减少或避免了实际资源在转移过程中出现额外消耗的情况，能够为不同用户节省实际资源。

需要说明的是，在本申请实施例中，在确定实际资源量所对应的虚拟资源量的过程中，可以根据预设的资源转换比例进行确定，也即，对于上述步骤S102而言，确定出与所述实际资源量相对应的虚拟资源量，具体包括：按照设定的资源量转换比例，将确定出的所述实际资源量转换为匹配数量的虚拟资源量。

例如：假设预先设定的资源量转换比例为“1单位实际资源：2单位虚拟资源”，那么，如果第一账户所要转移的实际资源量为10的情况下，服务器可以根据资源量转换比例，将10单位的实际资源转换为20单位的虚拟资源。

当然，在上例中，当第二账户最终接收到20单位的虚拟资源后，仍可以按照上例中的资源量转换比例，再将20单位的虚拟资源转换为10单位的实际资源。

本申请实施例中预先分配给不同账户的虚拟资源，是由服务提供方所提供，并非是用户自身账户中的实际资源，可以认为，虚拟资源属于一种信用资源，第一账户并非要转移实际资源，而只是提供所要转移的实际资源的数量即可，并由服务器根据第一账户所要转移的实际资源的数量，从第一账户的虚拟资源中获取相应数量的虚拟资源，发送给第二账户。也就是说，第一账户使用了服务提供方所分配给第一账户的虚拟资源。因此，当用户使用了虚拟资源后，那么，服务器就会在该用户的账户中，扣除相应数量的虚拟资源，以表示该用户已经使用了相应数量的虚拟资源。在这种情况下，用户可以向服务器发送实际资源，以补充所使用的虚拟资源。也即，在本申请实施例中的一种方式下，所述方法还包括：接收所述第一账户发送的实际资源，将接收到的实际资源转换为相应的虚拟资源，并分配给所述第一账户。

也就是说，服务器在接收到了第一用户发送的实际资源后，则转换成相应数量的虚拟资源，补充到第一用户的虚拟资源中。例如：假设预先分配给第一账户的虚拟资源的总量为1000，第一账户向第二账户转移的虚拟资源量为500，那么，此时，第一账户中的虚拟资源的总量就为500。在此假设，仍按照上例中的资源量转换比例，第一账户向服务器发送了250单位的实际资源，故服务器在接收到第一账户发送的实际资源后，就会将这些实际资源转换为相应数量的虚拟资源，也即，转换为500单位的虚拟资源，并分配给第一账户，从而，第一账户此时的虚拟资源量就为1000。

对于作为接收方的第二账户而言，第二账户可以将其获得的虚拟资源转换成相应数量的实际资源，在这样的场景下，所述方法还包括：接收第二账户发送的携带所述虚拟资源量的资源转换请求，根据所述资源转换请求，在所述第二账户的虚拟资源中，将所要转换的虚拟资源量对应的虚拟资源转换为匹配数量的实际资源，并发送给所述第二账户。

例如：假设第二账户向服务器发出请求，以转换由第一账户所发送的500单位的虚拟资源，那么，服务器在接收到了该请求后，则根据资源量转换比例(假设仍按照上例中的资源量转换比例)，从第二账户的虚拟资源中，获取500单位的虚拟资源，并转换为250单位的实际资源，发送给第二账户。

这里需要说明的是，若第二账户中原有的虚拟资源并未被使用，假设第二账户的虚拟资源的总量为1000，由于接收到第一账户发送的500单位的虚拟资源，所以，此时，第二账户中的虚拟资源的总量为1500。在此基础上，如果第二账户所要转换的虚拟资源的数量为500(或小于500)，那么，第二账户在获得了相应的实际资源后，并不需要再向服务器发送实际资源(可以认为，由服务提供方分配给第二账户的虚拟资源并未被使用)。当第二用户所转换的虚拟资源量超过500时，这就表明第二用户使用了由服务提供方所分配给第二账户的虚拟资源，所以，在这样的情况下，第二账户需要向服务器发送相应数量的实际资源，以补充其使用的虚拟资源。

作为本申请实施例中的一种方式，第二账户在不进行资源转换的情况下，若使用第二账户的第二用户从其他用户处获得了相应的业务服务，那么，第二用户便可以使用其自身的第二账户内的虚拟资源，向其他用户的账户进行资源转移。同样地，如果第二账户向其他账户转移虚拟资源时，如果使用了由服务提供方预先分配的虚拟资源时，那么，第二账户就需要向服务器发送相应数量的实际资源，以补充其使用的虚拟资源。

针对上述第二账户请求转换虚拟资源的过程而言，就表明第二用户将要使用实际资源，此时，作为本申请实施例中的一种方式，第二账户所要转换得到的实际资源可由第一账户提供，在此情况下，将所要转换的虚拟资源量对应的虚拟资源转换为匹配数量的实际资源，并发送给所述第二账户之前，所述方法还包括：确定接收到所述第一账户发送的与所述资源转移请求中包含的实际资源量相匹配的实际资源。

也就是说，当服务器接收到了第二账户发送的资源转换请求后，根据第二账户所要转换的实际资源的数量，优先从第一账户发送的实际资源中获取相应数量的实际资源，发送给第二账户。这里需要说明的是，基于以上内容可知，第一账户向服务器发送的实际资源是为了补充第一账户所使用的虚拟资源，在服务器接收到了第一账户发送的实际资源后，会将实际资源转换成相应数量的虚拟资源并补充给第一账户，也就是说，对于第一账户而言，用实际资源补充其使用的虚拟资源，可看作是一种“等价交换”，而第一账户发送给服务器的实际资源，则被服务器进行存储(可以由服务器内部的特定账户进行存储，这里并不作具体限定)。从而，若此时，服务器接收到了第二账户的资源转换请求，那么，服务器就可以将由第一账户发送的实际资源发送给第二账户。

在实际应用中，可能出现如下情况：在第二账户发送了资源转换请求以便转换获得相应数量的实际资源的情况下，第一用户可能还未向服务器发送实际资源，所以，为了减少或避免这样情况的出现，故在本申请实施例中，所述资源转移请求中还包括实际资源发送时限，从预先分配给第一账户的虚拟资源中获取所述虚拟资源量对应的虚拟资源，并发送给所述第二账户之前，所述方法还包括：接收第二账户发送的资源转换时限，确定所述实际资源发送时限不超过所述资源转换时限。

换言之，在第二账户接收第一账户发送的虚拟资源时，第二用户通常会明确其需要进行资源转换的时间，以便提醒第一用户在该时间前通过第一账户向服务器发送实际资源，以便于第二用户使用实际资源。所以，由第一账户发送的实际资源发送时限需不超过第二账户的资源转换时限。

另外，在本申请实施例中，上述的第一账户代表了发送方账户，相应地，第二账户代表了接收方账户。也就是说，当用户通过其账户向其他用户的账户进行资源转移操作时，发送资源转移操作的账户就是第一账户，接收转移的资源的账户就是第二账户。而当前的第一账户接收到了来自于其他账户发送的虚拟资源时，第一账户便转变为了接收方账户，即，此时的第一账户转变成了第二账户。相应地，对于第二账户而言，当其向其他账户发送虚拟资源时，其将转变成第一账户。这里并不构成对本申请的限定。

综上所述，在实际场景下，当第一用户从第二用户处获得了相应的业务服务后，第一用户并可以使用其自身的第一账户，向第二账户发起资源转移，以将相应数量的资源转移给第二账户，而在资源转移的过程中，服务器会根据第一账户的资源转移请求，将所需转移的实际资源转换成相应数量的虚拟资源，并将虚拟资源转移给第二账户，从而，在进行资源转移的过程中，不会产生资源的额外消耗，并且，第二账户所接收到的虚拟资源，仍可以转换成相应数量的实际资源，供第二用户使用。

对于本申请中的上述方法而言，也适用于实际应用中的个人与个人之间的电子商务(Customer to Customer)的服务架构。为了清楚的说明上述的资源处理过程，现以实际资源为款项、虚拟资源为账户信用的场景进行描述。

在该场景下，第一用户可以获得第二用户所提供的业务服务，此时，第一用户需要向第二用户支付相应的款项，但第一用户通过其第一账户向第二用户的第二账户支付款项的过程中，会产生额外的费用。正是为了避免或降低在支付款项的过程中额外费用的产生，故在本申请实施例中还提供一种资源处理方法，如图2所示，具体包括以下步骤：

S201:接收第一账户发送的支付请求，其中，所述支付请求中包含所要支付的款项额度以及接收款项的第二账户。

S202：根据所述款项额度，确定与所述款项额度相对应的信用值。

S203：从预先分配给第一账户的账户信用中获取所述信用值对应的账户信用，并发送给所述第二账户，以使得所述第二账户使用该账户信用转换为匹配额度的款项。

对于上述方法而言，服务提供方将为不同用户的账户分配相应的账户信用，正如前述，每一账户的账户信用可以根据不同账户的账户等级、历史支付情况等多种因素来确定，这里并不构成对本申请的限定。在本申请实施例中，在进行支付的过程中，可以使用账户信息代替实际款项进行支付，也就是说，当第一账户要向第二账户支付相应的款项时，服务器可以根据第一账户所要支付的款项，从第一账户的账户信用中获取相应信用值的账户信用，并将这些账户信用发送给第二账户，使得第二账户的账户信用的信用值累计增加。

在此需要说明的是，对于在上述应用场景下，服务提供方可以是银行、具有网络银行功能的网站等。不同账户的账户信用，既可以是服务提供方为不同账户所分配，也可以是由账户发起请求，服务器将根据发出请求的账户分配账户信用，这里并不构成对本申请的限定。另外，有第一账户转移至第二账户的账户信用，可以采用相应的电子票据的方式来实现。

在本应用场景下，与前述内容相类似，实际的款项和账户信用之间也可以通过设定的资源量转换比例来确定，这里不再过多赘述。

经过上述步骤，第一用户通过其第一账户，可以无需将实际的款项进行转移，而是使用第一账户的账户信用作为一种“货币”，支付给第二账户，也就是说，第一用户使用了其第一账户中的账户信用，故第一用户需要补充其第一账户的账户信用，所以，所述方法还包括：接收所述第一账户发送的款项，将确定出的款项的额度，转换为相应额度的账户信用，并将转换后的账户信用分配给所述第一账户。

对于接收了账户信用的第二账户来说，可以将其获得的账户信用转换为实际的款项，因此，所述方法还包括：接收第二账户发送的款项转换请求，其中，所述款项转换请求中包含所要转换的信用值，根据所述款项转换请求，在所述第二账户的账户信用中，将所要转换的信用值转换为相应的款项，并发送给所述第二账户。

进一步地，将所要转换的信用值对应的账户信用转换为相应的实际资源，并发送给所述第二账户之前，所述方法还包括：确定接收到所述第一账户发送的与所述支付请求中包含的款项额度相匹配的款项。

例如：假设第一账户和第二账户中的账户信用分别为1000。第一用户从第二用户处获得了相应的业务服务后，第一用户需向第二用户转移500元的款项。此时，第一用户便可以使用其第一账户，发出向第二用户的第二账户的支付请求，以请求支付500元款项。同时，假设账户信用和款项的转换比例为1:1，那么，当服务器接收到了支付请求后，便会转换成500单位的账户信用，并从第一账户的账户信用中扣除，并发送给第二账户。此时，第一账户的账户信用为500，第二账户的账户信用为1500。

第一账户在某时刻向服务器发送了500元款项，那么，服务器根据第一账户所发送的500元款项，转换成500单位的账户信用再分配给第一账户。从而，此时第一账户中的账户信用就为1000。

第二账户在某时刻向服务器发出了款项转换请求，以请求转换500元的款项，那么，服务器就会将接收到的第一账户发送的500元款项发送给第二账户，并从第二账户的账户信用中扣除500，所以，此时第二账户的账户信用就为1000。

需要说明的是，假设在本申请实施例中的一种方式下，假设不同账户要获得账户信用，需要向服务器发出申请，在这样的情况下，对于第二账户来说，如果第二账户并未发出过申请，也就是说，第二账户并不具有账户信用，但该第二账户又接收到了来自第一账户发送的账户信用，那么，可以认为，该第二账户此时的账户信用就是第一账户发送的账户信用，由于其未向服务器提出过申请，所以，该第二账户并不具有转换实际的款项的权限，换言之，第二用户可以使用其第二账户内当前的账户信用向其他账户转移，以获得相应的业务服务，但第二用户并不能够向服务器转换实际的款项。

从上例中可见，第二账户所发出的款项转换请求，就表明第二用户需要使用相应的款项，这就需要第一账户所发送的款项，基于此，在本申请实施例中，所述支付请求中还包括款项发送时限，从预先分配给第一账户的账户信用中获取所述信用值对应的账户信用，并发送给所述第二账户之前，所述方法还包括：接收第二账户发送的款项转换时限，确定所述款项发送时限不超过所述款项转换时限。

当然，如果在款项转换时限前，第一账户并没有向服务器发送款项，那么，可以由服务器预先向第二账户支付实际的款项，在后续过程中再接收第一账户所发送的款项，这里并不构成对本申请的限定。

以上为本申请实施例提供的资源处理方法，基于同样的思路，本申请实施例还提供一种资源处理装置，如图3所示。

在图3中，所述资源处理装置包括：

接收模块301，用于接收第一账户发送的资源转移请求，其中，所述资源转移请求中包含所要转移的实际资源量以及作为资源转移目标的第二账户；

确定模块302，用于根据所述实际资源量，确定与所述实际资源量相对应的虚拟资源量；

资源转移模块303，用于从预先分配给第一账户的虚拟资源中获取所述虚拟资源量对应的虚拟资源，并发送给所述第二账户，以使得所述第二账户使用该虚拟资源转换为相应的实际资源。

确定模块302，具体用于按照设定的资源量转换比例，将确定出的所述实际资源量转换为匹配数量的虚拟资源量。

所述装置还包括：第一转换模块304，用于接收所述第一账户发送的实际资源，将接收到的实际资源转换为相应的虚拟资源，并分配给所述第一账户。

所述装置还包括：第二转换模块305，用于接收第二账户发送的携带所述虚拟资源量的资源转换请求，根据所述资源转换请求，在所述第二账户的虚拟资源中，将所要转换的虚拟资源量对应的虚拟资源转换为匹配数量的实际资源，并发送给所述第二账户。

所述第二转换模块305，还用于在将所要转换的虚拟资源量对应的虚拟资源转换为匹配数量的实际资源，并发送给所述第二账户之前，确定接收到所述第一账户发送的与所述资源转移请求中包含的实际资源量相匹配的实际资源。

所述资源转移请求中还包括实际资源发送时限，所述装置还包括：时限模块306，用于在从预先分配给第一账户的虚拟资源中获取所述虚拟资源量对应的虚拟资源，并发送给所述第二账户之前，接收第二账户发送的资源转换时限，确定所述实际资源发送时限不超过所述资源转换时限。

在基于C2C服务架构的场景下，本申请实施例中还提供一种资源处理装置，如图4所示，包括：

接收模块401，用于接收第一账户发送的支付请求，其中，所述支付请求中包含所要支付的款项额度以及接收款项的第二账户；

确定模块402，用于根据所述款项额度，确定与所述款项额度相对应的信用值；

资源转移模块403，用于从预先分配给第一账户的账户信用中获取所述信用值对应的账户信用，并发送给所述第二账户，以使得所述第二账户使用该账户信用转换为匹配额度的款项。

所述装置还包括：第一转换模块404，用于接收所述第一账户发送的款项，将确定出的款项的额度，转换为设定额度的账户信用，并将转换后的账户信用分配给所述第一账户。

所述装置还包括：第二转换模块405，用于接收第二账户发送的款项转换请求，其中，所述款项转换请求中包含所要转换的信用值，根据所述款项转换请求，在所述第二账户的账户信用中，将所要转换的信用值转换为匹配额度的款项，并发送给所述第二账户。

第二转换模块405，还用于在将所要转换的信用值对应的账户信用转换为相应的实际资源，并发送给所述第二账户之前，确定接收到所述第一账户发送的与所述支付请求中包含的款项额度相匹配的款项。

所述支付请求中还包括款项发送时限，所述装置还包括时限模,406，用于在从预先分配给第一账户的账户信用中获取所述信用值对应的账户信用，并发送给所述第二账户之前接收第二账户发送的款项转换时限，确定所述款项发送时限不超过所述款项转换时限。

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

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

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

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

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

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

Claims (22)

1.一种资源处理方法，其特征在于，包括：

接收第一账户发送的资源转移请求，其中，所述资源转移请求中包含所要转移的实际资源量以及作为资源转移目标的第二账户；

根据所述实际资源量，确定与所述实际资源量相对应的虚拟资源量；

从预先分配给第一账户的虚拟资源中获取所述虚拟资源量对应的虚拟资源，并发送给所述第二账户，以使得所述第二账户使用该虚拟资源转换为相应的实际资源。

2.如权利要求1所述的方法，其特征在于，确定出与所述实际资源量相对应的虚拟资源量，具体包括：

按照设定的资源量转换比例，将确定出的所述实际资源量转换为匹配数量的虚拟资源量。

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

接收所述第一账户发送的实际资源；

将接收到的实际资源转换为相应的虚拟资源，并分配给所述第一账户。

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

接收第二账户发送的携带所述虚拟资源量的资源转换请求；

根据所述资源转换请求，在所述第二账户的虚拟资源中，将所要转换的虚拟资源量对应的虚拟资源转换为匹配数量的实际资源，并发送给所述第二账户。

5.如权利要求4所述的方法，其特征在于，将所要转换的虚拟资源量对应的虚拟资源转换为匹配数量的实际资源，并发送给所述第二账户之前，所述方法还包括：

确定接收到所述第一账户发送的与所述资源转移请求中包含的实际资源量相匹配的实际资源。

6.如权利要求1所述的方法，其特征在于，所述资源转移请求中还包括实际资源发送时限；

从预先分配给第一账户的虚拟资源中获取所述虚拟资源量对应的虚拟资源，并发送给所述第二账户之前，所述方法还包括：

接收第二账户发送的资源转换时限；

确定所述实际资源发送时限不超过所述资源转换时限。

7.一种资源处理方法，其特征在于，包括：

接收第一账户发送的支付请求，其中，所述支付请求中包含所要支付的款项额度以及接收款项的第二账户；

根据所述款项额度，确定与所述款项额度相对应的信用值；

从预先分配给第一账户的账户信用中获取所述信用值对应的账户信用，并发送给所述第二账户，以使得所述第二账户使用该账户信用转换为匹配额度的款项。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：

接收所述第一账户发送的款项；

将接收到的款项转换为相应的账户信用，并分配给所述第一账户。

9.如权利要求7所述的方法，其特征在于，所述方法还包括：

接收第二账户发送的携带信用值的款项转换请求；

根据所述款项转换请求，在所述第二账户的账户信用中，将所要转换的信用值对应的账户信用转换为匹配数量的款项，并发送给所述第二账户。

10.如权利要求7所述的方法，其特征在于，将所要转换的信用值对应的账户信用转换为相应的实际资源，并发送给所述第二账户之前，所述方法还包括：

确定接收到所述第一账户发送的与所述支付请求中包含的款项额度相匹配的款项。

11.如权利要求7所述的方法，其特征在于，所述支付请求中还包括款项发送时限；

从预先分配给第一账户的账户信用中获取所述信用值对应的账户信用，并发送给所述第二账户之前，所述方法还包括：

接收第二账户发送的款项转换时限；

确定所述款项发送时限不超过所述款项转换时限。

12.一种资源处理装置，其特征在于，包括：

接收模块，用于接收第一账户发送的资源转移请求，其中，所述资源转移请求中包含所要转移的实际资源量以及作为资源转移目标的第二账户；

确定模块，用于根据所述实际资源量，确定与所述实际资源量相对应的虚拟资源量；

资源转移模块，用于从预先分配给第一账户的虚拟资源中获取所述虚拟资源量对应的虚拟资源，并发送给所述第二账户，以使得所述第二账户使用该虚拟资源转换为相应的实际资源。

13.如权利要求12所述的装置，其特征在于，所述确定模块，具体用于按照设定的资源量转换比例，将确定出的所述实际资源量转换为匹配数量的虚拟资源量。

14.如权利要求12所述的装置，其特征在于，所述装置还包括：第一转换模块，用于接收所述第一账户发送的实际资源，将接收到的实际资源转换为相应的虚拟资源，并分配给所述第一账户。

15.如权利要求12所述的装置，其特征在于，所述装置还包括：第二转换模块，用于接收第二账户发送的携带所述虚拟资源量的资源转换请求，根据所述资源转换请求，在所述第二账户的虚拟资源中，将所要转换的虚拟资源量对应的虚拟资源转换为匹配数量的实际资源，并发送给所述第二账户。

16.如权利要求15所述的装置，其特征在于，所述第二转换模块还用于在将所要转换的虚拟资源量对应的虚拟资源转换为匹配数量的实际资源，并发送给所述第二账户之前，确定接收到所述第一账户发送的与所述资源转移请求中包含的实际资源量相匹配的实际资源。

17.如权利要求12所述的装置，其特征在于，所述资源转移请求中还包括实际资源发送时限，所述装置还包括时限模块，用于在从预先分配给第一账户的虚拟资源中获取所述虚拟资源量对应的虚拟资源，并发送给所述第二账户之前，接收第二账户发送的资源转换时限，确定所述实际资源发送时限不超过所述资源转换时限。

18.一种资源处理装置，其特征在于，包括：

接收模块，用于接收第一账户发送的支付请求，其中，所述支付请求中包含所要支付的款项额度以及接收款项的第二账户；

确定模块，用于根据所述款项额度，确定与所述款项额度相对应的信用值；

资源转移模块，用于从预先分配给第一账户的账户信用中获取所述信用值对应的账户信用，并发送给所述第二账户，以使得所述第二账户使用该账户信用转换为匹配额度的款项。

19.如权利要求18所述的装置，其特征在于，所述装置还包括：第一转换模块，用于接收所述第一账户发送的款项，将接收到的款项转换为相应的账户信用，并分配给所述第一账户。

20.如权利要求18所述的装置，其特征在于，所述装置还包括：第二转换模块，用于接收第二账户发送的携带信用值的款项转换请求，根据所述款项转换请求，在所述第二账户的账户信用中，将所要转换的信用值对应的账户信用转换为匹配数量的款项，并发送给所述第二账户。

21.如权利要求18所述的装置，其特征在于，所述第二转换模块还用于在将所要转换的信用值对应的账户信用转换为相应的实际资源，并发送给所述第二账户之前，确定接收到所述第一账户发送的与所述支付请求中包含的款项额度相匹配的款项。

22.如权利要求18所述的装置，其特征在于，所述支付请求中还包括款项发送时限，所述装置还包括时限模块，用于在从预先分配给第一账户的账户信用中获取所述信用值对应的账户信用，并发送给所述第二账户之前接收第二账户发送的款项转换时限，确定所述款项发送时限不超过所述款项转换时限。