一种确定资源使用权限和资源提供的方法及装置与流程

本申请涉及计算机技术领域，尤其涉及一种确定资源使用权限和资源提供的方法及装置。

背景技术：

随着网络技术的不断发展，计算机设备可以为用户提供的资源也日趋多样化，如，计算机设备为用户提供硬盘存储资源。

目前，在现有技术中，针对计算机设备提供的任一类型的资源，计算机设备在将该资源提供给用户之前，需要先确定用户的资源使用权限，也就是说，用户能够使用资源的最大资源量，在确定用户的资源使用权限时，用户可将资源申请信息发送给计算机设备，计算机设备在接收到用户发送的资源申请信息后，可根据资源申请信息确定出用户的资源使用权限，后续，当用户使用计算机设备提供的该资源时，可在计算机设备上执行资源获取的操作，以此生成资源获取请求，计算机设备在接收到用户的资源获取请求后，根据资源获取请求中携带的资源类型和资源数量，获取到对应的资源，并将资源提供给用户。

例如，假设计算机设备只为注册过用户名的用户提供存储空间(即，资源)，用户通过提交用户的身份信息在计算机设备上注册了用户名，计算机设备从而可为用户提供存储空间，后续，用户准备在计算机设备中已存在的硬盘分区(假设已存在的硬盘分区为：硬盘分区C和硬盘分区D)的基础之上再新建一个硬盘分区E，这需要从硬盘分区C或硬盘分区D中的剩余存储空间中拿出一部分，因此，用户在计算机设备上执行存储空间获取的操作，计算机设备接收到用户输入的在硬盘分区C中获取50G的剩余存储空间的资源获取请求和在硬盘分区D中获取60G的剩余存储空间的资源获取请求后，分别根据这两个资源获 取请求，从硬盘C中获取到50G的剩余存储空间，从硬盘D中获取到60G的剩余存储空间，生成空间为110G的硬盘分区E。

但是，考虑到在实际应用中，用户在申请不同类型的资源时，提交的资源申请信息很可能是相同的，而在现有技术中，用户需要针对不同类型的资源，分别提交资源申请信息，这样降低了用户操作的便利性，并且，考虑到在实际应用中，用户在获取资源时，很可能不关注所获取的资源的类型，只关注其获取的资源的总量，如上例中，用户只是想生成一个110G空间的硬盘分区E，而并不关心这110G的空间应该从已存在的硬盘分区C和硬盘分区D中各获取多少，但在现有技术中，用户在获取资源时，计算机设备通常要求用户针对不同类型的资源分别发出资源获取请求，如上例中，用户需要分别针对硬盘分区C和硬盘分区D发出获取一定空间的资源获取请求，这同样降低了用户操作的便利性。

技术实现要素：

本申请实施例提供一种资源提供方法及装置，用以解决现有技术中针对不同类型的资源，用户需要分别提出资源申请，并分别发出资源获取请求，使得用户的操作便利性较低的问题。

本申请实施例提供的一种确定资源使用权限的方法，所述方法包括：

接收用户发送的资源申请信息；

针对每个类型的资源池，根据所述资源申请信息，确定所述用户具有权限使用该资源池中的资源的资源量；

将针对每个类型的资源池确定出的资源量之和确定为所述用户的资源使用权限。

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

接收用户发送的资源获取请求，其中，所述资源获取请求中携带有待获取资源的资源量；

根据所述资源获取请求，从不同类型的资源池中，分别确定出待提供资源，其中，从不同类型的资源池中分别确定出的待提供资源的资源量之和不小于所述待获取资源的资源量；

将确定出的待提供资源提供给用户。

本申请实施例提供的一种确定资源使用权限的方法，所述方法包括：

接收用户发送的贷款申请信息；

针对每个类型的贷款池，根据所述贷款申请信息，确定所述用户具有权限使用该贷款池中的贷款的贷款数额；

将针对每个类型的贷款池确定出的贷款数额之和确定为所述用户的贷款使用权限。

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

接收用户发送的贷款获取请求，其中，所述贷款获取请求中携带有贷款数额；

根据所述贷款获取请求，从不同类型的贷款池中，分别确定出待提供贷款，其中，从不同类型的贷款池中分别确定出的待提供贷款的数额之和等于所述贷款获取请求中携带的贷款数额；

