CN114254841A - 资源额度处理方法、计算设备、用户设备以及服务器 - Google Patents
资源额度处理方法、计算设备、用户设备以及服务器 Download PDFInfo
- Publication number
- CN114254841A CN114254841A CN202010995781.8A CN202010995781A CN114254841A CN 114254841 A CN114254841 A CN 114254841A CN 202010995781 A CN202010995781 A CN 202010995781A CN 114254841 A CN114254841 A CN 114254841A
- Authority
- CN
- China
- Prior art keywords
- target
- time period
- target user
- resource
- quota
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06315—Needs-based resource requirements planning or analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0201—Market modelling; Market analysis; Collecting market data
- G06Q30/0202—Market predictions or forecasting for commercial activities
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Game Theory and Decision Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Educational Administration (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例提供一种资源额度处理方法、计算设备、用户设备以及服务器,该方法包括:根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。本申请实施例提高了获取的资源额度的准确度及效率。
Description
技术领域
本申请涉及电子设备技术领域,尤其涉及一种资源额度处理方法、计算设备、用户设备以及服务器。
背景技术
在数字化时代,企事业单位可以将与IT服务相关的数据以及数据处理过程迁移到互联网云服务器上。云服务器可以提供计算资源给各种企业用户,以降低企业用户的设备搭建成本。为了能够尽可能满足较多企业用户的使用需求,可以为每个企业用户设置计算资源的购买额度,以避免出现个别企业用户占用过多计算资源,而其他用户不能获得计算资源的现象。
现有技术中,通常获取企业用户在一段时间内对计算资源的多个历史保有量。其中,历史保有量为企业用户在过去某一天实际购买的计算资源的资源数量,以服务器台数为可购买的计算资源为例,A企业在B日购买的服务器台数为500台时,该日的历史保有量为500。在获得某段时间内的多个历史保有量之后,可以从多个历史保有量中确定企业用户在该段时间内最大历史保有量,然后将最大历史保有量作为该企业用户的使用额度。
但是,采用单日最大历史保有量作为企业用户的使用额度不够准确,使用该额度进行额度管理时,会导致额度管理效率低下。
发明内容
有鉴于此,本申请实施例提供一种资源额度处理方法、计算设备、用户设备以及服务器,用以解决现有技术中估计获得的资源额度不够准确的技术问题。
第一方面,本申请实施例提供一种资源额度处理方法,包括:
根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;
基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;
根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
第二方面,本申请实施例提供一种资源额度处理方法,包括:
针对目标用户发起第一额度获取请求至计算设备;其中,所述第一额度获取请求包括所述目标用户对应的目标时间段,以供所述计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度;
接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度;
基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理。
第三方面,本申请实施例提供一种资源额度处理方法,包括:
发送第二额度获取请求至计算设备;其中,所述第二额度获取请求包括目标用户对应的目标时间段,以供计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度;
接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度;
检测所述目标用户对所述资源额度的确认操作;
向所述计算设备反馈所述确认操作,以供所述计算设备响应所述确认操作,利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
第四方面,本申请实施例提供一种计算设备,包括:存储组件与处理组件;所述存储组件用于存储一条或多条计算机指令;所述一条或多条计算机指令被所述处理组件调用;
所述处理组件用于:
根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
第五方面,本申请实施例提供一种用户设备,包括:存储组件与处理组件;所述存储组件用于存储一条或多条计算机指令;所述一条或多条计算机指令被所述处理组件调用;
所述处理组件用于:
针对目标用户发起第一额度获取请求至计算设备;其中,所述第一额度获取请求包括所述目标用户对应的目标时间段,以供所述计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度;接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度;基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理。
第六方面,本申请实施例提供一种服务器,包括:存储组件与处理组件;所述存储组件用于存储一条或多条计算机指令;所述一条或多条计算机指令被所述处理组件调用;
所述处理组件用于:
发送第二额度获取请求至计算设备;其中,所述第二额度获取请求包括目标用户对应的目标时间段,以供计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度;接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度;检测所述目标用户对所述资源额度的确认操作;向所述计算设备反馈所述确认操作,以供所述计算设备响应所述确认操作,利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
本申请实施例,根据目标用户对应多个历史保有量,预测获得目标用户在目标时间段的目标需求信息,从而根据目标用户对应的多个历史保有量,预测获得目标时间段的目标需求信息。目标需求信息可以通过预测额度估计模型。之后,可以利用预设额度调整策略对目标额度进行调整处理,获得目标用户在目标时间段对资源占有的资源额度,从而实现目标用户资源额度的准确获取,提供资源额度的获取效率以及有效性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种资源额度处理方法的一个实施例的流程图;
图2为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图;
图3为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图;
图4为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图;
图5为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图;
图6为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图;
图7为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图;
图8为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图;
图9为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图;
图10为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图;
图11为本申请实施例提供的一种资源额度获取方法的一个示例图;
图12为本申请实施例提供的一种计算设备的一个实施例的结构示意图;
图13为本申请实施例提供的一种计算设备的一个实施例的结构示意图;
图14为本申请实施例提供的一种服务器的一个实施例的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义,“多种”一般包含至少两种,但是不排除包含至少一种的情况。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于识别”。类似地,取决于语境,短语“如果确定”或“如果识别(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当识别(陈述的条件或事件)时”或“响应于识别(陈述的条件或事件)”。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
本申请实施例的技术方案可以应用于计算资源、数据资源和/或水电资源等资源的额度的分配场景中,通过采用历史时间段的多个历史保有量对未来的目标时间段进行额度估计,提高额度估计效率以及准确度。
现有技术中,在需要对计算资源进行额度估计时,多使用历史时间段内的多个历史保有量,并将该多个历史保有量中的最大值作为用户的资源额度。但是将最高历史保有量作为资源额度时,容易导致该资源的额度分配不够准确,导致额度管理效率较低。
本申请实施例中,为了解决额度管理效率较低的技术问题,可以为每个用户设置专有额度,而为了为每个用户设置专有额度,即需要先确认该用户的额度。本实施例中,获取目标用户需要进行额度资源固件的目标时间段之后,可以将该目标时间段对应的历史时间段的中,该目标用户对该资源的多个历史保有量,预测获得目标用户在目标时间段的目标需求信息。从而可以基于目标需求信息以及预设额度估计模型,估计获得目标用户在目标时间段的目标额度。通过采用历史保有量估计位于未来一目标时间段的目标额度,可以获得准确的目标额度,从而在利用更准确的目标额度进行额度管理时,可以提高额度的管理效率。
下面将结合附图对本申请实施例进行详细描述。
如图1所示,为本申请实施例提供的一种资源额度处理方法的一个实施例的流程图,所述方法可以包括以下几个步骤:
101:根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息。
102:基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度。
103:根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
本申请实施例中,根据目标用户对应多个历史保有量,预测获得目标用户在目标时间段的目标需求信息,从而根据目标用户对应的多个历史保有量,预测获得目标时间段的目标需求信息。目标需求信息可以通过预测额度估计模型。之后,可以利用预设额度调整策略对目标额度进行调整处理,获得目标用户在目标时间段对资源占有的资源额度,从而实现目标用户资源额度的准确获取,提供资源额度的获取效率以及有效性。
如图2所示,为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图,所述方法可以包括以下几个步骤:
201:获取目标用户需要进行额度估计的目标时间段。
本申请实施例所提供的资源额度处理方法可以应用于计算设备。该计算设备例如可以包括:个人计算机、超级计算机、笔记本电脑、服务器,服务器例如可以为云服务器或者普通服务器,本申请实施例对计算设备的具体类型不作过多限定。
目标用户可以指使用资源的用户。目标用户在通过注册、验证以及付费等步骤之后,取得资源的使用权的用户。目标用户在实际应用中可以包括多个,也即可以分别对多个目标用户在目标时间段进行额度估计,以对大量用户的资源额度进行管理,提高额度管理效率。
可选地,获取目标用户需要进行额度估计的时间段可以包括:确定对目标用户的估计时长;位于当前时间之后且与该当前时间的时间差值为估计时长的终止时间;确定当前时间对应的起始时间以及该终止时间构成的目标时间段。
目标用户需要进行额度估计的目标时间段具体可以是对目标用户的资源额度进行估计的目标时间段。
可选地,资源可以包括:计算资源、数据资源等。计算资源例如可以为内存、计算机服务、服务器数量、云服务器数量等。数据资源例如可以包括资金、水量、电量、数据流量等。资源单位具体可以根据实际资源内容不同而不同,本实施例中所设计的额度是指针对资源的单位而计量的。
202:确定目标时间段对应的历史时间段。
历史时间段可以通过目标时间段确定。其中,历史时间段的时长与目标时间段的时长相同。
可选地,可以结合当前时间以及目标时间段的时长来确定目标时间段对应的历史时间段。具体的确定步骤可以包括:确定目标时间段对应的估计时长;获取位于当前时间之前且与当前时间的时间差值为固件时长的历史起始时间,确定历史起始时间以及当前时间对应的历史终止时间构成的历史时间段。
可选地,可以将位于当前时间之前且与目标时间段的时长相同的一段时间段作为目标时间段对应的历史时间段。具体的确定步骤可以包括:确定目标时间段对应的估计时长;获取位于当前时间之前,且时长与该估计时长相同的一时间段作为历史时间段。
203:根据目标用户在历史时间段对资源的多个历史保有量,预测获得目标用户在目标时间段的目标需求信息。
可选地,目标用户在历史资源段对资源的多个历史保有量由资源提供方提供获得。
时间段以一定时间维度为划分标准,可以划分为多个子时间段。可以获取目标用户在每个子时间段对资源的保有量,以获得多个历史保有量。在实际应用中,目标时间段的时长可以为6个月,时间维度可以为天,将一个月以天为时间维度划分时,可以获得180天,也就是180个子时间段,此时可以确定目标时间段中目标用户每天对资源的保有量,以获得180个历史保有量。
以天为时间维度时,目标用户在历史时间段对资源的多个历史保有量具体可以包括:确定目标用户在历史时间段对应的天数,获得在历史时间段中目标用户每天对资源的保有量,以获得历史时间段对应的天数个历史保有量。
目标需求信息为可以用于衡量用户在目标时间段的资源需求量的数据,目标需求信息可以包括至少一个资源需求数据。例如,目标需求信息可以包括在目标时间段的方差以及均值等可以用于衡量资源需求量的数据。
204:基于目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度。
其中,目标额度可以为目标用户在目标时间段内对资源的资源额度。当然,在一些实施例中,还可以在目标额度的基础上进行额度的增加或减少,以获得最终的资源额度,以实现额度资源的可扩展性,实现对额度的多层次控制。还可以将目标额度与其他方式获得的额度进行比较,以获得更准确更匹配的资源额度。
可以将目标需求信息作为一种输入数据输入至参数已知的额度估计模型,估计获得目标额度。
205:根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
本申请实施例中,获取目标用户需要进行额度估计的目标时间段。之后,确定目标时间段对应的历史时间段,根据目标用户在历史时间段对资源的多个历史保有量,预测获得目标用户在目标时间段的目标需求信息。通过获取目标时间段对应的历史时间段,然后利用历史时间段的历史保有量估计目标时间段的目标需求信息。通过历史资源数据以估计目标时间段的需求,也即,目标需求信息以及预设额度估计模型,估计获得目标用户在目标时间段的目标额度。通过目标时间段的需求以估计其对应的目标额度,获得准确的目标额度,提高额度估计的准确性。
在某些实施例中,根据目标用户在历史时间段对资源的多个历史保有量,预测获得目标用户在目标时间段的目标需求信息可以包括:
根据目标用户在历史时间段对资源的多个历史保有量,预测获得目标用户在目标时间段的多个估计保有量;
利用多个估计保有量进行需求计算,获得目标用户在目标时间段的目标需求信息。
可选地,根据目标用户在历史时间段对资源的多个历史保有量,预测获得目标用户在目标时间段的多个估计保有量可以包括:采用时间序列模型,利用目标用户在历史资源段对资源的多个历史保有量,预测获得目标用户在目标时间段的多个估计保有量。
时间序列是按照时间顺序排列的、随时间变化且相互关联的数据序列。对时间序列进行分析时具体所采用的方法模型可以为时间序列模型。
时间序列的分析方法可以包括多种,例如可以包括移动平均法、指数平滑法、自然回归法等,每种时间序列的分析方法可以对应有相应的时间序列模型。时间序列模型对多个历史保有量的具体分析方式可以按照多个历史保有量对应的时间先后顺序,进行保有量预估,获得多个估计保有量。
如图3所示,为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图,该方法可以包括:
301:获取目标用户需要进行额度估计的目标时间段。
本实施例中部分步骤与图2所示实施例的内容相同,在此不在赘述。
302:确定目标时间段对应的历史时间段。
303:根据目标用户在历史时间段对资源的多个历史保有量,计算获得历史时间段对应的历史需求信息。
304:根据历史时间段的历史需求信息,确定目标时间段的目标需求信息。
在根据历史时间段对应的多个历史保有量预测获得目标时间段的目标需求信息时,可以根据目标用户在历史时间段对资源的多个历史保有量,计算获得历史时间段对应的历史需求信息,然后根据历史时间段的历史需求信息,预测获得目标时间段的目标需求信息。
305:基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度。
306:根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
本实施例中,将目标需求信息作为一种策略参数输入额度估计模型,以估计获得目标用户在目标时间段的目标额度。额度估计模型可以在策略参数的基础上进行额度的估计,以初步获得目标额度,以提高额度的估计效率以及估计的准确度。
目标时间段的目标需求信息可以根据历史时间段的历史需求信息预测获得。其中,较为常用的可以是根据历史时间段的历史需求信息,采用时间序列模型估计获得目标时间段的目标需求信息。可选地,根据历史时间段的历史需求信息,确定目标时间段的目标需求信息可以包括:
根据历史时间段的历史需求信息,采用时间序列模型预测目标时间段的目标需求信息。
时间序列是按照时间顺序排列的、随时间变化且相互关联的数据序列。对时间序列进行分析时具体所采用的方法模型可以为时间序列模型。
时间序列的分析方法可以包括多种,例如可以包括移动平均法、指数平滑法、自然回归法等,每种时间序列的分析方法可以对应有相应的时间序列模型。时间序列模型的对时间序列的具体分析方式可以按照历史需求信息对应的时间先后顺序,进行需求预估,获得目标需求信息。
作为一个实施例,根据目标用户在历史时间段对资源的多个历史保有量,计算获得历史时间段对应的历史需求信息可以包括:
根据目标用户在历史时间段对资源的多个历史保有量,确定多个历史保有量分别对应的历史需求量,获得多个历史需求量;
对多个历史需求量进行需求统计处理,获得历史时间段对应的历史需求信息。
历史时间段中可以包括多个历史子时间段,每个历史子时间段对应一历史保有量,每个历史保有量可以对应一历史需求量。需求量为基于保有量计算获得。
对多个历史需求量进行需求统计处理,以获得历史时间段对应的历史需求信息可以包括:对多个历史需求量进行需求均值计算、需求方差计算等统计处理,获得历史时间段对应的历史需求信息。此时,历史需求信息可以包括:历史均值、历史方差等需求数据。
作为一种可能的实现方式,根据目标用户在历史时间段对资源的多个历史保有量,确定多个历史保有量分别对应的历史需求量,获得多个历史需求量可以包括:
根据目标用户在历史时间段分别对资源的多个历史保有量,确定多个历史保有量分别关联的关联历史保有量;
针对任一个历史保有量,以及历史保有量关联的关联历史保有量,确定历史保有量对应的历史需求量,以获得多个历史保有量分别对应的历史需求量。
历史时间段可以按照一定时间维度划分为多个子时间段,可以确定目标用户在每个子时间段的资源保有量,以获得多个历史保有量。
其中,任一个历史保有量关联的关联历史保有量可以包括至少两个。关联历史保有量为位于历史保有量对应保有时间段相邻的保有时间段关联的历史保有量。
任一个保有时间段相邻的保有时间段可以指位于保有时间段一侧且依次相邻的至少一个保有时间段。
在某些实施例中,根据目标用户在历史时间段分别对资源的多个历史保有量,确定多个历史保有量分别关联的关联历史保有量可以包括:
确定多个历史保有量在历史时间段中分别对应的保有时间段;
根据任一个历史保有量对应的保有时间段,确定与保有时间段相邻且连续的多个关联保有时间段;
确定多个关联保有时间段分别对应的历史保有量为历史保有量的关联历史保有量。
历史时间段被划分被多个子时间段,每个子时间段对应一个历史保有量,该历史保有量对应的一个子时间段即可以为一个保有时间段。任意两个保有时间段各自对应的多个关联保有时间段的数量相同。
其中,与保有时间段相邻且连续的多个关联保有时间段均位于保有时间段之前。或者部分位于保有时间段之前,部分位于保有时间段之后。或者均位于保有时间段之后。具体可以根据实际的分析需求而确定。
可选地,确定多个历史保有量在历史时间段中分别对应的保有时间段可以包括:将历史时间段划分为多个子时间段;确定每个子时间段对应的保有量,以获得多个子时间段分别对应的历史保有量;确定任一个历史保有量对应的子时间段为该历史保有量对应的保有时间段,以获得该多个历史保有量分别对应的保有时间段。
为了便于理解,以历史时间段为6个月,保有时间段为1天为例进行详细说明。本实施例中,可以确定180个历史保有量分别对应的保有时间段,例如,假设该历史时间段为2019年2月1日至2019年7月31日,每个保有时间段恰好为一天的0点到24点,也即2019年2月1日至2019年7月31日,目标用户对资源的历史保有量已知。对于每个以天为单位的保有时间段而言,其关联的关联保有时间段可以是与其相邻的且连续的多个保有时间段,以2019年5月1日为例,其对应的多个关联保有时间段可以为2019年4月16日至2019年4月30日之间的15天时间段。2019年5月1日对应的历史保有量关联的多个关联历史保有量为2019年4月16日至2019年4月30日之间以天为单位的时间段分别对应的历史保有量。
在一种可能的设计中,针对任一个历史保有量,以及历史保有量关联的关联历史保有量,确定历史保有量对应的历史需求量,以获得多个历史保有量分别对应的历史需求量可以包括:
针对任一个历史保有量关联的关联历史保有量,确定关联历史保有量中的最大保有量以及最小保有量;
计算最大保有量与最小保有量的差值,获得浮动保有量;
计算历史保有量与浮动保有量的和,获得历史保有量对应的历史需求量,以获得多个历史保有量分别对应的历史需求量。
将与历史保有量相邻且连续的多个关联历史保有量进行差值计算,以获得最大保有量与最小值保有量的差值,作为浮动保有量。将浮动保有量与历史保有量之和作为历史需求量,实现历史需求量的准确计算。通过将历史保有量在某段时间上的浮动量作为需求量的计算基础,可以提高需求量的准确度,从而在利用需求量进行需求估计时,可以获得更准确的估计结果,从而促进目标额度的准确性的提高,进一步提高资源额度的准确性,提高额度管理效率。
如图4所示,为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图,该方法可以包括:
401:获取目标用户需要进行资源额度估计的目标时间段。
402:确定目标时间段对应的历史时间段。
403:根据目标用户在历史时间段对资源的多个历史保有量,预测获得目标用户在目标时间段的目标需求信息。
404:基于目标需求信息,确定模型输入数据。
405:将模型输入数据输入目标模型参数对应的额度估计模型,计算获得目标用户在目标时间段的目标额度。
本申请实施例中部分步骤与前述实施例中的部分步骤相同,为了描述的简洁性考虑,在此不再赘述。
作为一个实施例,基于目标需求信息,确定模型输入数据可以包括:
根据目标用户在历史时间段对资源的多个历史保有量,确定目标用户在历史时间段对资源的保有波动信息;
基于目标需求信息、保有波动信息以及目标用户的用户信息,确定模型输入数据。
其中,保有波动信息可以包括:购买频率的波动信息、购买量的波动信息、保有量的波动信息以及单日最高购买量的波动信息中的一个或多个。
以天为时间划分基础为例。单日购买量可以指目标用户单日在原有资源的基础上,新增加的对资源的新增购买量。例如,目标用户在某日原对服务器资源的保有量为500台,后将资源扩增为600台,则该目标用户在该日对服务器资源的购买量为100台。单日最高购买量可以为目标时间段中,存在购买量的保有量中的最大历史保有量。
购买频率的波动信息可以为目标时间段中多个月份分别对应购买频率的变化数据,该购买频率的变化数据例如可以为相邻两个月的购买频率的增加或者减少。
购买量的波动信息可以为目标时间段中存在购买量波动的变化数据。该购买量的波动信息例如可以为两次相邻资源购买操作各自对应购买量的突然增大或减少。
同样,保有量的波动信息可以为目标时间段中存在保有量波动的变化数据。该保有量的变化数据可以为相邻两天的保有量变化。
在一种可能的设计中,多个历史保有量可以为目标用户在历史时间段中第一时间维度上的多个资源保有量。该第一时间维度可以为天。
根据目标用户在历史时间段对资源的多个历史保有量,确定目标用户在历史时间段对资源的保有波动信息可以包括:
根据目标用户在历史时间段中第一时间维度上的多个历史保有量,确定目标用户在历史时间段中第二时间维度上的保有波动信息。
可选地,第一时间维度可以为天,第二时间维度可以为月。
可以根据目标用户在历史时间段中以天为时间维度的多个历史保有量,确定目标用户在历史时间段中以月为时间维度的保有波动信息。
在时间应用中,可以确定历史时间段中每个月对应的至少一个历史保有量,并根据每个月的至少一个历史保有量,确定该月的保有波动信息。
或者在实际应用中,第二时间维度可以与第一时间维度相同,均为天。可以确定历史时间段中每天的历史保有量,并根据每天的历史保有量,确定该历史时间段的保有波动信息。
在一些实施例中,额度估计模型的目标模型参数可以通过以下方式确定:
获取目标时间段对应训练时间段。
获取目标用户在训练时间段的多个真实保有量。
确定训练时间段对应的训练历史时间段;
根据目标用户在训练历史时间段对资源的多个训练历史保有量,预测获得目标用户在目标时间段的训练需求信息;
基于训练需求信息,确定第一输入数据;
将第一输入数据输入第一模型参数对应的额度估计模型,估计获得目标用户在训练时间段的训练额度。
根据训练额度以及多个真实保有量,对额度估计模型的第一模型参数进行参数优化处理,获得目标模型参数。
其中,训练时间段的时间长度与目标时间段的时间长度相等。训练时间段的时间长度与历史时间段的时间长度相等。
需要说明的是,在训练时间段对多个训练历史保有量的获取方式与前述目标时间段的多个历史保有量的获取方式相同,预测训练需求信息的方式与预测目标需求信息的方式相同,以及对额度估计模型的使用过程均相同,为了描述简洁性的考虑,在此不再赘述。
如图5所示,为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图,该方法可以包括:
501:获取目标用户需要进行资源额度估计的目标时间段。
502:获取目标时间段对应的训练时间段。
503:获取目标用户在训练时间段的多个真实保有量。
504:确定训练时间段对应的训练历史时间段。
505:根据目标用户在训练历史时间段对资源的多个训练历史保有量,预测获得目标用户在目标时间段的训练需求信息。
506:基于训练需求信息,确定第一输入数据。
507:将第一输入数据输入第一模型参数对应的额度估计模型,估计获得目标用户在训练时间段对应的训练额度。
508:根据训练额度以及多个真实保有量,对额度估计模型的第一模型参数进行参数优化处理,获得目标模型参数。
509:确定目标时间段对应的历史时间段。
510:根据目标用户在历史时间段对资源的多个历史保有量,预测获得目标用户在目标时间段的目标需求信息。
511:基于目标需求信息以及目标模型参数对应的额度估计模型,估计获得目标额度。
512:根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
本申请实施例中部分步骤与前述实施例中的部分步骤相同,为了描述的简洁性考虑,在此不再赘述。
本实施例中,先通过训练时间段训练获得额度估计模型,再对目标时间段的目标额度进行额度估计,获得目标额度。体现额度估计模型的获取过程,实现自动话优化模型,可以提高额度估计模型的获取效率以及应用效率。
作为一个实施例,根据训练额度以及多个真实保有量,对额度估计模型的第一模型参数进行参数优化处理,获得目标模型参数可以包括:
根据训练额度以及多个真实保有量,进行资源需求模拟处理,获得需求模拟结果;
如果需求模拟结果满足预设目标结果,确定第一模型参数为目标模型参数;
如果需求模拟结果不满足目标结果,更新第一模型参数,并返回至将第一输入数据输入更新后的第一模型参数对应的额度估计模型,估计获得目标用户在训练时间段的训练目标额度的步骤继续执行。
目标用户在训练时间段的多个真实保有量可以由资源提供方提供的历史资源数据统计分析获得。具体采用的统计分析方式可以包括同日数据归纳,也即将同一日的历史资源数据划分至同一组。对同日数据的数据加权、均值、方差等不同统计方式的数据计算。以及对相邻两日数据的差值计算、分析等处理。此外,另外一些贝叶斯计算等统计学常用的处理方式均可以属于本申请实施例中所采用的统计分析方式。
作为一个实施例,根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度之后,该方法还可以包括:
利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
在利用资源额度对目标用户在目标时间段进行资源管理时,可以将资源额度发送至资源提供方,以供资源提供方对目标用户的使用情况进行监控。作为一种可能的实现方式,所述利用所述资源额度在所述目标时间段对所述目标用户进行资源管理包括:
发送所述目标用户在所述目标时间段的资源额度至资源提供方,以供所述资源提供方基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理。
资源提供方可以为提供资源的对象。发送目标用户在目标时间段的资源额度至资源提供方具体可以包括:发送目标用户在目标时间段的资源额度至资源提供方对应的设备。该设备例如可以为手机、平板电脑、超级个人计算机、服务器等,服务器例如可以包括:普通服务器或者云服务器等。
资源提供方获取到资源额度之后,可以利用资源额度在目标时间段对目标用户进行资源管理。其中,对目标用户进行资源管理的步骤具体可以包括:将目标用户在目标时间段对资源的额度设置为接收到的资源额度;监控目标用户在目标时间段对资源的保有量或者新增量等资源使用数据;基于目标用户的资源使用数据判断用户对资源的使用是否超过资源额度;如果超过,向目标用户发出警告提示信息,以提示目标用户资源使用超额。
在前述实施例中,根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息之前,还包括:
接收所述资源提供方对所述目标用户发起的第一额度获取请求;其中,所述第一额度获取请求包括所述目标时间段;
所述根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息包括:
响应所述第一额度获取请求,根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息。
如图6所示,为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图,该方法可以包括:
601:接收所述资源提供方对所述目标用户发起的第一额度获取请求。
其中,所述第一额度获取请求包括所述目标时间段。
本申请实施例中部分步骤与前述实施例中的部分步骤相同,为了描述的简洁性考虑,在此不再赘述。
602:响应所述第一额度获取请求,根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息。
603:基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;
604:根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
605:发送所述目标用户在所述目标时间段的资源额度至资源提供方,以供所述资源提供方基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理。
本申请实施例中,资源提供方可以请求进行额度管理,以获取目标用户对应的资源额度,从而资源提供方可以获取目标用户在目标时间段准确的资源额度,并在目标时间段对目标用户进行资源的额度管理,实现对目标用户的有效管理。
在利用资源额度对目标用户在目标时间段进行资源管理时,可以将资源额度发送至用户端,以供用户端为目标用户输出资源额度,并判断目标用户对该资源额度是否确认。作为又一个实施例,利用所述资源额度在所述目标时间段对所述目标用户进行资源管理可以包括:
发送所述资源额度至所述目标用户对应的用户端,以供所述用户端为所述目标用户输出所述资源额度,并检测所述目标用户对所述资源额度的确认操作,以反馈所述确认操作;
获取所述目标用户对应用户端反馈的所述确认操作;
响应所述确认操作,利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
通过为目标用户展示资源额度,以供目标用户对资源额度进行确认,实现资源额度的确认方与目标用户之间的交互,以对资源额度进行进一步确认,提供目标用户对资源额度的管理效率,提高资源管理的有效性。
在某些实施例中,根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息之前,还包括:
检测所述目标用户发起的第二额度获取请求;其中,所述第二额度获取请求中包括所述目标时间段;
所述根据目标用户对应的多个历史保有量,预测获得所述目标用户的目标需求信息包括:
响应所述第二额度获取请求,根据目标用户对应的多个历史保有量,预测获得所述目标用户在所述目标时间段的目标需求信息。
如图7所示,为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图,该方法可以包括:
701:检测所述目标用户发起的第二额度获取请求。
其中,所述第二额度获取请求中包括所述目标时间段。
本申请实施例中部分步骤与前述实施例中的部分步骤相同,为了描述的简洁性考虑,在此不再赘述。
702:响应所述第二额度获取请求,根据目标用户对应的多个历史保有量,预测获得所述目标用户在所述目标时间段的目标需求信息。
703:基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;
704:根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
705:发送所述资源额度至所述目标用户对应的用户端,以供所述用户端为所述目标用户输出所述资源额度,并检测所述目标用户对所述资源额度的确认操作,以反馈所述确认操作。
706:获取所述目标用户对应用户端反馈的所述确认操作。
707:响应所述确认操作,利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
本申请实施例中,目标用户可以发起额度获取请求,并针对目标用户发起的额度获取请求实现与目标用户的资源额度的交互管理,以供目标用户对资源额度及时确认,提高额度与用户的关联性,获取准确有效的资源额度。
目标额度是为目标用户估计获得的额度,在实际应用中,为用户设置的额度应小于用户实际对资源的保有量。但是,对于未来的目标时间段而言,在未来时间段的最大保有量未知,此时可以将历史保有量中的最大历史保有量作为比较基础,以确保资源额度能够满足目标用户的实际使用需求。在一种可能的设计中,根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度可以包括:
根据所述历史时间段的所述多个历史保有量,确定最大历史保有量;
如果所述最大历史保有量大于所述目标额度,将所述最大历史保有量作为所述目标时间段的资源额度;
如果所述最大历史保有量小于所述目标额度,将所述目标额度作为所述目标时间段的资源额度。
本实施例中,在确定资源额度时,可以确定历史时间段的多个历史保有量中的最大历史保有量,以将最大历史保有量与目标额度进行比较。如果最大历史保有量大于目标额度说明此时的资源额度不满足最大历史保有量,可以将最大历史保有量作为资源额度,以确保资源额度能够满足最大历史保有量,从而在目标时间段内能够满足目标用户的使用需求。而如果最大历史保有量小于目标额度时,可以将目标额度作为资源额度,此时资源额度能够满足目标用户的使用需求,实现对目标用户的资源额度的有效管理。
在一些实施例中,可以将资源额度为目标用户展示,以供目标用户查看。在目标用户查看资源额度的过程中,如果判断资源额度实际并不满足其在目标时间段的使用需求可以申请对资源额度进行修改,如果判断资源额度实际超出其在目标实际段的使用需求,也可以申请对资源额度进行修改。因此,根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度可以包括:
发送所述资源额度至所述目标用户对应的用户端,以供所述用户端为所述目标用户输出所述资源额度,并检测所述目标用户对所述资源额度的额度修改操作,获取额度修改数据,以反馈所述额度修改数据对应的额度修改请求;
获取所述目标用户对应用户端反馈的所述额度修改请求;
利用所述额度修改请求对应的额度修改数据对所述资源额度进行修改处理,获得所述目标用户在所述目标时间段对应的修改后的资源额度。
在实际应用中,目标用户可以与其他用户存在关联关系,例如用户身份信息、用户所属服务领域或者用户等级等相同或相似的用户可以为存在关联关系的用户。
在一种可能的设计中,根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度可以包括:
确定所述目标用户关联的关联用户;
获取所述关联用户对应的关联资源额度;
基于所述目标额度以及所述关联用户对应的关联资源额度,确定所述目标用户在所述目标时间段的资源额度。
其中,关联用户的关联资源额度,可以为关联用户在历史时间段对应的历史资源额度或者关联用户在目标时间段对应的估计资源额度。
作为一种可能的实现方式,确定所述目标用户关联的关联用户可以包括:确定所述目标用户所属的目标服务类型;获取服务类型为目标服务类型的至少一个用户为所述关联用户。属于同一服务类型的用户均可以为存在关联关系的用户。可以将服务类型为目标用户类型的至少一个用户作为关联用户。
作为又一种可能的实现方式,确定目标用户关联的关联用户可以包括:确定目标用户所属的目标用户等级;获取用户等级与目标用户等级相同的至少一个用户为关联用户。当然,关联用户也可以是与目标用户在用户等级、用户类型均相同的用户。
在实际应用中,目标用户可能属于不同类型的用户。例如,本申请实施例应用于云服务器等计算资源的额度管理场景时,目标用户可能属于电子商务、医疗企业或者制造厂家等多种服务类型的用户。为了实现对不同用户类型的用户进行额度的精准管理,可以按照用户所属服务类型进行针对性额度分配。
作为又一个实施例,根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度可以包括:
确定所述目标用户所属的目标服务类型;
基于服务类型与调整策略的对应关系,确定所述目标服务类型对应的调整策略;
根据所述目标服务类型对应的调整策略,对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
其中,确定目标用户所属的目标服务类型可以包括:基于目标用户对应的目标类型标识,从至少一个服务类型分别对应的类型标识中查找与目标类型标识相匹配的类型标识对应的服务类型为所述目标服务类型。
可选地,用户所对应的服务类型可以根据用户的服务领域、服务内容来确定。至少一个服务类型可以包括电子商务类型、云服务类型、健康医疗类型、金融类型和/或制造类型等。以上服务类型仅仅是示例性的,并不应构成对本申请技术方案的具体限定。
在本实施例中,可以为每个服务类型预设相应的调整策略。其中,在目标服务类型对应的调整策略可以为在目标额度的基础上增加一定比例,或者在目标额度的基础上减少一定比例,或者还可以为在目标额度的基础上减少一定的比例。
目标用户的历史保有量,可以根据用户信息,从资源提供方处获得。作为又一个实施例,根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息之前,还可以包括:
确定所述目标用户的目标用户信息;
基于所述目标用户信息,向资源提供方发起历史获取请求,以供所述资源提供方响应所述历史获取请求,反馈所述目标用户的多个历史保有量;
接收所述资源提供方提供的所述目标用户的多个历史保有量。
作为一种可能的实现方式,确定所述目标用户的目标用户信息可以包括:
检测所述目标用户对应用户端发起的第三额度获取请求;
响应所述第三额度获取请求,确定所述目标用户对应的目标用户信息。
其中,所述第三额度获取请求包括所述目标用户的目标用户信息。
如图8所示,为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图,该方法可以包括:
801:检测所述目标用户对应用户端发起的第三额度获取请求。
802:响应所述第三额度获取请求,确定所述目标用户对应的目标用户信息。
803:基于所述目标用户信息,向资源提供方发起历史获取请求,以供所述资源提供方响应所述历史获取请求,反馈所述目标用户的多个历史保有量。
804:接收所述资源提供方提供的所述目标用户的多个历史保有量。
805:根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息。
806:基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度。
807:根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
808:利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
本申请实施例中部分步骤与前述实施例中的部分步骤相同,为了描述的简洁性考虑,在此不再赘述。
本申请实施例中,在获得目标用户的第三额度获取请求之后,可以利用多个历史保有量预测目标用户在目标时间段的目标额度,以对目标额度进行调整,获得资源额度,从而利用资源额度对目标用户进行资源管理。通过与目标用户的交互,可以实现对目标用户的资源额度的管理,实现资源额度的有效管理。
作为又一个实施例,该方法还可以包括:
对目标用户在历史时间段的第三时间维度对应多个历史资源数据进行统计分析处理,获得历史时间段在第一时间维度对应的多个历史保有量。
其中,第三时间维度可以为小时,第一时间维度可以为日。
根据目标用户在历史事件段以小时为时间维度的多个历史资源数据,确定该历史时间段以天为时间维度的多个历史保有量。其中,目标用户在历史资源段对资源在第三时间维度的多个历史资源数据可以由资源提供方提供获得,然后实施该资源额度处理方法的设备可以对多个历史资源数据进行统计处理,以获得多个历史保有量。
可选地,可以根据目标用户在第三时间维度对应多个历史资源数据进行统计分析,以获得可以确定每天对应的至少一个历史资源数据,并根据每天对应的至少一个历史资源数据,确定每天的历史保有量,由于目标时间段中可以包括多天,此时可以获得目标时间段对应的多个历史保有量。
具体采用的统计分析方式可以包括同日数据归纳,也即将同一日的历史资源数据划分至同一组。对同日数据的数据加权、均值、方差等不同统计方式的数据计算。以及对相邻两日数据的差值计算、分析等处理。此外,另外一些贝叶斯计算等统计学常用的处理方式均可以属于本申请实施例中所采用的统计分析方式。统计分析处理的具体方式在此不作过多限定。
如图9所示,为本申请实施例提供的一种资源额度处理方法的又一个实施例的流程图,该方法可以包括:
901:针对目标用户发起第一额度获取请求至计算设备。
其中,所述第一额度获取请求包括所述目标用户对应的目标时间段,以供所述计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
902:接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度。
903:基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理。
本申请实施例中部分步骤与前述实施例中的部分步骤相同,为了描述的简洁性考虑,在此不再赘述。
本申请实施例中,针对目标用户发起的第一额度请求,计算设备可以根据目标用户对应的多个历史保有量,预测获得目标用户在目标时间段的目标需求信息。基于该目标需求信息以及预设额度估计模型,估计获得目标用户在目标时间段的目标额度。从而可以根据预设额度调整策略对目标额度进行调整处理,以获得目标用户在目标时间段的资源额度。之后,目标用户的用户端可以接收计算设备反馈的目标用户在目标时间段的资源额度。从而可以基于资源额度在目标时间段对目标用户进行资源额度管理。
作为一个实施例,所述基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理包括:
设置所述目标用户在所述目标时间段的资源额度;
在所述目标时间段内,监控所述目标用户对所述资源的保有量;
若所述保有量超过所述资源额度,则输出超额警告提示信息。
本申请实施例中,资源提供方在对目标用户的资源额度进行管理时,可以利用资源额度判断目标用户使用是否超额,以及时发出超额的警告提示信息,实现对目标用户的资源使用的有效管理,提高资源的管理效率。
在一种可能的设计中,在保有量超过资源额度,输出超额警告提示信息时,还可以接收目标用户对应用户端触发的额度提升请求,以响应该额度提升请求,为目标用户增加资源额度。通过及时与用户交互资源额度,以使得资源额度与用户的实际使用情况结合更紧密,提高资源额度的有效管理。
如图10所示,为本申请实施例中提供的一种资源额度处理方法的又一个实施例的流程图,该方法可以包括以下几个步骤:
1001:发送第二额度获取请求至计算设备。
其中,所述第二额度获取请求包括目标用户对应的目标时间段,以供计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
1002:接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度。
1003:检测所述目标用户对所述资源额度的确认操作。
1004:向所述计算设备反馈所述确认操作,以供所述计算设备响应所述确认操作,利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
本申请实施例中部分步骤与前述实施例中的部分步骤相同,为了描述的简洁性考虑,在此不再赘述。
本申请实施例中,目标用户的用户端可以向计算设备请求获取目标用户的资源额度,并根据目标用户对资源额度的确认操作,实现资源额度的精准管理。
作为一个实施例,还包括:
检测所述目标用户对所述资源额度的额度修改操作,获取额度修改数据;
反馈所述额度修改数据对应的额度修改请求至所述计算设备,以供所述计算设备利用所述额度修改请求对应的额度修改数据对所述资源额度进行修改处理,获得所述目标用户在所述目标时间段对应的修改后的资源额度。
目标用户可以对其自身的资源额度进行审查,如果计算设备确定的资源额度与其实际的使用需求不匹配,可以发起修改请求,从而修改资源额度。通过与目标用户进行资源额度的确认交互,可以实现目标用户对资源额度的准确把控,提高资源额度的准确度,实现资源额度的个性化设置。
为了便于理解,如图11所示,以资源为云服务器为例,该本实施例的方案应用于一可与云服务器进行设备通信的计算机为例详细说明。云服务器所形成的计算资源可以以服务器集群M1的形式存在。计算机M2可以获取在服务器集群M1注册的一目标用户需要进行额度估计的1101目标时间段。通过确定目标时间段对应的历史时间段。根据目标用户在历史时间段对资源的多个历史保有量,预测1102获得目标用户在目标时间段的目标需求信息;基于目标需求信息以及预设额度估计模型,估计1103获得目标额度。之后还可以通过目标额度对目标用户在服务集群M1的资源额度进行管理,以提高资源管理效率。
参考图5,计算机M2可以是对服务器集群M1的资源额度进行计算的设备,在实际应用中,计算机M2可以是服务器集群M1中的一个计算节点,图5所示实施例并非对计算设备与服务器的架构的详细限定。
服务器集群M1可以获取目标用户的资源额度,以基于目标用户的资源额度进行资源管理。在一些实施例中,服务器集群M1可以监控目标用户在目标时间段的保有量,并在目标用户对应的用户端向服务器集群M1发起资源购买请求时,响应该资源购买请求,查询目标用户对应的资源额度;如果目标用户请求购买的保有量高于目标用户对应的资源额度;输出超额警告提示信息。该超额警告提示信息用于提示目标用户申请的保有量超出其资源额度。
如图12所示,为本申请实施例提供的一种计算设备的一个实施例的结构示意图,该计算设备可以包括:
存储组件1201与处理组件1202;存储组件1201用于存储一条或多条计算机指令;一条或多条计算机指令被处理组件1202调用。
处理组件1202可以用于:
根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
作为一个实施例,处理组件根据所述目标用户对应的多个历史保有量,预测获得所述目标用户的目标需求信息具体可以包括:
获取目标用户需要进行资源额度估计的目标时间段;
确定所述目标时间段对应的历史时间段;
根据所述目标用户在所述历史时间段对所述资源的多个历史保有量,预测获得所述目标用户在所述目标时间段的目标需求信息。
作为一个实施例,处理组件根据目标用户在历史时间段对资源的多个历史保有量,预测获得目标用户在目标时间段的目标需求信息具体可以包括:
根据目标用户在历史时间段对资源的多个历史保有量,计算获得历史时间段对应的历史需求信息;
根据历史时间段的历史需求信息,确定目标时间段的目标需求信息。
在某些实施例中,处理组件根据目标用户在历史时间段对资源的多个历史保有量,计算获得历史时间段对应的历史需求信息具体可以包括:
根据目标用户在历史时间段对资源的多个历史保有量,确定多个历史保有量分别对应的历史需求量,获得多个历史需求量;
对多个历史需求量进行需求统计处理,获得历史时间段对应的历史需求信息。
作为一种可能的实现方式,处理组件根据目标用户在历史时间段对资源的多个历史保有量,确定多个历史保有量分别对应的历史需求量,获得多个历史需求量具体可以包括:
根据目标用户在历史时间段分别对资源的多个历史保有量,确定多个历史保有量分别关联的关联历史保有量;
针对任一个历史保有量,以及历史保有量关联的关联历史保有量,确定历史保有量对应的历史需求量,以获得多个历史保有量分别对应的历史需求量。
在某些实施例中,处理组件根据目标用户在历史时间段分别对资源的多个历史保有量,确定多个历史保有量分别关联的关联历史保有量具体可以包括:
确定多个历史保有量在历史时间段中分别对应的保有时间段;
根据任一个历史保有量对应的保有时间段,确定与保有时间段相邻且时间连续的多个关联保有时间段;
确定多个关联保有时间段分别对应的历史保有量为历史保有量的关联历史保有量。
作为一种可能的实现方式,处理组件针对任一个历史保有量,以及历史保有量关联的关联历史保有量,确定历史保有量对应的历史需求量,以获得多个历史保有量分别对应的历史需求量具体可以包括:
针对任一个历史保有量关联的关联历史保有量,确定关联历史保有量中的最大保有量以及最小保有量;
计算最大保有量与最小保有量的差值,获得浮动保有量;
计算历史保有量与浮动保有量的和,获得历史保有量对应的历史需求量,以获得多个历史保有量分别对应的历史需求量。
在某些实施例中,处理组件根据历史时间段的历史需求信息,确定目标时间段的目标需求信息具体可以包括:
根据历史时间段的历史需求信息,采用时间序列模型预测目标时间段的目标需求信息。
作为又一个实施例,处理组件基于目标需求信息以及预设额度估计模型,估计获得目标用户在目标时间段的目标额度具体可以包括:
基于目标需求信息,确定模型输入数据;
将模型输入数据,输入目标模型参数对应的额度估计模型,计算获得目标用户在目标时间段的目标额度。
在某些实施例中,处理组件基于目标需求信息,确定模型输入数据具体可以包括:
根据目标用户在历史时间段对资源的多个历史保有量,确定目标用户在历史时间段对资源的保有波动信息;
基于目标需求信息、保有波动信息以及目标用户的用户信息,确定模型输入数据。
在一种可能的设计中,所述根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度之后,还包括:
利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
作为一个实施例,所述利用所述资源额度在所述目标时间段对所述目标用户进行资源管理具体可以包括:
发送所述目标用户在所述目标时间段的资源额度至资源提供方,以供所述资源提供方基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理。
在某些实施例中,所述处理组件还可以用于:
接收所述资源提供方对所述目标用户发起的第一额度获取请求;其中,所述第一额度获取请求包括所述目标时间段;
所述处理组件根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息具体可以包括:
响应所述第一额度获取请求,根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息。
作为一个实施例,所述处理组件利用所述资源额度在所述目标时间段对所述目标用户进行资源管理具体可以包括:
发送所述资源额度至所述目标用户对应的用户端,以供所述用户端为所述目标用户输出所述资源额度,并检测所述目标用户对所述资源额度的确认操作,以反馈所述确认操作;
获取所述目标用户对应用户端反馈的所述确认操作;
响应所述确认操作,利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
在某些实施例中,处理组件还可以用于:
检测所述目标用户发起的第二额度;其中,所述第二额度获取请求中包括所述目标时间段;
处理组件根据目标用户对应的多个历史保有量,预测获得所述目标用户的目标需求信息具体可以是:
响应所述第二额度获取请求,根据目标用户对应的多个历史保有量,预测获得所述目标用户在所述目标时间段的目标需求信息。
在一种可能的设计中,所述处理组件根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度具体可以包括:
根据所述历史时间段的所述多个历史保有量,确定最大历史保有量;
如果所述最大历史保有量大于所述目标额度,将所述最大历史保有量作为所述目标时间段的资源额度;
如果所述最大历史保有量小于所述目标额度,将所述目标额度作为所述目标时间段的资源额度。
在某些实施例中,所述处理组件根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度具体可以包括:
发送所述资源额度至所述目标用户对应的用户端,以供所述用户端为所述目标用户输出所述资源额度,并检测所述目标用户对所述资源额度的额度修改操作,获取额度修改数据,以反馈所述额度修改数据对应的额度修改请求;
获取所述目标用户对应用户端反馈的所述额度修改请求;
利用所述额度修改请求对应的额度修改数据对所述资源额度进行修改处理,获得所述目标用户在所述目标时间段对应的修改后的资源额度。
在某些实施例中,所述处理组件根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度具体可以包括:
确定所述目标用户关联的关联用户;
获取所述关联用户对应的关联资源额度;
基于所述目标额度以及所述关联用户对应的关联资源额度,确定所述目标用户在所述目标时间段的资源额度。
作为一个实施例,所述处理组件根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度具体可以包括:
确定所述目标用户所属的目标服务类型;
基于服务类型与调整策略的对应关系,确定所述目标服务类型对应的调整策略;
根据所述目标服务类型对应的调整策略,对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
作为又一个实施例,处理组件还可以用于:
确定所述目标用户的目标用户信息;
基于所述目标用户信息,向资源提供方发起历史获取请求,以供所述资源提供方响应所述历史获取请求,反馈所述目标用户的多个历史保有量;
接收所述资源提供方提供的所述目标用户的多个历史保有量。
在某些实施例中,所述处理组件确定所述目标用户的目标用户信息具体可以包括:
检测所述目标用户对应用户端发起的第三额度获取请求;
响应所述第三额度获取请求,确定所述目标用户对应的目标用户信息。
图12所述的计算设备可以执行图1~图8所示实施例所述的资源额度处理方法,其实现原理和技术效果不再赘述。对于上述实施例中的处理所执行的操作步骤的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
此外,本申请实施例还提供一种计算机可读存储介质,该存储介质用于存储计算机程序,计算机程序执行时可以执行如前述实施例中资源额度处理方法。
如图13所示,为本申请实施例提供的一种用户设备的一个实施例的结构示意图,该计算设备可以包括:
存储组件1301与处理组件1302;存储组件1301用于存储一条或多条计算机指令;一条或多条计算机指令被处理组件1302调用。
处理组件1302可以用于:
针对目标用户发起第一额度获取请求至计算设备;其中,所述第一额度获取请求包括所述目标用户对应的目标时间段,以供所述计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度;接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度;基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理。
作为一个实施例,所述处理组件基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理具体可以包括:
设置所述目标用户在所述目标时间段的资源额度;
在所述目标时间段内,监控所述目标用户对所述资源的保有量;
若所述保有量超过所述资源额度,则输出超额警告提示信息。
图13所述的用户设备可以执行图9所示实施例所述的资源额度处理方法,其实现原理和技术效果不再赘述。对于上述实施例中的处理所执行的操作步骤的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
如图14所示,为本申请实施例提供的一种服务器的一个实施例的结构示意图,该计算设备可以包括:
存储组件1401与处理组件1402;存储组件1401用于存储一条或多条计算机指令;一条或多条计算机指令被处理组件1402调用。
处理组件1402可以用于:
发送第二额度获取请求至计算设备;其中,所述第二额度获取请求包括目标用户对应的目标时间段,以供计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度;接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度;检测所述目标用户对所述资源额度的确认操作;向所述计算设备反馈所述确认操作,以供所述计算设备响应所述确认操作,利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
作为一个实施例,所述处理组件还可以用于:
检测所述目标用户对所述资源额度的额度修改操作,获取额度修改数据;
反馈所述额度修改数据对应的额度修改请求至所述计算设备,以供所述计算设备利用所述额度修改请求对应的额度修改数据对所述资源额度进行修改处理,获得所述目标用户在所述目标时间段对应的修改后的资源额度。
图14所述的计算设备可以执行图10所示实施例所述的资源额度处理方法,其实现原理和技术效果不再赘述。对于上述实施例中的处理所执行的操作步骤的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现,当然也可以通过硬件和软件结合的方式来实现。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (22)
1.一种资源额度处理方法,其特征在于,包括:
根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;
基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;
根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
2.根据权利要求1所述的方法,其特征在于,所述根据所述目标用户对应的多个历史保有量,预测获得所述目标用户的目标需求信息包括:
获取目标用户需要进行资源额度估计的目标时间段;
确定所述目标时间段对应的历史时间段;
根据所述目标用户在所述历史时间段对所述资源的多个历史保有量,预测获得所述目标用户在所述目标时间段的目标需求信息。
3.根据权利要求2所述的方法,其特征在于,所述根据所述目标用户在所述历史时间段对所述资源的多个历史保有量,预测获得所述目标用户在所述目标时间段的目标需求信息包括:
根据所述目标用户在所述历史时间段对所述资源的多个历史保有量,计算获得所述历史时间段对应的历史需求信息;
根据所述历史时间段的历史需求信息,确定所述目标时间段的目标需求信息。
4.根据权利要求3所述的方法,其特征在于,所述根据所述目标用户在所述历史时间段对所述资源的多个历史保有量,计算获得所述历史时间段对应的历史需求信息包括:
根据所述目标用户在所述历史时间段对所述资源的多个历史保有量,确定所述多个历史保有量分别对应的历史需求量,获得多个历史需求量;
对所述多个历史需求量进行需求统计处理,获得所述历史时间段对应的历史需求信息。
5.根据权利要求4所述的方法,其特征在于,所述根据所述目标用户在所述历史时间段对所述资源的多个历史保有量,确定所述多个历史保有量分别对应的历史需求量,获得多个历史需求量包括:
根据所述目标用户在所述历史时间段分别对所述资源的多个历史保有量,确定所述多个历史保有量分别关联的关联历史保有量;
针对任一个历史保有量,以及所述历史保有量关联的关联历史保有量,确定所述历史保有量对应的历史需求量,以获得所述多个历史保有量分别对应的历史需求量。
6.根据权利要求5所述的方法,其特征在于,所述根据所述目标用户在所述历史时间段分别对所述资源的多个历史保有量,确定所述多个历史保有量分别关联的关联历史保有量包括:
确定所述多个历史保有量在所述历史时间段中分别对应的保有时间段;
根据任一个历史保有量对应的保有时间段,确定与所述保有时间段相邻且时间连续的多个关联保有时间段;
确定所述多个关联保有时间段分别对应的历史保有量为所述历史保有量的关联历史保有量。
7.根据权利要求1所述的方法,其特征在于,所述基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度包括:
基于所述目标需求信息,确定模型输入数据;
将所述模型输入数据输入目标模型参数对应的额度估计模型,计算获得所述目标用户在所述目标时间段的目标额度。
8.根据权利要求7所述的方法,其特征在于,所述基于所述目标需求信息,确定模型输入数据包括:
根据所述目标用户在所述历史时间段对所述资源的多个历史保有量,确定所述目标用户在所述历史时间段对所述资源的保有波动信息;
基于所述目标需求信息、所述保有波动信息以及所述目标用户的用户信息,确定模型输入数据。
9.根据权利要求1所述的方法,其特征在于,所述根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度之后,还包括:
利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
10.根据权利要求9所述的方法,其特征在于,所述利用所述资源额度在所述目标时间段对所述目标用户进行资源管理包括:
发送所述目标用户在所述目标时间段的资源额度至资源提供方,以供所述资源提供方基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理。
11.根据权利要求10所述的方法,其特征在于,所述根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息之前,还包括:
接收所述资源提供方对所述目标用户发起的第一额度获取请求;其中,所述第一额度获取请求包括所述目标时间段;
所述根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息包括:
响应所述第一额度获取请求,根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息。
12.根据权利要求9所述的方法,其特征在于,所述利用所述资源额度在所述目标时间段对所述目标用户进行资源管理包括:
发送所述资源额度至所述目标用户对应的用户端,以供所述用户端为所述目标用户输出所述资源额度,并检测所述目标用户对所述资源额度的确认操作,以反馈所述确认操作;
获取所述目标用户对应用户端反馈的所述确认操作;
响应所述确认操作,利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
13.根据权利要求12所述的方法,其特征在于,所述根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息之前,还包括:
检测所述目标用户发起的第二额度获取请求;其中,所述第二额度获取请求中包括所述目标时间段;
所述根据目标用户对应的多个历史保有量,预测获得所述目标用户的目标需求信息包括:
响应所述第二额度获取请求,根据目标用户对应的多个历史保有量,预测获得所述目标用户在所述目标时间段的目标需求信息。
14.根据权利要求1所述的方法,其特征在于,所述根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度包括:
根据所述历史时间段的所述多个历史保有量,确定最大历史保有量;
如果所述最大历史保有量大于所述目标额度,将所述最大历史保有量作为所述目标时间段的资源额度;
如果所述最大历史保有量小于所述目标额度,将所述目标额度作为所述目标时间段的资源额度。
15.根据权利要求1所述的方法,其特征在于,所述根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度包括:
发送所述资源额度至所述目标用户对应的用户端,以供所述用户端为所述目标用户输出所述资源额度,并检测所述目标用户对所述资源额度的额度修改操作,获取额度修改数据,以反馈所述额度修改数据对应的额度修改请求;
获取所述目标用户对应用户端反馈的所述额度修改请求;
利用所述额度修改请求对应的额度修改数据对所述资源额度进行修改处理,获得所述目标用户在所述目标时间段对应的修改后的资源额度。
16.根据权利要求1所述的方法,其特征在于,所述根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度包括:
确定所述目标用户关联的关联用户;
获取所述关联用户对应的关联资源额度;
基于所述目标额度以及所述关联用户对应的关联资源额度,确定所述目标用户在所述目标时间段的资源额度。
17.根据权利要求1所述的方法,其特征在于,所述根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度包括:
确定所述目标用户所属的目标服务类型;
基于服务类型与调整策略的对应关系,确定所述目标服务类型对应的调整策略;
根据所述目标服务类型对应的调整策略,对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
18.一种资源额度处理方法,其特征在于,包括:
针对目标用户发起第一额度获取请求至计算设备;其中,所述第一额度获取请求包括所述目标用户对应的目标时间段,以供所述计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度;
接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度;
基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理。
19.一种资源额度处理方法,其特征在于,包括:
发送第二额度获取请求至计算设备;其中,所述第二额度获取请求包括目标用户对应的目标时间段,以供计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度;
接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度;
检测所述目标用户对所述资源额度的确认操作;
向所述计算设备反馈所述确认操作,以供所述计算设备响应所述确认操作,利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
20.一种计算设备,其特征在于,包括:存储组件与处理组件;所述存储组件用于存储一条或多条计算机指令;所述一条或多条计算机指令被所述处理组件调用;
所述处理组件用于:
根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度。
21.一种用户设备,其特征在于,包括:存储组件与处理组件;所述存储组件用于存储一条或多条计算机指令;所述一条或多条计算机指令被所述处理组件调用;
所述处理组件用于:
针对目标用户发起第一额度获取请求至计算设备;其中,所述第一额度获取请求包括所述目标用户对应的目标时间段,以供所述计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度;接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度;基于所述资源额度在所述目标时间段对所述目标用户进行资源额度管理。
22.一种服务器,其特征在于,包括:存储组件与处理组件;所述存储组件用于存储一条或多条计算机指令;所述一条或多条计算机指令被所述处理组件调用;
所述处理组件用于:
发送第二额度获取请求至计算设备;其中,所述第二额度获取请求包括目标用户对应的目标时间段,以供计算设备根据目标用户对应的多个历史保有量,预测获得所述目标用户在目标时间段的目标需求信息;基于所述目标需求信息以及预设额度估计模型,估计获得所述目标用户在所述目标时间段的目标额度;根据预设额度调整策略对所述目标额度进行调整处理,获得所述目标用户在所述目标时间段的资源额度;接收所述计算设备反馈的所述目标用户在所述目标时间段的资源额度;检测所述目标用户对所述资源额度的确认操作;向所述计算设备反馈所述确认操作,以供所述计算设备响应所述确认操作,利用所述资源额度在所述目标时间段对所述目标用户进行资源管理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010995781.8A CN114254841A (zh) | 2020-09-21 | 2020-09-21 | 资源额度处理方法、计算设备、用户设备以及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010995781.8A CN114254841A (zh) | 2020-09-21 | 2020-09-21 | 资源额度处理方法、计算设备、用户设备以及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114254841A true CN114254841A (zh) | 2022-03-29 |
Family
ID=80789025
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010995781.8A Pending CN114254841A (zh) | 2020-09-21 | 2020-09-21 | 资源额度处理方法、计算设备、用户设备以及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114254841A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023191922A1 (en) * | 2022-03-31 | 2023-10-05 | Microsoft Technology Licensing, Llc | Predictive quota management for cloud customers |
-
2020
- 2020-09-21 CN CN202010995781.8A patent/CN114254841A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023191922A1 (en) * | 2022-03-31 | 2023-10-05 | Microsoft Technology Licensing, Llc | Predictive quota management for cloud customers |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106355391B (zh) | 一种业务处理方法及装置 | |
CN110418022A (zh) | 为多个用户标识调整流量套餐的方法及装置 | |
CN112070301B (zh) | 一种用户用电量调整方法、系统及设备 | |
US20210217082A1 (en) | Method and system for optimizing allocation of borrowing requests | |
US20200007462A1 (en) | System and Method for Maximizing Resource Credits Across Shared Infrastructure | |
CN110874797B (zh) | 资源分配方法和资源分配装置 | |
CN114254841A (zh) | 资源额度处理方法、计算设备、用户设备以及服务器 | |
CN117689486A (zh) | 业务预算请求的管理方法、装置、存储介质以及电子设备 | |
CN107844496B (zh) | 统计信息输出方法及装置 | |
CN112001563A (zh) | 一种话单量的管理方法、装置、电子设备及存储介质 | |
CN110969481A (zh) | 产品数据预测方法、装置、计算机设备和存储介质 | |
CN115034887A (zh) | 一种现金调拨的管控方法、系统、设备及存储介质 | |
KR20220060466A (ko) | 분산 에너지 자원을 관리하는 에너지 스케줄링 방법 및 에너지 스케줄링 시스템 | |
CN110008441B (zh) | 数据交互方法及装置 | |
US11853800B2 (en) | Power management method | |
CN112509164A (zh) | 一种出勤打卡方法、装置、设备和存储介质 | |
CN111524002A (zh) | 联名信用卡额度确定方法及装置 | |
CN110930243A (zh) | 自助终端的控制方法和装置 | |
KR102569393B1 (ko) | 비협조적 경쟁에 따른 경쟁 데이터 거래 시스템 및 방법 | |
KR102569394B1 (ko) | 경쟁 데이터 거래 시스템의 서비스 제공 장치 및 그의 동작 방법 | |
CN118247021B (zh) | 基于用户画像的商品推荐方法及系统 | |
US11928715B2 (en) | System and method for reselling reserved instance | |
CN115689142A (zh) | 资产分配方法、装置、存储介质以及电子设备 | |
CN115239107A (zh) | 流量的分配方法及装置、处理器和电子设备 | |
CN116228385A (zh) | 用户积分的处理方法、装置、存储介质以及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |