CN116775267A - 资源配额方法、装置、设备及存储介质 - Google Patents

Abstract

本公开实施例公开了一种资源配额方法、装置、设备及存储介质，其中，所述方法包括：响应于接收用户终端的配额请求，确定与配额请求中的用户信息所匹配的配额指标；其中，配额指标至少包括配额维度；在用户终端身份合法的情况下，采用与配额维度相匹配的配额方式，基于配额指标对用户终端进行配额，得到用户终端所对应的至少一个资源池。本公开实施例可以有助于对不同资源池、不同配额指标实现差异化控制。

Description

资源配额方法、装置、设备及存储介质

技术领域

本公开涉及但不限于计算机技术领域，尤其涉及一种资源配额方法、装置、设备及存储介质。

背景技术

随着科技水平的不断提升、越来越多产品需要云化，用于实现主机、硬盘、带宽等产品的定制化需求，达到资源合理利用的效果。因此，云计算技术是信息发展和信息社会对资源需求到达一定阶段的必然结果。为保证资源的合理利用，在进行资源订购时，实现资源的配额管控是必不可少的一个环节。

发明内容

有鉴于此，本公开实施例至少提供一种资源配额方法、装置、设备及存储介质。

本公开实施例的技术方案是这样实现的：

一方面，本公开实施例提供一种资源配额方法，应用于配额中心，包括：响应于接收用户终端的配额请求，确定与所述配额请求中的用户信息所匹配的配额指标；其中，所述配额指标至少包括配额维度；在所述用户终端身份合法的情况下，采用与所述配额维度相匹配的配额方式，基于所述配额指标对所述用户终端进行配额，得到所述用户终端所对应的至少一个资源池。

另一方面，本公开实施例提供一种资源配额装置，应用于配额中心，包括：第一确定模块，用于响应于接收用户终端的配额请求，确定与所述配额请求中的用户信息所匹配的配额指标；其中，所述配额指标至少包括配额维度；分配模块，用于在所述用户终端身份合法的情况下，采用与所述配额维度相匹配的配额方式，基于所述配额指标对所述用户终端进行配额，得到所述用户终端所对应的至少一个资源池。

再一方面，本公开实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。

又一方面，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的部分或全部步骤。

又一方面，本公开实施例提供一种计算机程序，包括计算机可读代码，当所述计算机可读代码在计算机设备中运行时，所述计算机设备中的处理器执行用于实现上述方法中的部分或全部步骤。

又一方面，本公开实施例提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序被计算机读取并执行时，实现上述方法中的部分或全部步骤。

本公开实施例中，首先，通过响应于接收用户终端的配额请求，确定与配额请求中的用户信息所匹配的配额指标；其中，配额指标至少包括配额维度；这样，可以快速准确地基于配额维度进行资源池的配额。然后，在用户终端身份合法的情况下，采用与配额维度相匹配的配额方式，基于配额指标对用户终端进行配额，得到用户终端所对应的至少一个资源池；这样，通过设置资源池配额维度的配额指标，使得配额指标项在单资源池配额和多资源配额分开控制，实现对不同资源池、不同配额指标的差异化控制，实现针对资源池维度用户的配额分配与管控等。

同时，相关技术采用的配额方式中，配额校验、增加、减少等流程都需要通过添加分布式锁、串行化校验实现的，若某一用户进行配额所涉及的部门层级过多，需要与每一部门层级进行校验，导致校验时间长、配额流程中接口的响应速度慢、影响用户体验等；这里，通过去掉部门层级配额的校验，使用针对用户终端的用户层校验替代部门层级配额的校验，可以减少校验的次数，提高配额流程中接口的运行效率等。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本公开的技术方案。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。

图1为本公开实施例提供的第一种资源配额方法的实现流程示意图；

图2为本公开实施例提供的第二种资源配额方法的实现流程示意图；

图3为本公开实施例提供的第三种资源配额方法的实现流程示意图；

图4为本公开实施例提供的第四种资源配额方法的实现流程示意图；

图5为本公开实施例提供的一种配额管理***的组成结构示意图；

图6为本公开实施例提供的一种多资源池配额维度处理方法的实现流程示意图；

图7为本公开实施例提供一种配额总量的确定方法的实现流程示意图；

图8为本公开实施例提供一种管理模块和配额模块的交互示意图；

图9为本公开实施例提供一种工程的关联示意图；

图10为本公开实施例提供一种不同维度资源池配额的实现流程示意图；

图11为本公开实施例提供一种资源订购的实现流程示意图；

图12为本公开实施例提供一种资源退订的实现流程示意图；

图13为本公开实施例提供的一种资源配额装置的组成结构示意图；

图14为本公开实施例提供的一种计算机设备的硬件实体示意图。

具体实施方式

为了使本公开的目的、技术方案和优点更加清楚，下面结合附图和实施例对本公开的技术方案进一步详细阐述，所描述的实施例不应视为对本公开的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。所涉及的术语“第一/第二/第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一/第二/第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本公开实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本公开的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本公开的目的，不是旨在限制本公开。

本公开实施例提供一种资源配额方法，该方法可以由配额中心的处理器执行。其中，配额中心可以是指用于对用户终端进行资源配额、配额管理的设备或平台等，如，云端服务器等。例如：用户终端向配额中心发送配额请求，配额中心为用户终端分配相应资源池中的资源。其中，资源可以为存储、网络、内存、计算、输入输出端口(Input/Output，IO)等资源。用户终端指的可以是服务器、笔记本电脑、平板电脑、台式计算机、智能电视、机顶盒、移动设备(例如移动电话、便携式视频播放器、个人数字助理、专用消息设备、便携式游戏设备)等设备。图1为本公开实施例提供的一种资源配额方法的实现流程示意图，如图1所示，该方法包括如下步骤S101至步骤S102：

步骤S101，响应于接收用户终端的配额请求，确定与所述配额请求中的用户信息所匹配的配额指标。