将待提供贷款提供给用户。

本申请实施例提供的一种确定资源使用权限的装置，所述装置包括：

接收模块，用于接收用户发送的资源申请信息；

资源量确定模块，用于针对每个类型的资源池，根据所述资源申请信息，确定所述用户具有权限使用该资源池中的资源的资源量；

权限确定模块，用于将针对每个类型的资源池确定出的资源量之和确定为所述用户的资源使用权限。

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

接收模块，用于接收用户发送的资源获取请求，其中，所述资源获取请求中携带有待获取资源的资源量；

确定模块，用于根据所述资源获取请求，从不同类型的资源池中，分别确定出待提供资源，其中，从不同类型的资源池中分别确定出的待提供资源的资源量之和不小于所述待获取资源的资源量；

提供模块，用于将确定出的待提供资源提供给用户。

本申请实施例提供的一种确定资源使用权限的装置，所述装置包括：

接收模块，用于接收用户发送的贷款申请信息；

贷款数额确定模块，用于针对每个类型的贷款池，根据所述贷款申请信息，确定所述用户具有权限使用该贷款池中的贷款的贷款数额；

权限确定模块，用于将针对每个类型的贷款池确定出的贷款数额之和确定为所述用户的贷款使用权限。

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

接收模块，用于接收用户发送的贷款获取请求，其中，所述贷款获取请求中携带有贷款数额；

确定模块，用于根据所述贷款获取请求，从不同类型的贷款池中，分别确定出待提供贷款，其中，从不同类型的贷款池中分别确定出的待提供贷款的数额之和等于所述贷款获取请求中携带的贷款数额；

提供模块，用于将待提供贷款提供给用户。

本申请实施例提供一种确定资源使用权限和资源提供的方法及装置，该方法在确定资源使用权限时，接收用户发送的资源申请信息，针对每个类型的资源池，根据该资源申请信息，确定该用户具有权限使用该资源池中的资源的资源量，将针对每个类型的资源池确定出的资源量之和确定为该用户的资源使用权限。在提供资源时，接收用户发送的携带有待获取资源的资源量的资源获取请求，并从不同类型的资源池中，分别确定出待提供资源，其中，从不同类型的资源池中分别确定出的待提供资源的资源量之和不小于待获取资源的资源量，将确定出的待提供资源提供给用户。通过上述方法，用户无需多次提交资源申请信息，也无需分别针对不同类型的资源分别发送资源获取请求，有效提 高了用户操作的便利性。

附图说明

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

图1为本申请实施例提供的确定资源使用权限的过程；

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

图3为本申请实施例提供的确定贷款使用权限的过程；

图4为本申请实施例提供的贷款提供的过程；

图5为本申请实施例提供的确定资源使用权限的装置结构示意图；

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

图7为本申请实施例提供的确定贷款使用权限的装置结构示意图；

图8为本申请实施例提供的贷款提供的装置结构示意图。

具体实施方式

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

图1为本申请实施例提供的确定资源使用权限的过程，具体包括以下步骤：

S101：接收用户发送的资源申请信息。

在实际应用中，用户通常需要具有权限才可通过计算机等设备获取相应的资源，因此，在申请中，用户在获取资源之前，需要先通过计算机等设备提交资源申请信息，计算机等设备可基于资源申请信息，确定出该用户的资源使用 权限，也就是说，用户到底能够使用资源的最大资源量。

因此，在本申请中，接收用户发送的资源申请信息是由计算机设备完成的，当然，也可以是具有数据处理功能的设备完成的，如，服务器等。

例如，假设用户准备在计算机设备中已存在的硬盘分区(假设已存在的硬盘分区为：硬盘分区C和硬盘分区D)的基础之上再新建一个100G的硬盘分区E，因此，用户在计算机设备上执行存储空间的申请操作(即，向计算机设备发送资源申请信息)，计算机设备识别出用户执行的申请操作时，即可通过后续的步骤确定该用户的资源使用权限。

S102：针对每个类型的资源池，根据所述资源申请信息，确定所述用户具有权限使用该资源池中的资源的资源量。

在实际应用中，资源通常都是分成不同类型的，并且，同一类型的资源都被放在同一个资源池中，如，硬盘分区C即为一个资源池，而硬盘分区D为另一个资源池，硬盘分区C中的存储空间与硬盘分区D中的存储空间是不同类型的资源。

另外，在本申请中，每个资源池均对应一个资源量确定规则，所述资源量确定规则中包含了根据资源申请信息如何确定用户可以使用的资源的资源量的方式，每个资源池对应的资源量确定规则可以相同，也可以不同，也就是说，计算机设备可通过每个资源池对应的资源量确定规则，确定出用户具有权限使用每个资源池的资源的资源量，也即，该资源量通常是指最大的资源量。

延续上例，假设计算机设备中硬盘分区C与硬盘分区D均对应的资源量确定规则为：将硬盘分区中剩余的存储空间容量作为用户具有权限使用的存储空间容量。则，计算机设备接收到用户发送的资源申请信息时，将硬盘分区C中的剩余存储空间容量(假设硬盘分区C的剩余存储空间容量为100G)，作为用户具有权限使用硬盘分区C的存储空间容量，将硬盘分区D中的剩余存储空间容量(假设硬盘分区D的剩余存储空间容量为110G)，作为用户具有权限使用硬盘分区D的存储空间容量。

S103：将针对每个类型的资源池确定出的资源量之和确定为所述用户的资源使用权限。

在本申请中，在展示给用户的资源使用权限时，不再针对每个类型的资源的资源使用权限分别展示给用户，所述资源使用权限表征用户能够使用资源的最大资源量。

继续沿用上例，服务器将确定出的硬盘分区C中的剩余存储空间容量100G与硬盘分区D中的剩余存储空间容量110G相加起来，即，210G，作为用户的资源使用权限，也即，用户能够使用存储空间的最大资源量为210G。

通过上述方法，用户每次在申请不同类型的资源时，无需多次提交资源申请信息，只需要提交一次资源申请信息即可，计算机设备接收到用户提交的资源申请信息后，可直接确定出每一类型的资源的资源使用权限，这样提高了用户操作的便利性。

在实际应用中，有可能存在后续用户使用计算机设备提供的资源的过程中，发现所使用的资源的资源量不够的情况，因此，在本申请中，为了获得更多的资源量，后续用户可以再次通过计算机设备提交额外申请信息，计算机设备则可根据额外申请信息，在各资源池中，确定该额外申请信息对应的资源池，并根据额外申请信息，确定该用户具有权限使用该额外申请信息对应的资源池中的额外资源的资源量，根据确定出的该额外资源的资源量以及该资源量之和，重新确定该用户的资源使用权限。

另外，在实际应用中，还有可能存在计算机设备所提供的资源具有时限的情况，也就是说，用户只能在一定时间段内使用资源，而超过这段时间后则不能再使用资源，因此，在本申请中，计算机设备针对每个类型的资源池，根据资源申请信息，不仅要确定出用户具有权限使用该资源池中的资源的资源量，也需要确定出用户使用该资源池中的资源的有效期。

由于用户使用资源的资源量是存在有效期的，也就是说，当超过有效期后用户不能再使用该资源池中的资源了，因此，当针对任一类型的资源池确定出 的有效期到期时，该用户的资源使用权限也会发生变化，也就是说，用户能够使用的最大资源量发生了变化，或者，当用户使用资源后，该用户的资源使用权限也会发生变化，因此，在本申请中，当所述用户使用资源时，或者，当针对任一类型的资源池确定出的有效期到期时，计算机设备可重新确定该用户的资源使用权限。当然，计算机设备也可按照预设的时间间隔，周期性的重新确定该用户的资源使用权限，该预设的时间间隔可根据需要进行设置，如设置为1天、1小时等。

以上是本申请提供的确定资源使用权限的方法，当计算机设备确定出用户的资源使用权限后，可根据确定出的用户的资源使用权限，为用户提供资源使用权限内的资源，而计算机设备为用户提供资源的整个过程如图2所示。

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

S201：接收用户发送的资源获取请求，其中，所述资源获取请求中携带有待获取资源的资源量。