这里，配额请求可以是指用于用户终端进行配额的信息，配额请求中可以包括用户终端所对应的用户信息、项目信息和资源需求额度等信息中的一种或多种。用户信息可以包括用户类型、用户身份标识等信息；项目信息可以包括项目名称、项目标识等信息，通常用于指定一个或多个项目；资源需求额度可以包括上述项目所需要使用的云资源的类型和数量，如，中央处理器的核数、内存容量和存储器的容量等。配额指标可以是指配额中心中用于对用户终端进行配额的参考数据，配额指标可以包括用户终端进行资源配额的最大值、最小值、默认总量、资源池等数据。例如：配额指标包括虚拟云主机的虚拟化类型、操作***类型、预配置规格类型、创建来源方式、***盘性能等级、用途、中央处理器核数、内存大小、***盘大小、台数等。

可以预先设置用户信息与配额指标之间的对应关系，如，用户信息表征用户终端所属的用户的用户类型为第一类型，则对应第一配额指标；用户信息表征用户终端所属的用户的用户类型为第二类型，则对应第二配额指标等；其中，第一配额指标与第二配额指标的数值不等。

配额指标至少可以包括配额维度，配额维度可以是用于在对用户终端进行配额的资源池的数量，如，配额维度为1，则表征用户终端可以调用一个资源池的资源；配额维度为2，则表征用户终端可以调用2个资源池的资源等。资源池是指云计算中所涉及到的各种硬件和软件的集合，按其类型可分为计算资源、存储资源和网络资源等不同类型的资源；云计算可以依靠虚拟化技术将多个服务器虚化为一个资源池，由于资源的多样化和复杂化，从而需要对资源进行分配(也即针对用户终端的资源配额)，云计算的资源分配是指在一个共同的云环境中用户终端可以根据一定的使用规则来调度资源的过程。

在步骤S101的实施过程中，可以包括：通过预设的通信协议接收用户终端上报的配额请求；对配额请求进行预设字段的读取，得到配额请求所携带的用户信息；基于预设的配额指标与用户信息之间的对应关系，确定与用户信息匹配的配额指标。

步骤S102，在所述用户终端身份合法的情况下，采用与所述配额维度相匹配的配额方式，基于所述配额指标对所述用户终端进行配额，得到所述用户终端所对应的至少一个资源池。

这里，在对用户终端进行配额之间，可以先对用户终端进行验证，如，基于用户信息，采用预设的验证方式对用户信息进行验证，得到验证结果；其中，验证结果包括验证成功和验证失败，验证成功可以表征用户终端身份合法，验证失败可以表征用户终端身份不合法等；或者，还可以将用户信息和配额中心的身份标识等信息发送至第三方验证平台进行验证，得到验证结果。相关技术的配额过程中所涉及的部门层级过多，配额校验、增加、减少等处理都是通过加分布式锁、串行化校验实现的，若某一用户部门层级过多，则校验时间长、验证接口响应速度慢，影响用户体验等。而本公开实施例中，通过去掉部门级配额的校验，使用针对用户终端的用户层校验替代部门层级配额的校验，可以减少校验所涉及的部门层级数量，提高验证接口的性能等。

配额方式可以是指对用户终端进行配额的逻辑或流程，不同的配额维度对应不同的配额方式，如，对应于单配额维度的单个资源池的配额方式，对应于多配额维度的多个资源池的配额方式等，以使得得到的用户终端的至少一个资源池中可使用资源量满足配额指标。例如：确定第一用户终端所对应的配额维度为3，那么获取预设的所有资源池中每一资源池当前的可使用资源量，从所有资源池中确定3个资源池作为第一用户终端进行配额得到的资源池，其中，第一用户终端的3个资源池中的可使用资源量的总和满足配额指标。

本公开实施例中，首先，通过响应于接收用户终端的配额请求，确定与配额请求中的用户信息所匹配的配额指标；其中，配额指标至少包括配额维度；这样，可以快速准确地基于配额维度进行资源池的配额。然后，在用户终端身份合法的情况下，采用与配额维度相匹配的配额方式，基于配额指标对用户终端进行配额，得到用户终端所对应的至少一个资源池；这样，通过设置资源池配额维度的配额指标，使得配额指标项在单资源池配额和多资源配额分开控制，实现对不同资源池、不同配额指标的差异化控制，实现针对资源池维度用户的配额分配与管控等。

同时，相关技术采用的配额方式中，配额校验、增加、减少等流程都需要通过添加分布式锁、串行化校验实现的，若某一用户进行配额所涉及的部门层级过多，需要与每一部门层级进行校验，导致校验时间长、配额流程中接口的响应速度慢、影响用户体验等；这里，通过去掉部门层级配额的校验，使用针对用户终端的用户层校验替代部门层级配额的校验，可以减少校验的次数，提高配额流程中接口的运行效率等。

在一些实施例中，在实施步骤S102之后，该方法还可以包括如下步骤S111至步骤S112：

步骤S111，在所述用户终端的资源池的剩余使用量满足预设条件的情况下，对所述剩余使用量进行配额冻结处理，得到预占用配额量和预占流水号。

这里，相关技术的配额下单流程中，用户通过用户终端向配额中心进行资源下单时，配额中心没有进行后台配额的冻结，当同一用户多次购买配额时，可能出现用户下单成功，但配额开通失败的情况，增加用户投诉的次数。

而本公开实施例中引入冻结配额流程，用于降低出现用户下单成功，但配额开通失败的情况。首先，用户可以通过用户终端上的订购页面发起配额校验，配额校验用于验证用户终端已关联的资源池中的剩余配额量是否满足新增的配额指标；若验证结果为验证成功，则用户可以通过订购页面发起产品订购流程，产品侧会预先发起冻结配额操作；若验证失败，则结束产品订购流程等；其中，产品侧可以是指移动云上的各个产品模块，如，主机、硬盘、网际互连协议(Internet Protocol，IP)等，产品侧也可以称为配额的业务调用方等，可以理解为产品侧携带有资源；

然后，产品订购流程可以包括从资源池中预占满足新增的配额指标的资源量，得到冻结配额量(也即预占用配额)，在预占成功后，配额中心生成一个预占流水号，并将该预占流水号反馈至产品侧；产品侧响应于接收预占流水号执行预设的内部业务逻辑，用于创建订单；在订单创建成功后，若用户需要使用该冻结配额量，可以利用该冻结配额量所对应的预占流水号发起冻结配额量的配额解冻操作，将冻结配额量转化为已使用配额量等。