在实际应用中，用户通常需要通过计算机等设备获取相应的资源，因此，本申请实施例中，接收用户发送的资源获取请求同样是由计算机设备完成的，当然也可以是具有数据处理功能的设备完成的。

由于在实际应用中，用户在获取资源时，很有可能不关心获取的资源的类型，只关注其获取的资源的总量，因此，在本申请中，所述资源获取请求中，可只携带有待获取资源的的总量，而无需携带有待获取资源的类型。

例如，假设计算机设备已经确定出该用户的存储空间使用权限为500G，用户准备在计算机设备中已存在的硬盘分区(假设已存在的硬盘分区为：硬盘分区C和硬盘分区D)的基础之上再新建一个100G的硬盘分区E，这需要从硬盘分区C或硬盘分区D中的剩余存储空间中拿出一部分，因此，用户在计算机设备上执行存储空间获取的操作，即，计算机设备接收到用户发送的携带有待获取存储空间的空间容量(即，100G)的资源获取请求，并据此做出相应的响应。

S202：根据所述资源获取请求，从不同类型的资源池中，分别确定出待提供资源，其中，从不同类型的资源池中分别确定出的待提供资源的资源量之和不小于所述待获取资源的资源量。

在本申请实施例中，虽然用户不关注获取资源的类型，只关注获取资源的资源量，但是，在实际应用中，由于资源通常都是分成不同类型的，如，位于硬盘分区C的存储空间是一种类型，而位于硬盘分区D的存储空间则是另一种类型，并且，同一类型的资源被放在一起，共同组成一个资源池，因此，在本申请中，计算机设备接收到用户的资源获取请求后，可基于资源获取请求中携带的待获取资源的资源量，按照预设的确定待提供资源的方式，从不同类型的资源池中，分别确定出待提供的资源，其中，从不同类型的资源池中分别确定出的待提供资源的资源量之和不小于所述待获取资源的资源量。

对于上述提到的确定待提供资源的方式，由于资源获取请求中携带有待提供资源的资源量，因此，本申请中，可按照预设的资源量比例，根据资源获取请求，从不同类型的资源池中，分别确定出待提供的资源。

在此需要说明的是，上述只是示例性的说明确定待提供资源的方式，而确定待提供资源的方式并不是唯一的，如，先从资源量最少的资源池中获取资源，直到该资源池中的资源被获取完，再从剩余的用户能够有权限获取资源的资源池中，确定出资源量最少的资源池，并从其中获取资源，直到确定出待提供资源的资源量之和不小于待获取资源的资源量为止。

延续上例，假设采用的确定待提供存储空间的方式为：获取硬盘分区C的存储空间与获取硬盘分区D的存储空间的比例为1:1，而硬盘分区C剩余的存储空间容量为100G，硬盘分区D剩余的存储空间容量为110G，计算机设备在接收到用户发送的携带有待获取存储空间的空间容量(即，100G)的资源获取请求后，按照预设的确定待提供存储空间的方式，从硬盘分区C中确定出待提供资源为“50G”，从硬盘分区D中确定出待提供资源为“50G”。

S203：将确定出的待提供资源提供给用户。

继续沿用上例，计算机设备在从硬盘分区C中获取到50G存储空间，从硬盘分区D中获取到50G存储空间后，新建一个100G存储空间的硬盘分区E。

通过上述方法，用户在获取资源时，无需分别针对不同类型的资源分别执行资源获取请求的操作，而是只需执行一次资源获取请求的操作即可，如，在上述步骤S201～S203中的例子中，用户无需针对每个硬盘分区分别执行获取存储空间的操作，只需要执行一次获取存储空间的操作，提高了用户操作的便利性。

考虑到实际应用中，有可能存在用户后续再使用资源的过程中，将使用的资源返还的情况，如，用户在新建一个硬盘分区E后，有可能将硬盘分区E删除掉，不再使用硬盘分区E中的存储空间，因此，针对上述这种情况，在本申请中，计算机设备可以接收用户返还的资源，并根据从不同类型的资源池中分别确定出待提供资源的比例，以及各类型的资源池分别对应的返还规则，将该用户返还的资源重新添加到各资源池中。

延续上例，用户在使用一段时间新建的硬盘分区E后，直接将硬盘分区E删除，计算机设备接收用户返还的存储空间，直接按照步骤S202里的确定待提供存储空间的方式来返回资源，即，将50G的存储空间重新添加到硬盘分区C中，而将另50G的存储空间重新添加到硬盘分区D中。

以上本申请实施例中提供的资源提供的方法，为了更清楚的阐述本方案资源使用权限以及资源提供的方法，本申请将以所述资源为贷款为例进行详细说明。

图3为本申请实施例提供的确定贷款使用权限的过程，具体包括以下步骤：

S301：接收用户发送的贷款申请信息。

在实际应用中，用户使用贷款已经变得越来越普遍，但是，用户在使用贷款之前，需要先向服务器提交贷款申请信息，以此来定该用户的贷款使用权限，因此，在本申请中，服务器首先接收用户发送的贷款申请信息，其中，所述贷款申请信息中可携带：用户身份信息(如身份证号等)、房产信息、车产信息 等，还可携带用户历史获取贷款的次数，如果用户的历史获取贷款的次数越多，则该用户具有权限获取的贷款的贷款数额越大，也就是说，随着该用户的历史获取贷款的次数增加，服务器可以为用户提供的贷款数额也越大。

例如，假设服务器可对用户提供三种类型的贷款，即，信用贷款、房屋贷款、车辆贷款，某用户需要使用贷款，因此，该用户向服务器发送贷款申请信息为：位于某小区的一套房产证明、身份证信息、该用户名下的车产证明，服务器接收到用户发送的贷款申请信息，并作出相应的响应。

S302：针对每个类型的贷款池，根据所述贷款申请信息，确定所述用户具有权限使用该贷款池中的贷款的贷款数额。

在实际应用中，为了满足不同用户个性化需求，一般可提供多种不同类型的贷款，每种类型的贷款均可被视为一个贷款池，并且，由于贷款的类型不一样，需要使用的申请信息有可能不一样，也就是说，房屋贷款需要房产证明，而车辆贷款需要车产证明，因此，在本申请中，针对每一类型的贷款均设定一个贷款数额确定规则，而贷款数额确定规则中包含了确定贷款数额时所需要的申请信息(可以是贷款申请信息中的全部贷款申请信息，也可以是贷款申请信息中部分的贷款申请信息)，以及根据需要的申请信息如何确定贷款数额的方式。

在本申请中，服务器根据贷款申请信息，通过每一类型贷款池分别对应的贷款数额确定规则，确定出每个类型的贷款池中的贷款的贷款数额。

延续上例，假设房屋贷款的贷款数额确定规则为：根据贷款申请信息中的房产证明中所涉及的房子的价格，按照该价格的百分之八十确定贷款数额；车辆贷款的贷款数额确定规则为：根据贷款申请信息中的车产证明中所涉及的车辆的价格，按照该价格的百分之五十确定贷款数额；信用贷款的贷款数额确定规则为：根据贷款申请信息中的身份证信息，获取该用户的银行过去三个月的银行流水总额，按照该流水总额的百分之三十确定贷款数额。

假设房屋的价格为200万，车辆价格为10万，过去三个月的银行流水总 额为10万，服务器根据用户提交的贷款申请信息，确定出用户可以使用房屋贷款的贷款数额为160万，使用车辆贷款的贷款数额为5万，使用信用贷款的贷款数额为3万，也即，用户具有权限使用房屋贷款类型的贷款池中的贷款的贷款数额为160万，用户具有权限使用车辆贷款类型的贷款池中的贷款的贷款数额为5万，用户具有权限使用信用贷款类型的贷款池中的贷款的贷款数额为3万。

S303：将针对每个类型的贷款池确定出的贷款数额之和确定为所述用户的贷款使用权限。

继续沿用上例，服务器将确定出的房屋贷款中的贷款数额160万、车辆贷款中的贷款数额5万与信用贷款中的贷款数额3万相加起来，即168万，作为用户的贷款使用权限，即，用户能够使用的最大的贷款数额。

通过上述方法，用户每次在申请不同类型的贷款时，无需多次提交贷款申请信息，只需要提交一次贷款申请信息即可，服务器接收到用户提交的贷款申请信息后，可直接确定出每一类型的贷款的贷款使用权限，这样提高了用户操作的便利性。