步骤S112，在预设的产品订购成功的情况下，基于所述预占流水号对所述预占用配额量进行配额解冻处理，得到已使用配额量。

这里，在用户终端接收到产品侧反馈的预占流水号的情况下，确定产品订购成功；若用户终端需要调用资源执行业务，用户终端可以将预占流水号发送至产品侧，用于回调产品侧；产品侧将该预占流水号传递至配额中心，以使得配额中心更新预占用配额量为已使用配额量等，实现预占用配额的配额解冻处理。

已使用配额量可以用于在产品退订成功后对用户终端的资源池的剩余使用量进行更新，如，用户通过用户终端上的退订页面向产品侧发起退订流程，以使得产品侧控制配额中心用户终端的资源池当前的剩余使用量减去已使用配额量，得到用户终端更新后的剩余使用量。

本公开实施例中，在用户多次订购资源的情况下，通过对资源池中的资源进行配额冻结和配额解冻处理，准确地记录用户终端调用资源的资源量，有助于减少出现用户下单成功，但配额开通失败的情况。

本公开实施例提供一种资源配额方法，所述配额指标至少包括配额总量。

如图2所示，该方法包括如下步骤S201至步骤S203：

步骤S201对应于前述步骤S101，在实施时可以参照前述步骤S101的具体实施方式。

步骤S202，在所述配额维度为单个维度的情况下，从至少两个候选资源池中，获取满足所述配额总量的所述用户终端的一个所述资源池。

这里，配额总量可以是指用户终端需要使用的资源总量。以预设的移动云配额管理***架构是一个中心节点(也可以称中心节点网关)、多个属地资源池节点(也可以称为属地资源池)为例进行说明，中心节点负责配额指标等数据的维护，提供相应配额数据的查询、修改等功能，多个属地资源池节点可以提供配额管控功能，供业务调用方使用等。针对配额请求所对应的配额指标，设置携带有针对资源池数量的配额维度的配额指标，使得配额指标在单资源池和多资源配额分开控制，这样有助于实现对不同资源池、不同配额指标的差异化控制，以及实现针对资源池维度用户的配额分配与管控等。

例如：在确定用户终端身份合法的情况下，可以从配额中心所关联的所有属地资源池中确定每一属地资源池资源的剩余使用量，确定剩余使用量满足用户终端的配置总量的属地资源池，从剩余使用量满足用户终端的配置总量的属地资源池中随机获取任一属地资源池分配给用户终端；其中，单资源池维度配额(也即配额维度为单个维度时的配额)可以理解为控制该用户终端在单个资源池内资源的使用，各资源池之间的资源是相互独立，资源的使用也是在本资源池内有效，其他资源池不受该资源池的影响。

步骤S203，在所述配额维度为至少两个维度的情况下，从所述至少两个候选资源池中，获取满足所述配额总量的所述用户终端的至少两个所述资源池。

这里，以在确定用户终端身份合法的情况下，且配额维度为2个维度为例进行说明，可以从配额中心所关联的所有属地资源池中确定每一属地资源池资源的剩余使用量，确定剩余使用量之和满足用户终端的配置总量的2个属地资源池，将获取的2个属地资源池分配给用户终端，用户终端的2资源池的资源是共享的；其中，多资源池维度配额(也即配额维度为多个维度时的配额)可以理解为配额指标量是跨资源池共享的，限制同一个用户终端在多个资源池中订购该资源的总量，各资源池中配额使用量是相互关联的，不是彼此独立，有助于实现多资源池配额分配的联动控制。

本公开实施例中，通过配额维度可以准确地对用户终端进行单资源池维度配额或多资源池维度配额，有助于实现对不同资源池、不同配额指标的差异化控制，以及实现针对资源池维度用户的配额分配与管控等。

本公开实施例提供一种资源配额方法，如图3所示，该方法包括如下步骤S301至步骤S305：

步骤S305对应于前述步骤S102，在实施时可以参照前述步骤S102的具体实施方式。

步骤S301，响应于接收所述用户终端的配额请求，确定所述用户信息所匹配的用户类型。

这里，可以对用户信息矩阵解析，得到类型标识；基于预设的类型标识与用户类型之间的对应关系，确定与类型标识匹配的用户类型，如，第一类型标识对应第一用户类型，第二类型标识对应第二用户类型；其中，第一用户类型可以为普通用户，第二用户类型可以为会员用户等。

步骤S302，确定与所述用户类型匹配的候选配额集合。

这里，可以预先设置不同用户类型与不同候选配额集合之间的对应关系，如，第一用户类型对应第一候选配额集合，第二用户类型对应第二候选配额集合。候选配额集合中可以包括至少两个候选配额值，候选配额值用于表征配额指标，如，可以将第一候选配额值确定为当前用户终端的配额总量，也可以将第二候选配额值确定为当前用户终端的配额总量等。

步骤S303，按照预设的读取等级，从所述候选配额集合中获取与所述读取等级匹配的候选配额值。

这里，读取等级可以是指从候选配额集合中获取候选配额值的优先级，如，候选配额集合中包括3个候选配额值，每一候选配额值对应不同的读取等级，第一候选配额值的读取等级最高，第二候选配额值的读取等级居中，第三候选配额值的读取等级最低，那么首先可以将第一候选配额值确定为当前用户终端的配额总量。配额中心可以接收用户的控制指令，对读取等级进行调整，如，接收用户的控制指令，将第一优先级调整至第二优先级，那么可以将第二候选配额值确定为当前用户终端的配额总量等。在一些实施例中，还可以确定配额中心所关联的所有资源池资源的剩余使用量，基于预设的剩余使用量范围与读取等级之间的对应关系，确定当前的剩余使用量所对应的当前读取等级，继而基于当前读取等级，确定对应的候选配额值。

步骤S304，将与所述读取等级匹配的候选配额值确定为所述用户终端的配额总量。

这里，当前的读取等级为第一优先级，那么可将第一候选配额值确定为当前用户终端的配额总量。在一些实施例中，对候选配额值(也可以称为配额默认值)进行读取时，可以设置三个级别：用户级配额限制、用户组配额限制、产品的默认配额限制，优先级可以依次降低，以此实现对用户资源订购的差异化控制，不同用户组的用户享受的配额值可以不同。用户在读取配额指标的配额总量大小时，优先读取用户级配额限制，其次读取用户组配额限制，最后读取产品的默认配额限制，若读到其中之一，则以该限制对应的候选配额值作为用户终端的配额总量。

本公开实施例中，通过预设的读取等级获取配额总量，可以实现对资源订购的差异化控制，以及实现不同用户组的用户享受不同的配额值等。

在一些实施例中，上述步骤S102可以包括如下步骤S311至步骤S313：

步骤S311，响应于接收所述用户终端的配额请求，获取校验信息。

这里，校验信息可以包括资源池所对应的标识是不是为空、配额操作的配额总量是否大于零、配额指标所对应的名称是不是存在、用户信息是否存在等信息中的一种或多种。例如：配额中心读取资源池所对应的标识，确定该标识不为空等。

步骤S312，利用预设的查询接口，对所述校验信息进行校验，得到校验结果。

这里，查询接口可以是指用于对校验信息进行验证的接口，如，查询接口(Quota)。可以将获取的校验信息输入至查询接口，得到校验结果；校验结果包括校验成功和校验失败等，查询接口内存在预设的校验方式，在满足预设校验条件的情况下，校验结果为校验成功；在不满足预设校验条件的情况下，校验结果为校验失败等。例如：校验信息为资源池所对应的标识为空，配额指标所对应的名称存在，则校验失败；校验信息为资源池所对应的标识不为空，配额指标所对应的名称存在，则校验成功。

步骤S313，在所述校验结果表征校验成功的情况下，确定与所述配额请求中的用户信息所匹配的配额指标。

这里，可以将对用户终端进行配额的过程称为配额工程(Op-console-quota)，移动云配额工程目前的使用场景可以是在配额中心作资源的配额管控。在实现配额工程后，配额工程可以为存储工程、网络工程、秘钥管理工程、共享流量包工程等其他工程提供资源额度的管理，如，配额工程为其他工程提供用户或资源配额的校验、增加、减少、查询等功能。存储工程(Op-console-openstack-volume)可以提供对象存储等产品相关接口，网络工程(Op-console-openstack-network)提供网络产品如防火墙、安全组、实例(Havip)等产品相关接口，秘钥管理工程(Op-console-openstack-barbican)可以为各工程储存密钥，共享流量包工程(Op-console-shared-network-traffic-packet)可以提供流量包产品订购退订等功能接口等。

本公开实施例中，配额中心通过利用预设的查询接口，对校验信息进行校验，得到校验结果；在校验结果表征校验成功的情况下，可准确快速地确定与配额请求中的用户信息所匹配的配额指标，以及利用已实现的配额工程为预设的其他工程提供资源额度的管理，有助于提高各工程之间的交互效率等。

本公开实施例提供一种资源配额方法，所述配额中心包括管理模块。如图4所示，该方法包括如下步骤S401至步骤S404：

步骤S401至步骤S402分别对应于前述步骤S101至步骤S102，在实施时可以参照前述步骤S101至步骤S102的具体实施方式。

步骤S403，将所述配额指标、所述配额指标与所述用户终端的资源池之间的对应关系存储至所述管理模块。

这里，管理模块可以是指只部署在移动云配额管理***架构中的中心节点上的模块，用于对配额指标等数据进行录入、修改、查询等维护处理。为了方便配额指标等数据(如配额总量、最大值、最小值、报警阈值等)方便维护管理，可以将各属地资源池的配额指标等数据统一迁移至中心节点的管理模块进行维护，使其同配额中心的其他模型的数据(如已使用配额量等)进行隔离。管理模块也可以称为配额管理端，运维人员可以登录运维管理平台，通过运维管理平台，运维人员可以查看、新增、修改配额指标等数据(如配额总量、最大值、最小值、报警阈值等)。运维管理平台可以是指提供给运维人员使用的，可以对用户发起的提升配额操作进行审批，修改用户配额指标等数据，查询用户配额使用详情等功能的设备。

步骤S404，响应于针对所述管理模型的操作，所述配额中心的管理模块采用与所述操作匹配的处理方式对所述配额指标进行处理，得到处理后的配额指标。

这里，操作可以包括以下至少之一：查看、新增、修改。例如：响应于运维人员针对配额指标中的配额总量的修改操作，得到修改后的配额总量；管理模块可以基于修改后的配额总量再次对用户终端进行配额，得到更新后的用户终端的资源池等。

本公开实施例中，通过将配额指标、配额指标与用户终端的资源池之间的对应关系存储至管理模块，有助于实现配额指标同配额中心的其他模型的数据之间的隔离；同时，基于管理模块可以准确快速地地对配额指标等数据进行查看、新增、修改等处理。

在一些实施例中，所述配额中心包括配额模块。在实施步骤S102之后，该方法还可以包括如下步骤S411至步骤S413：

步骤S411，响应于从所述配额中心的管理模块获取所述配额指标中的配额总量，利用所述配额中心的配额模块确定所述用户终端的资源池的当前使用量。

这里，配额模块，也可以称为用户侧配额模块，可以部署在各属地资源池，用于向配额业务方(也即产品侧)提供调用，负责完成对已使用配额量等数据的校验、增加、减少、冻结、释放、查询等处理。配额模块在计算用户某一资源池的剩余使用量时，可以通过同管理模块进行交互，得到用户对应的配额总量；读取配额属地使用量数据，通过计算得到配额剩余可使用量，配额剩余量的值为总量值减去使用值得到的。

步骤S412，利用所述配额中心的配额模块，基于所述配额总量和所述当前使用量，确定所述用户终端的资源池的剩余使用量。

这里，可以读取用户终端对应的资源池中的当前使用量，将获取的配额总量减去获取的当前使用量，得到资源的剩余使用量。

步骤S413，基于所述剩余使用量，对所述用户终端的资源池的状态进行调整，得到调整后的状态。

这里，调整可以包括以下至少之一：配额校验、配额更新、配额冻结、配额解冻等。资源池的状态可以包括校验状态、更新状态、冻结状态等，通过对资源池中的资源进行处理，可以改变资源池的状态。例如：得到资源当前的剩余使用量后，将该当前的剩余使用量更新为用户终端对应的剩余使用量，实现将资源池中资源使用情况状态的更新，并将该当前的剩余使用量发送至用户终端等。