在实际应用中，通过步骤S301～S303的处理后，将168万作为用户的贷款使用权限，但是，有可能会出现用户认为168万的贷款使用权限不够用的情况，因此，在本申请中，为了获得更多的贷款数额，后续用户可以再次向服务器发送额外申请信息，其中，所述额外申请信息与上述步骤S301中涉及到的贷款申请信息不同，服务器接收到用户发送的额外申请信息后，在各贷款池中，根据该额外申请信息，确定该额外申请信息对应的贷款池，并根据该额外申请信息，确定该用户具有权限使用该额外申请信息对应的贷款池中的额外贷款的贷款数额，根据确定出的该额外贷款的贷款数额以及该贷款数额之和，重新确定该用户的贷款使用权限。

延续上例，假设后续用户认为168万不够使用，因此，用户再次向服务器发送额外申请信息为：位于另一小区的一套房产证明，假设房屋价格为100万， 服务器根据房屋证明确定出房屋证明对应房屋贷款类型的贷款池，也就是说，服务器可根据房屋贷款类型的贷款池的贷款数额确定规则，确定出用户的额外贷款的贷款数额为80万，并将确定出的额外贷款的贷款数额80万与168万相加起来，即248万，重新作为用户的贷款使用权限。

另外，在实际应用中，针对每一类型的贷款，服务器通常在为用户确定出该用户的贷款使用权限以外，还需要确定出贷款数额对应的有效期，具体的，服务器针对每个类型的贷款池，可根据该贷款申请信息，确定该用户具有权限使用该贷款池中的贷款的贷款数额以及有效期，并且，后续当该用户提取贷款时，或者，当针对任一类型的贷款池确定出的有效期到期时，服务器可重新确定该用户的贷款使用权限。当然，服务器也可按照预设的时间间隔，周期性的重新确定该用户的贷款使用权限，该预设的时间间隔可根据需要进行设置。

以上是本申请提供确定资源使用权限的方法，当服务器确定出用户的贷款使用权限后，可根据确定出的用户的贷款使用权限，为用户提供贷款使用权限内的贷款，而服务器为用户提供贷款的整个过程如图4所示。

图4为本申请实施例提供的贷款提供过程，具体包括以下步骤：

S401：接收用户发送的贷款获取请求，其中，所述贷款获取请求中携带有贷款数额。

延续步骤S303中的例子，用户的贷款使用权限为168万，用户后续需要使用贷款，因此，服务器接收用户发送的携带有待获取贷款数额100万的贷款获取请求，服务器接收到贷款获取请求，并作出相应的响应。

S402：根据所述贷款获取请求，从不同类型的贷款池中，分别确定出待提供贷款。

在本申请实施例中，服务器接收到用户的贷款获取请求后，可根据资源获取请求中携带的待获取贷款的贷款数额，按照预设的确定待提供贷款的方式，从不同类型的贷款池中，分别确定出待提供的贷款，其中，从不同类型的贷款池中分别确定出的待提供贷款的贷款数额之和等于所述待获取贷款的贷款数 额。

对于上述确定待提供贷款的方式，由于贷款资源请求中携带有待提供的贷款的贷款数额，因此，本申请可以采用以下方式来确定待提供的贷款，具体的，根据所述贷款获取请求，按照预设的贷款比例，从不同类型的贷款池中，分别确定出待提供贷款。

对于贷款而言，向用户贷款的同时会涉及到还款利率，因此，为了能够更好的维护用户的利益，在向用户贷款时可先从还款利率最小的贷款池中的确定待提供贷款。

因此，本申请中可以采用以下方式来确定待提供的贷款，确定用户对应于每个类型的贷款池的贷款额度，按照各类型的贷款池对应的还款利率从小到大的顺序，依次从各类型的贷款池中确定待提供贷款，直至确定出的待提供贷款的数额之和等于所述贷款获取请求中携带的贷款数额为止，其中，针对每个类型的贷款池，从该类型的贷款池中确定待提供贷款的数额不大于所述用户对应于该类型的贷款池的贷款额度。