本公开实施例中，通过配额模型可以快速准确地对配额校验、配额更新、配额冻结、配额解冻等处理，实现资源池状态的调整，并及时上报至用户终端等。

下面说明本公开实施例提供的资源配额方法在实际场景中的应用，以基于用户终端和配额中心等设备设置的移动云配额管理***架构的场景为例进行说明。如图5所示，配额管理***可以包括用户终端502、中心节点网关503、一级网关节点504、二级网关节点505、产品侧506、配额中心507、属地资源池508等组成部分。

用户501可以通过用户终端502上的前端门户页面控制台订购入口生成配额请求，用户终端502将配额请求发送至中心节点网关503，中心节点网关503将配额请求水平转发中一级网关504；或者，用户终端502也可以直接将配额请求发送至一级网关504等；一级网关504再将配额请求转发至二级网关505，二级网关505将配额请求发送至配额中心507等；其中，产品侧可以是指移动云上的各个产品模块，如，主机、硬盘、网际互连协议等，产品侧也可以称为配额的业务调用方；一级网关504、二级网关节点505、产品侧506的数量可以为多个，这里并不限定。

配额中心507可以包括配额管理平台5071、管理模块5072、配额模块5073，运维人员可以通过配额管理平台5071对管理模块5072进行控制，实现管理模块5072对配额指标等数据的处理，以使得配额模块5073对用户终端502进行配额，得到用户终端502所对应的至少一个属地资源池508；其中，管理模块5072可以是指只部署在移动云配额管理***架构中的中心节点网关503的模块，用于对配额指标等数据进行录入、修改、查询等维护处理；配额模块5073可以部署在各属地资源池508，用于向产品侧506提供调用，负责完成对已使用配额量等数据的校验、增加、减少、冻结、释放、查询等处理；管理模块5072、属地资源池508的数量可以为多个，这里并不限定。如，属地资源池508包括位于第一区域的第一属地资源池、位于第二区域的第二属地资源池等。

本公开实施例提出了一种高性能分布式统一配额管理的配额管理***，通过去掉部门级别校验，转换为客户级校验，增强***的并发性；同时，基于远程字典服务(RemoteDictionary Server，Redis)分布式锁实现配额扣减、修改等管理，满足分布式***的要求；除此之外，还可以实现多资源池维度的配额管控，实现资源池之间配额总量的约束与共享等。

本公开实施例提供了一种多资源池配额维度处理方法，如图6所示，所述方法可以包括如下步骤S601至S604：

步骤S601，获取用户终端的配额请求。

这里，用户终端响应于用户订购资源的操作，生成配额请求，并将该配额请求通过中心节点网关等设备发送至配额中心，以使得配额中心获取配额请求。

步骤S602，确定配额请求所对应的配额维度是否为多维度。

这里，配额中心确定配额请求所对应的配额维度，继而确定配额维度为单维度或多维度，若配额维度为多维度，则进入步骤S603，执行预设的多资源池配额维度处理逻辑；若配额维度为单维度，则进入步骤S604，执行预设的单资源池配额维度处理逻辑。

步骤S603，确定用户终端的至少两个资源池。

这里，多资源池配额维度处理逻辑可以实现用户终端对多个资源池中资源的调用，多个资源池的资源是可以共享的。

步骤S604，确定用户终端的一个资源池。

这里，单资源池配额维度处理逻辑可以实现用户终端对一个资源池中资源的调用。

本公开实施例提供了一种配额总量的确定方法，如图7所示，配额总量701的默认值读取时可以设置了三个级别：用户级配额限制702、用户组配额限制703、产品的默认配额限制704，优先级依次降低，按照当前的优先级读取当前限制，将当前限制所对应的配额值确定为配额总量，以此实现对资源订购的差异化控制，不同用户组的用户享受的配额值不同。

本公开实施例中，可以对管理模块和配额模块进行分离设置，以使得管理模块中的数据和配额模块中的数据实现隔离。如图8所示，运维人员801可以通过管理模块802对配额指标进行处理，操作包括以下至少之一：查看、新增、修改；其中，管理模块802可以维护中配额指标和已使用配额量等的元数据，元数据可以存储至数据库8021，管理模块802可以利用Redis缓存8022将元数据发送至配额模块803；配额模块803可以将元数据存储至数据库8031，并在数据库8031中确定已使用配额量等数据，配额管理平台8032可以响应于产品经理804等人员的检测(Check)、减少(Minus)、同步(Sync)、获取(Get)、冻结(Freeze)、解冻(Release)、修改等操作，对数据库8031中的元数据进行读、写等处理，以实现用户终端的资源池的配额校验、配额更新、配额冻结、配额解冻等调整；这样，配额的减少、冻结、释放都是通过使用Redis分布式锁，提高业务逻辑操作数据的一致性，减少出现配额扣减量不对，导致超卖或少卖的现象发生，提高配额管控的准确性、高效性等。

本公开实施例中，可以将对用户终端进行配额的过程称为配额工程，如图9所示，在实现配额工程901后，配额工程901可以为存储工程902、网络工程903、秘钥管理工程904、共享流量包工程905等其他工程提供资源额度的管理，如，配额工程为其他工程提供用户或资源配额的校验、增加、减少、查询等功能。

本公开实施例提供了一种不同维度资源池配额方法，如图10所示，所述方法可以包括如下步骤S1001至S1007：

步骤S1001，响应于接收用户终端的配额请求，获取校验信息。

这里，校验信息可以包括资源池所对应的标识是不是为空、配额操作的配额总量是否大于零、配额指标所对应的名称是不是存在、用户信息是否存在等信息中的一种或多种。例如：配额中心读取资源池所对应的标识，确定该标识不为空等。

步骤S1002，利用预设的查询接口，确定校验信息是否预设校验条件。

这里，查询接口可以是指用于对校验信息进行验证的接口，如，查询接口(Quota)。可以将获取的校验信息输入至查询接口，得到校验结果；校验结果包括校验成功和校验失败等，查询接口内存在预设的校验方式，在满足预设校验条件的情况下，校验结果为校验成功，则进入步骤S1003；在不满足预设校验条件的情况下，校验结果为校验失败等，则结束流程。

步骤S1003，确定配额请求所对应的配额维度是否为多维度。

这里，若配额维度为多个维度，则进入步骤S1004；若配额维度为但个维度，则进入步骤S1006。

步骤S1004，执行多资源池配额维度处理逻辑。

这里，多资源池配额维度处理逻辑可以实现用户终端对多个资源池中资源的调用，多个资源池的资源是可以共享的。

步骤S1005，将用户终端的多个资源池的配置信息存储至中心节点网关。

这里，确定用户终端分配的多个资源池后，可以将多个资源池的名称以及配额总量等配置信息存储至中心节点网关，如，中心节点网关上部署的管理模块等。

步骤S1006，执行单资源池配额维度处理逻辑。

这里，单资源池配额维度处理逻辑可以实现用户终端对一个资源池中资源的调用。

步骤S1007，将用户终端的单个资源池的配置信息存储至配额模块。

这里，确定用户终端分配的单个资源池后，可以将单个资源池的名称以及配额总量等配置信息存储至配额模块，如，属地资源池中的数据库等。

本公开实施例提供了一种资源订购方法，如图11所示，所述方法可以包括如下步骤S1101至S1109：

步骤S1101，利用检测接口进行配额校验。

这里，订购页面可以是指用户终端上可以用于进行资源订购的显示页面，用户可以对订购页面进行操作，从而发送资源订购的流程。检测接口可以为Check接口，用于进行配额校验。配额校验用于验证用户终端已关联的资源池中的剩余配额量是否满足新增的配额指标；若验证结果为验证成功，则用户可以通过订购页面发起产品订购流程，产品侧会预先发起冻结配额操作；若验证失败，则结束产品订购流程等。

步骤S1102，响应于用户的订购操作，发起产品订购流程。

这里，订购页面可以响应于用户通过用户终端发起的订购操作，向产品侧发起产品订购流程。产品侧可以是指移动云上的各个产品模块，如，主机、硬盘、公网IP等，产品侧也可以称为配额的业务调用方等，可以理解为产品侧携带有资源。

步骤S1103，利用冻结接口对资源池进行冻结处理，得到预占用配额，并生成预占流水号，将预占流水号发送至产品侧。

这里，产品订购流程可以包括：利用冻结接口从资源池中预占满足新增的配额指标的资源量，得到冻结配额量(也即预占用配额)，在预占成功后，配额中心生成一个预占流水号(SerialNo)，并将该预占流水号反馈至产品侧。

步骤S1104，执行内部业务逻辑。

这里，内部业务逻辑可以包括读取属地资源池的剩余配额量等。

步骤S1105，基于预占流水号创建资源订单，并在创建成功后将预占流水号传递至产品侧。

这里，产品侧通过向用户终端发送携带有预占流水号的响应，用户终端可以创建资源订单，并生成携带有预占流水号的回调信息，将该回调信息回调至产品侧。

步骤S1106，在订单创建成功后，将冻结配额量转化为已使用配额量。

这里，配额中心在确定订单创建成功后，若用户需要使用冻结配额量，可以利用该冻结配额量所对应的预占流水号发起冻结配额量的配额解冻操作，将冻结配额量转化为已使用配额量等。

步骤S1107，生成携带有预占流水号的修复请求，并将修复请求发送至产品侧。

这里，在需要对订单进行修复的情况下，用户终端可以发起订单的二次修复，其中发送的修复请求中携带有预占流水号。

步骤S1108，执行内部业务逻辑。

这里，内部业务逻辑可以包括对配额指标等数据进行调整等。

步骤S1109，利用解冻接口，将冻结配额量转化为已使用配额量。

这里，配置中心可以解冻接口，基于该冻结配额量所对应的预占流水号发起冻结配额量的配额解冻操作，将冻结配额量转化为已使用配额量等。冻结接口与解冻接口一定要配合使用，同一个预占流水号可以进行释放多次，直到当前流水冻结的数量释放至零为止，既预占流水号失效。

本公开实施例提供了一种资源退订方法，如图12所示，所述方法可以包括如下步骤S1201至S1206：

步骤S1201，向产品侧发送资源退订请求。

这里，退订页面可以是指用户终端上可以用于进行资源退订的显示页面，用户可以对退订页面进行操作，从而发送资源退订的流程。通过响应于用户的退订操作，退订页面可以生成携带有预占流水号的资源退订请求。

步骤S1202，执行内部业务逻辑。

这里，内部业务逻辑可以包括读取属地资源池的剩余配额量等。

步骤S1203，利用减少接口，对资源池的资源进行更新处理，得到用户终端更新后的剩余使用量。

这里，用户通过用户终端上的退订页面向产品侧发起退订流程，以使得产品侧控制配额中心用户终端的资源池当前的剩余使用量减去已使用配额量，得到用户终端更新后的剩余使用量。

步骤S1204，记录更新后的剩余使用量。

这里，配额中心可以在配额模块或关联模型上对用户终端对于的资源池的剩余使用量进行更新。

步骤S1205，确定剩余使用量更新成功。

这里，配额中心可以向产品侧发送剩余使用量更新成功的响应。

步骤S1206，确定退订成功。

这里，产品侧可以向用户终端发送资源退订成功的响应。

相关技术中，移动云配额提供两套配额逻辑实现配额管控，一套是控制在用户订购资源创建订单过程，通过设置每个配额项的用户总量、每个用户是某个配额指标的使用量实现在下单时的配额管控；当订单创建成功，配额流程扭转到产品侧时，产品侧进行资源开通，当资源开通成功后，才会去调用第二套配额逻辑实现配额的扣减操作等。当配额使用量达到配额总量时，在下单时会提示配额不足，从而到达一个用户资源订购量的限制，实现配额管控的目的。当用户出现配额不足时，需要进行扩大配额值处理；为满足一些特殊用户需求，往往需要修改总配额值大小，这时需要后台运维人员手动对所有资源数据库进行对用户配额总量的一个调整，这样不够灵活、方便。