延续上例，假设房屋贷款(即，贷款池)的还款利率为4％，车辆贷款的还款利率为3％，信用贷款的还款利率为2％，服务器先从还款利率中最小的信用贷款类型的贷款池中，确定出待提供贷款为3万，此时信用贷款中的贷款额度已经用完，则从还能为用户提供贷款的房屋贷款类型的贷款池以及车辆贷款类型的贷款池中确定出还款利率最小的贷款，即，车辆贷款类型的贷款池，确定出待提供的贷款为5万，从房屋贷款类型的贷款池中确定出待提供的贷款92万。

S403：将待提供贷款提供给用户。

通过上述方法，用户在获取贷款时，无需分别针对不同类型的贷款执行贷款获取请求的操作，而是只需执行一次贷款获取请求的操作即可，如，在上述步骤S401～S403中的例子中，用户无需分别针对每种类型的贷款执行获取贷款的操作，只需要执行一次获取贷款的操作，提高了用户操作的便利性。

在实际应用中，用户在使用贷款后，后续需要进行还款的操作，在本申请中，可以采用以下两种还款方式：

第一还款方式：接收用户的还款，根据从不同类型的贷款池中分别确定出的待提供贷款的比例，以及各类型的贷款池分别对应的还款利率，将该还款添加到各类型的贷款池中。

例如，假设服务器对用户提供三种类型的贷款，即，信用贷款、房屋贷款、车辆贷款，并且，在确定待提供贷款时所采用的方式是：从三种类型的贷款池中确定的待提供贷款的比例为1:1:1。

用户向服务器返还3万的贷款，所采用的还款方式与确定提供贷款时所用的方式的比例一致，因此，服务器将1万添加到信用贷款类型的贷款池中，将1万添加到房屋贷款类型的贷款池中，将1万添加到车辆贷款类型的贷款池中。

第二种还款方式：接收用户的还款，在指定贷款池中确定出还款利率最大的贷款池，并将该还款添加到确定出的贷款池中，其中，针对一个贷款池，若向该贷款池中添加的该用户的还款数额之和小于从该贷款池中确定出的待提供贷款的数额，则该贷款池为指定贷款池，所述待提供贷款的数额指的是从该贷款池中确定出的待提供贷款与还款利息之和。

例如，假设服务器对用户提供三种类型的贷款，即，信用贷款、房屋贷款、车辆贷款，信用贷款类型的贷款池的还款利率是2％，房屋贷款类型的贷款池的还款利率是4％，车辆贷款类型的贷款池的还款利率是3％，而用户使用信用贷款3万，使用房屋贷款92万，使用车辆贷款5万。

由于此时用户未进行任何还款，也即，向这三种类型的贷款池中添加的该用户的还款数额均为0，均小于从三种贷款池中确定出的待提供贷款，因此，这三种类型的贷款池均为指定贷款池。而后续用户向服务器返还20万的贷款，则服务器确定出指定贷款池(指定贷款池为上述三种类型的贷款池)中还款利率最大的贷款池为房屋类型的贷款池，因此，将20万添加到房屋类型的贷款池中。

以上为本申请实施例提供的确定资源使用权限的方法、资源提供的方法、确定贷款使用权限的方法以及贷款提供的方法，基于同样的思路，本申请实施例提供四种装置，即，确定资源使用权限的装置，如图5所示，资源提供的装置，如图6所示，确定贷款使用权限的装置，如图7所示，贷款提供的装置，如图8所示。

图5为本申请实施例提供的确定资源使用权限的装置结构示意图，所述装置包括：

接收模块501，用于接收用户发送的资源申请信息；

资源量确定模块502，用于针对每个类型的资源池，根据所述资源申请信息，确定所述用户具有权限使用该资源池中的资源的资源量；

权限确定模块503，用于将针对每个类型的资源池确定出的资源量之和确定为所述用户的资源使用权限。

所述接收模块501还用于，接收用户发送的额外申请信息；

所述资源量确定模块502还用于，在各资源池中，根据所述额外申请信息，确定所述额外申请信息对应的资源池，根据所述额外申请信息，确定所述用户具有权限使用所述额外申请信息对应的资源池中的额外资源的资源量；

所述权限确定模块503还用于，根据确定出的所述额外资源的资源量以及所述资源量之和，重新确定所述用户的资源使用权限。

所述资源量确定模块502具体用于，根据所述资源申请信息，确定所述用户具有权限使用该资源池中的资源的资源量以及有效期；