本公开实施例中，配额管理功能可以拉通整个移动云的配额管控，对外提供可靠、高效、稳定的配额接口(Application Program Interface，API)能力。相关技术中的移动云配额管控仅限于基础设施即服务(Infrastructure as a Service，IaaS)的主要产品，本公开实施例中的配额中心上线后可纳管整个移动云所有产品的各种配额需求，对配额模块进行独立解耦，提升产品研发、上云、运维的速度和效率等。

首先：可以将移动云配额功能分成多资源池配额和单资源池配额，多资源池配额可以让用户在多个资源池内共享配额的额度，单资源池配额的额度则在每个资源池内是独立的，互不影响，从而实现资源池配额维度的管控。

其次，在上述基础上，为优化配额内部校验逻辑，本公开实施例中可以去掉耗时的多级部门间的配额校验的流程，并通过是用客户级配额的校验来替换上线流程，让不稳定的校验过来转换成稳定的校验流程，减小了接口的响应时间，提升接口的并发性能。

同时，从属地资源池中抽象出管理模块，使得管理模块的数据同配额模块的数据分离，实现各种独立控制以及实现代码层面的解耦，便于后期运维平台的管理和维护；管理模块也可以为用户终端提供基础数据的管理功能，达到相辅相成的效果。在上述特点的基础上，该设计的配额模块同时引入了配额的冻结流程，具体为前端配额校验通过后，资源订购请求到达各个产品侧，产品侧就会立马发起冻结配额配额操作，等待具体资源开通后才会进行具体冻结的配额扣减；若用户下单成功，但一直未支付，配额中心需要释放对应配额。订单创建成功，但资源开通失败后，需要进行订单二次修复，修复成功需要释放对应的配额等。其中，冻结配额成功后会生成一个固定的唯一预占流水号，释放时必须携带该预占流水号进行对应配额的是释放。

最后，当用户需要申请扩大配额值时，用户可以自主的发起配额扩大申请，申请完成后，申请流程就会跳转到用户终端上的配额审批页面，等待在配额管理界面进行配额的审批，管理员根据当前资源池资源现状就行审批，结果以短信方式发送给用户。这样，有助于实现用户与管理侧联动，减少运维人员的介入，同时提升用户体验等。

基于前述的实施例，本公开实施例提供一种资源配额装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(Central ProcessingUnit，CPU)、微处理器(MicroprocessorUnit，MPU)、数字信号处理器(Digital SignalProcessor，DSP)或现场可编程门阵列(FieldProgrammable GateArray，FPGA)等。

图13为本公开实施例提供的一种资源配额装置的组成结构示意图，如图13所示，资源配额装置1300包括：第一确定模块1310和分配模块1320，其中：

第一确定模块1310，用于响应于接收用户终端的配额请求，确定与所述配额请求中的用户信息所匹配的配额指标；其中，所述配额指标至少包括配额维度；分配模块1320，用于在所述用户终端身份合法的情况下，采用与所述配额维度相匹配的配额方式，基于所述配额指标对所述用户终端进行配额，得到所述用户终端所对应的至少一个资源池。

在一些实施例中，所述配额指标至少包括配额总量；所述分配模块，还用于：在所述配额维度为单个维度的情况下，从至少两个候选资源池中，获取满足所述配额总量的所述用户终端的一个所述资源池；在所述配额维度为至少两个维度的情况下，从所述至少两个候选资源池中，获取满足所述配额总量的所述用户终端的至少两个所述资源池；其中，所述用户终端的至少两个所述资源池的资源是共享的。

在一些实施例中，所述第一确定模块，还用于：响应于接收所述用户终端的配额请求，确定所述用户信息所匹配的用户类型；确定与所述用户类型匹配的候选配额集合；其中，所述候选配额集合中包括至少两个候选配额值；按照预设的读取等级，从所述候选配额集合中获取与所述读取等级匹配的候选配额值；将与所述读取等级匹配的候选配额值确定为所述用户终端的配额总量。

在一些实施例中，所述配额中心包括管理模块；所述装置还包括：存储模块，用于将所述配额指标、所述配额指标与所述用户终端的资源池之间的对应关系存储至所述管理模块；其中，所述管理模块用于维护所述配额指标；处理模块，用于响应于针对所述管理模型的操作，所述配额中心的管理模块采用与所述操作匹配的处理方式对所述配额指标进行处理，得到处理后的配额指标；其中，所述操作包括以下至少之一：查看、新增、修改。

在一些实施例中，所述配额中心包括配额模块；所述装置还包括：第二确定模块，用于响应于从所述配额中心的管理模块获取所述配额指标中的配额总量，利用所述配额中心的配额模块确定所述用户终端的资源池的当前使用量；第三确定模块，用于利用所述配额中心的配额模块，基于所述配额总量和所述当前使用量，确定所述用户终端的资源池的剩余使用量；调整模块，用于基于所述剩余使用量，对所述用户终端的资源池的状态进行调整，得到调整后的状态；其中，所述调整包括以下至少之一：配额校验、配额更新、配额冻结、配额解冻。

在一些实施例中，所述第一确定模块，还用于：响应于接收所述用户终端的配额请求，获取校验信息；利用预设的查询接口，对所述校验信息进行校验，得到校验结果；在所述校验结果表征校验成功的情况下，确定与所述配额请求中的用户信息所匹配的配额指标；其中，所述用户终端进行配额所表征的配额工程用于为预设的其他工程提供资源额度的管理，所述其他工程包括以下至少之一：存储工程、网络工程、秘钥管理工程、共享流量包工程。

在一些实施例中，所述装置还包括：冻结模块，用于在所述用户终端的资源池的剩余使用量满足预设条件的情况下，对所述剩余使用量进行配额冻结处理，得到预占用配额量和预占流水号；解冻模块，用于在预设的产品订购成功的情况下，基于所述预占流水号对所述预占用配额量进行配额解冻处理，得到已使用配额量；其中，所述已使用配额量用于在所述产品退订成功后对所述用户终端的资源池的剩余使用量进行更新。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上述方法实施例描述的方法，对于本公开装置实施例中未披露的技术细节，请参照本公开方法实施例的描述而理解。

需要说明的是，本公开实施例中，如果以软件功能模块的形式实现上述的资源配额方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本公开各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read OnlyMemory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本公开实施例不限制于任何特定的硬件、软件或固件，或者硬件、软件、固件三者之间的任意结合。

本公开实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。

本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的部分或全部步骤。所述计算机可读存储介质可以是瞬时性的，也可以是非瞬时性的。

本公开实施例提供一种计算机程序，包括计算机可读代码，在所述计算机可读代码在计算机设备中运行的情况下，所述计算机设备中的处理器执行用于实现上述方法中的部分或全部步骤。

本公开实施例提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序被计算机读取并执行时，实现上述方法中的部分或全部步骤。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一些实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一些实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

这里需要指出的是：上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考。以上设备、存储介质、计算机程序及计算机程序产品实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本公开设备、存储介质、计算机程序及计算机程序产品实施例中未披露的技术细节，请参照本公开方法实施例的描述而理解。

需要说明的是，图14为本公开实施例中计算机设备的一种硬件实体示意图，如图14所示，该计算机设备1400的硬件实体包括：处理器1401、通信接口1402和存储器1403，其中：

处理器1401通常控制计算机设备1400的总体操作。

通信接口1402可以使计算机设备通过网络与其他终端或服务器通信。

存储器1403配置为存储由处理器1401可执行的指令和应用，还可以缓存待处理器1401以及计算机设备1400中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(RandomAccessMemory，RAM)实现。处理器1401、通信接口1402和存储器1403之间可以通过总线1404进行数据传输。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本公开的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本公开的各种实施例中，上述各步骤/过程的序号的大小并不意味着执行顺序的先后，各步骤/过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。

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

在本公开所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本公开各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本公开上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本公开各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

本公开所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

若本公开实施例涉及个人信息，应用本公开实施例的产品在处理个人信息前，已明确告知个人信息处理规则，并取得个人自主同意。若本公开实施例涉及敏感个人信息，应用本公开实施例的产品在处理敏感个人信息前，已取得个人单独同意，并且同时满足“明示同意”的要求。

以上所述，仅为本公开的实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。

Claims (10)

1.一种资源配额方法，其特征在于，应用于配额中心，包括：

响应于接收用户终端的配额请求，确定与所述配额请求中的用户信息所匹配的配额指标；其中，所述配额指标至少包括配额维度；

在所述用户终端身份合法的情况下，采用与所述配额维度相匹配的配额方式，基于所述配额指标对所述用户终端进行配额，得到所述用户终端所对应的至少一个资源池。

2.根据权利要求1所述的方法，其特征在于，所述配额指标至少包括配额总量；所述采用与所述配额维度相匹配的配额方式，基于所述配额指标对所述用户终端进行配额，得到所述用户终端所对应的至少一个资源池，包括：

在所述配额维度为单个维度的情况下，从至少两个候选资源池中，获取满足所述配额总量的所述用户终端的一个所述资源池；

在所述配额维度为至少两个维度的情况下，从所述至少两个候选资源池中，获取满足所述配额总量的所述用户终端的至少两个所述资源池；其中，所述用户终端的至少两个所述资源池的资源是共享的。

3.根据权利要求2所述的方法，其特征在于，所述响应于接收用户终端的配额请求，确定与所述配额请求中的用户信息所匹配的配额指标，包括：

响应于接收所述用户终端的配额请求，确定所述用户信息所匹配的用户类型；

确定与所述用户类型匹配的候选配额集合；其中，所述候选配额集合中包括至少两个候选配额值；

按照预设的读取等级，从所述候选配额集合中获取与所述读取等级匹配的候选配额值；

将与所述读取等级匹配的候选配额值确定为所述用户终端的配额总量。

4.根据权利要求1所述的方法，其特征在于，所述配额中心包括管理模块；所述方法还包括：

将所述配额指标、所述配额指标与所述用户终端的资源池之间的对应关系存储至所述管理模块；其中，所述管理模块用于维护所述配额指标；

响应于针对所述管理模型的操作，所述配额中心的管理模块采用与所述操作匹配的处理方式对所述配额指标进行处理，得到处理后的配额指标；其中，所述操作包括以下至少之一：查看、新增、修改。

5.根据权利要求4所述的方法，其特征在于，所述配额中心包括配额模块；所述方法还包括：

响应于从所述配额中心的管理模块获取所述配额指标中的配额总量，利用所述配额中心的配额模块确定所述用户终端的资源池的当前使用量；

利用所述配额中心的配额模块，基于所述配额总量和所述当前使用量，确定所述用户终端的资源池的剩余使用量；

基于所述剩余使用量，对所述用户终端的资源池的状态进行调整，得到调整后的状态；其中，所述调整包括以下至少之一：配额校验、配额更新、配额冻结、配额解冻。

6.根据权利要求1所述的方法，其特征在于，所述响应于接收用户终端的配额请求，确定与所述配额请求中的用户信息所匹配的配额指标，包括：

响应于接收所述用户终端的配额请求，获取校验信息；

利用预设的查询接口，对所述校验信息进行校验，得到校验结果；

在所述校验结果表征校验成功的情况下，确定与所述配额请求中的用户信息所匹配的配额指标；其中，所述用户终端进行配额所表征的配额工程用于为预设的其他工程提供资源额度的管理，所述其他工程包括以下至少之一：存储工程、网络工程、秘钥管理工程、共享流量包工程。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述方法还包括：

在所述用户终端的资源池的剩余使用量满足预设条件的情况下，对所述剩余使用量进行配额冻结处理，得到预占用配额量和预占流水号；

在预设的产品订购成功的情况下，基于所述预占流水号对所述预占用配额量进行配额解冻处理，得到已使用配额量；其中，所述已使用配额量用于在所述产品退订成功后对所述用户终端的资源池的剩余使用量进行更新。

8.一种资源配额装置，其特征在于，应用于配额中心，包括：

第一确定模块，用于响应于接收用户终端的配额请求，确定与所述配额请求中的用户信息所匹配的配额指标；其中，所述配额指标至少包括配额维度；

分配模块，用于在所述用户终端身份合法的情况下，采用与所述配额维度相匹配的配额方式，基于所述配额指标对所述用户终端进行配额，得到所述用户终端所对应的至少一个资源池。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述方法中的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7任一项所述方法中的步骤。