所述权限确定模块503还用于，当所述用户使用资源时，或者，当针对任一类型的资源池确定出的有效期到期时，重新确定所述用户的资源使用权限；或者，按照预设的时间间隔，重新确定所述用户的资源使用权限。

图6为本申请实施例提供的资源提供的装置结构示意图，所述装置包括：

接收模块601，用于接收用户发送的资源获取请求，其中，所述资源获取请求中携带有待获取资源的资源量；

确定模块602，用于根据所述资源获取请求，从不同类型的资源池中，分别确定出待提供资源，其中，从不同类型的资源池中分别确定出的待提供资源的资源量之和不小于所述待获取资源的资源量；

提供模块603，用于将确定出的待提供资源提供给用户。

所述确定模块602具体用于，根据所述资源获取请求，按照预设的资源量比例，从不同类型的资源池中，分别确定出待提供资源。

所述装置还包括：

资源返还模块604，用于接收用户返还的资源，根据从不同类型的资源池中分别确定出待提供资源的比例，以及各类型的资源池分别对应的返还规则，将所述用户返还的资源添加到各类型的资源池中。

图7为本申请实施例提供的确定贷款使用权限的装置结构示意图，所述装置包括：

接收模块701，用于接收用户发送的贷款申请信息；

贷款数额确定模块702，用于针对每个类型的贷款池，根据所述贷款申请信息，确定所述用户具有权限使用该贷款池中的贷款的贷款数额；

权限确定模块703，用于将针对每个类型的贷款池确定出的贷款数额之和确定为所述用户的贷款使用权限。

所述接收模块701还用于，接收用户发送的额外申请信息；

所述贷款数额确定模块702还用于，在各贷款池中，根据所述额外申请信息，确定所述额外申请信息对应的贷款池，根据所述额外申请信息，确定所述用户具有权限使用所述额外申请信息对应的贷款池中的额外贷款的贷款数额；

所述权限确定模块703还用于，根据确定出的所述额外贷款的贷款数额以及所述贷款数额之和，重新确定所述用户的贷款使用权限。

所述贷款数额确定模块702具体用于，根据所述贷款申请信息，确定所述用户具有权限使用该贷款池中的贷款的贷款数额以及有效期；

所述权限确定模块703还用于，当所述用户提供贷款时，或者，当针对任 一类型的贷款池确定出的有效期到期时，重新确定所述用户的贷款使用权限；或者，按照预设的时间间隔，重新确定所述用户的贷款使用权限。

图8为本申请实施例提供的贷款提供的装置结构示意图，所述装置包括：

接收模块801，用于接收用户发送的贷款获取请求，其中，所述贷款获取请求中携带有贷款数额；

确定模块802，用于根据所述贷款获取请求，从不同类型的贷款池中，分别确定出待提供贷款，其中，从不同类型的贷款池中分别确定出的待提供贷款的数额之和等于所述贷款获取请求中携带的贷款数额；

提供模块803，用于将待提供贷款提供给用户。

所述确定模块802具体用于，根据所述贷款获取请求，按照预设的贷款比例，从不同类型的贷款池中，分别确定出待提供贷款；或者，确定用户对应于每个类型的贷款池的贷款额度，按照各类型的贷款池对应的还款利率从小到大的顺序，依次从各类型的贷款池中确定待提供贷款，直至确定出的待提供贷款的数额之和等于所述贷款获取请求中携带的贷款数额为止，其中，针对每个类型的贷款池，从该类型的贷款池中确定待提供贷款的数额不大于所述用户对应于该类型的贷款池的贷款额度。

所述装置还包括：

资源返还模块804，用于接收用户的还款，根据从不同类型的贷款池中分别确定出的待提供贷款的比例，以及各类型的贷款池分别对应的还款利率，将所述还款添加到各类型的贷款池中；或者，接收用户的还款，在指定贷款池中确定出还款利率最大的贷款池，并将所述还款添加到确定出的贷款池中，其中，针对一个贷款池，若向该贷款池中添加的所述用户的还款数额之和小于从该贷款池中确定出的待提供贷款的数额，则该贷款池为指定贷款池。

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

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

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

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

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

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