CN110852559A - 资源的分配方法和装置、存储介质、电子装置 - Google Patents

Abstract

本申请公开了一种资源的分配方法和装置、存储介质、电子装置。其中，该方法包括：获取第一请求，第一请求用于请求根据第一虚拟资源确定待分配给第一账号的第二虚拟资源，第一虚拟资源为在第一账号执行业务对象的交换操作后初步分配给第一账号的虚拟资源，第二虚拟资源为实际分配给第一账号的虚拟资源，业务对象属于第二账号；响应于第一请求，从多种分配方式中获取与业务对象匹配的目标分配方式，多种分配方式包括目标分配方式；按照目标分配方式，根据第一虚拟资源确定第二虚拟资源，并将第二虚拟资源分配给第一账号。本申请解决了相关技术中确定虚拟资源的效率较低的技术问题。

Description

资源的分配方法和装置、存储介质、电子装置

技术领域

本申请涉及互联网领域，具体而言，涉及一种资源的分配方法和 装置、存储介质、电子装置。

背景技术

在许多业务领域，如购物、游戏等领域，为了满足业务的需求， 需要在业务中发放奖励性或者激励性的虚拟资源，相关技术在发放虚 拟资源时，一般通过人工在渠道管理***中统计各个员工的待发放虚 拟资源，并生成虚拟资源的统计报表，然后通过人工将统计报表中的 数据录入至人员信息管理***中，用于发放虚拟资源。

在实现本发明过程中，发明人发现由于相关技术中用来发放虚拟 资源的统计报表是通过人工操作生成的，操作复杂且存在人为恶意修 改数据的可能性，容易对公司造成损失；另外，随着业务的增大，需 要处理的数据量极其庞大，导致人工处理的工作量巨大，发放的及时 性受到影响。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种资源的分配方法和装置、存储介质、电 子装置，以至少解决相关技术中确定虚拟资源的效率较低的技术问题。

根据本申请实施例的一个方面，提供了一种资源的分配方法，包 括：获取第一请求，第一请求用于请求根据第一虚拟资源确定待分配 给第一账号的第二虚拟资源，第一虚拟资源为在第一账号执行业务对 象的交换操作后初步分配给第一账号的虚拟资源，第二虚拟资源为实 际分配给第一账号的虚拟资源，业务对象属于第二账号；响应于第一 请求，从多种分配方式中获取与业务对象匹配的目标分配方式，多种 分配方式包括目标分配方式；按照目标分配方式，根据第一虚拟资源 确定第二虚拟资源，并将第二虚拟资源分配给第一账号。

根据本申请实施例的另一方面，还提供了一种资源的分配装置， 包括：第一获取单元，用于获取第一请求，第一请求用于请求根据第 一虚拟资源确定待分配给第一账号的第二虚拟资源，第一虚拟资源为 在第一账号执行业务对象的交换操作后初步分配给第一账号的虚拟资 源，第二虚拟资源为实际分配给第一账号的虚拟资源，业务对象属于 第二账号；第二获取单元，用于响应于第一请求，从多种分配方式中 获取与业务对象匹配的目标分配方式，多种分配方式包括目标分配方 式；分配单元，用于按照目标分配方式，根据第一虚拟资源确定第二 虚拟资源，并将第二虚拟资源分配给第一账号。

根据本申请实施例的另一方面，还提供了一种存储介质，该存储 介质包括存储的程序，程序运行时执行上述的方法。

根据本申请实施例的另一方面，还提供了一种电子装置，包括存 储器、处理器及存储在存储器上并可在处理器上运行的计算机程序， 处理器通过计算机程序执行上述的方法。

在本申请实施例中，按照需求预先对分配方式进行编辑，得到多 种编辑好的分配方式，在需要时从多种编辑好的分配方式中获取与业 务对象匹配的目标分配方式，按照目标分配方式，根据第一虚拟资源 确定第二虚拟资源，并将第二虚拟资源分配给第一账号，而不用人工 进行处理、也不需要临时按照处理逻辑进行编码，且这多种分配方式 可针对不同业务进行复用，支持灵活修改、多维度试算、高效匹配， 可以解决相关技术中确定虚拟资源的效率较低的技术问题，进而达到 提高处理效率的技术效果。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符 合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1是根据本申请实施例的资源的分配方法的硬件环境的示意图；

图2是根据本申请实施例的一种可选的资源的分配方法的流程图；

图3是根据本申请实施例的一种可选的***框架的示意图；

图4是根据本申请实施例的一种可选的资源的分配方案的示意图；

图5是根据本申请实施例的一种可选的数据审核的示意图；

图6是根据本申请实施例的一种可选的资源的分配装置的示意图；

以及

图7是根据本申请实施例的一种终端的结构框图。

具体实施方式

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

现在将参考附图描述实现本发明各个实施例的服务器。在后续的 描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的 后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此， “模块”与“部件”可以混合地使用。

根据本申请实施例的一方面，提供了一种资源的分配方法的方法 实施例。

可选地，在本实施例中，上述资源的分配方法可以应用于如图1 所示的由终端101和服务器103所构成的硬件环境中。如图1所示， 服务器103通过网络与终端101进行连接，可用于为终端或终端上安 装的客户端提供服务(如游戏服务、应用服务、购物服务等)，可在 服务器上或独立于服务器设置数据库105，用于为服务器103提供数据 存储服务，上述网络包括但不限于：广域网、城域网或局域网，终端 101并不限定于PC、手机、平板电脑等。

本申请实施例的资源的分配方法可以由服务器103来执行，也可 以是由服务器103和终端101共同执行。图2是根据本申请实施例的 一种可选的资源的分配方法的流程图，如图2所示，该方法可以包括 以下步骤：

步骤S202，获取第一请求，第一请求用于请求根据第一虚拟资源 确定待分配给第一账号的第二虚拟资源，第一虚拟资源为在第一账号 执行业务对象的交换操作后初步分配给第一账号的虚拟资源，第二虚 拟资源为实际分配给第一账号的虚拟资源，业务对象属于第二账号。

本申请实施例，以计算推广费用(第一请求)时，自动从预先编 辑好的多种逻辑(多种分配方式)中选择所需的目标，进而完成试算。 第一虚拟资源相当于原始推广费用值，第二虚拟资源相当于最终分配 的推广费用。多种分配方式相当于多种推广费用试算方案，目标分配 方式即实际采用的试算方案。第一帐号即推广人员，第二帐号即被推 广商。

上述业务对象为允许在平台上使用虚拟资源进行交换的对象，如 购物平台中的商品、游戏平台中的道具、社交平台中的皮肤、保险平 台上的保险单等，而虚拟资源可以为货币、虚拟货币、点数、账号积 分等。

上述第一请求可以为第一账号发起的、服务器定时或者自动发起 的、后台管理设备发起的；第一虚拟资源可以为第一账号将第二账号 的业务对象交换出去(或称推销)后为其分配的原始虚拟资源(如原 始推广费用值，推广费用原值)，第二虚拟资源为经过中间处理校正 后的实际应该分配给第一账号的虚拟资源。

步骤S204，响应于第一请求，从多种分配方式中获取与业务对象 匹配的目标分配方式，多种分配方式包括目标分配方式。

上述多种分配方式为通用的，每种分配方式所需的各种逻辑均是 已经集成好的，分配方式(或称策略匹配)的模型通过加、减、乘、 除运算式进行分配计算，根据原值、业务模式(如补贴、抽成)、影 响模式(比例、固额)来试算，每次使用时仅需简单配置(通过调用接口传递相关参数)即可使用，如每种分配方式对应的业务模式、影 响模式、影响阶段三个维度的逻辑等。

需要说明的是，上述分配方式的模型还可以通过复杂的运算式进 行分配计算，本申请实施例对此不做限定。

需要说明的是，上述每种分配方式所需的各种逻辑可以是预先调 试好的，换言之，不是每次需要时再进行逻辑编码，避免了临时代码 易出错的问题。

步骤S206，按照目标分配方式，根据第一虚拟资源确定第二虚拟 资源，并将第二虚拟资源分配给第一账号。

为了便于读者理解和保持前后描述的统一，后续以购物平台上的 商品为例进行说明，对于其它类型的业务对象，所涉及流程与此类似。

相关技术中基于商品推广的推广费用配置方案中，可采用按照商 品成交价的一定比例或固定金额补贴的方式，对推广人进行推广费用 的补贴激励，激发推广人参与度和推广意愿，达到较好的商品推广效 果，这种推广费用配置方案操作直接、简单，没有附带复杂业务逻辑， 广泛应用于CPS领域(CostPerSales，按销售额付费以实际销售商品数 量来换取商品推广费用，即根据每个订单/每次交易来支付推广费用的 方式，用户每成功达成一笔交易,推广人可获得推广费用)推广模式中。 而且，该商品推广的推广费用配置方案仅支持简单的固定额度或按比 例补贴，且仅是针对单个商品的独立配置、试算后，在整个配置生命 周期内固定，不能很好地灵活修改、多维度试算、根据业务场景按策 略变化进行高效匹配，应用场景极其有限。

相关技术中这种简单的基于商品推广的推广费用配置方案，无法 扩展来支持商品营销活动中的复杂多变的需求迭代，一旦需求变更便 会对涉及推广费用相关的配置、试算等进行硬编码改造，增加研发负 担和回归测试的成本，交付也存在需求变更带来的潜在风险，也无法 进行个性化的推广费用配置方案来做精准营销激励调整、或作为一种 策略杠杆来做盈利规划，只能是一种独立需求下的功能实现，而不能 作为一种工具平台化的输出使用。

本申请实施例，通过上述步骤S202至步骤S206，可以按照需求预 先对分配方式进行编辑，以得到满足本申请需求的多种编辑好的分配 方式，在需要时从多种编辑好的分配方式中获取与业务对象匹配的目 标分配方式，按照目标分配方式，根据第一虚拟资源确定第二虚拟资 源，并将第二虚拟资源分配给第一账号，而不用人工进行处理、也不 需要临时按照处理逻辑进行编码，且这多种分配方式可针对不同业务 进行复用，支持灵活修改、多维度试算、高效匹配，可以解决相关技 术中确定虚拟资源的效率较低的技术问题，进而达到提高处理效率的 技术效果。

如图3所示为本申请的***框架图，下面结合图2和图3进一步 详述本申请的技术方案。

可选地，在获取第一请求之前，可按照如下方式进行数据配置： 预先对分配方式进行编辑，以创建满足本申请需求的所述多种分配方 式，所述多种分配方式中的每种分配方式包括业务模式、影响模式以 及影响阶段中的至少之一，所述业务模式包括用于表示增加虚拟资源 的第一模式和用于表示减少虚拟资源的第二模式，所述影响模式包括 表示虚拟资源按照比例变化的第三模式和虚拟资源按照固定量变化的 第四模式，所述影响阶段为所述业务对象所处的业务阶段。

在数据配置中，可以包括全局推广费用配置、商品推广费用配置、 规则配置等。

全局推广费用配置，可以作为未配置推广费用规则商品的兜底方 案使用，也可以协作已配置推广费用规则商品的兜底方案做过滤或拦 截使用。商品推广费用配置，仅针对配置的商品SKU(Stock Keeping Unit，库存量单位)进行推广费用影响。

可选的，本申请实施例还可以对规则配置进行编辑，规则配置可 按照业务模式、影响模式、影响阶段三个维度进行规则配置如表1所 示。业务模式分为补贴A(即第一模式)、抽成B(即第二模式)， 补贴即对推广费用进行累加，抽成即对推广费用进行减少；影响模式 分为按比率R(即第三模式)、按固定金额F(即第四模式)，根据业 务模式不同形成不同试算规则来计算商品最终推广费用C。

表1

可选地，还可预先配置好各种模式的优先级，优先级配置可按照 全局配置(G)、商品配置(S)两个维度对推广费用(C)进行优先 级配置，形成节点编排规则，如表2所示：

表2

可选地，目标分配模式可以根据需求确定，从多种分配方式中获 取与所述业务对象匹配的目标分配方式包括：获取预先保存的配置文 件(即用户根据需要配置的文件)，所述配置文件用于保存对象与分 配方式之间的关联关系；按照所述配置文件中的关联关系在所述多种 分配方式中确定与所述业务对象匹配的目标分配方式。

可选地，在获取第一请求之前，可按照如下方式进行配置：获取 第二请求，其中，所述第二请求用于请求建立所述业务对象与所述目 标分配方式之间的关联关系；将所述业务对象与所述目标分配方式之 间的关联关系保存至所述配置文件。

配置文件中可进行节点编排，根据优先级、规则配置信息来生成 节点编排策略，决定推广费用试算处理的顺序、业务逻辑，最终影响 推广费用试算结果。优先级、规则配置信息如同指令，节点编排会根 据指令形成单向链表式的指令集，推广费用试算对象在节点编排的指 令集链表中完成试算操作。节点编排是支持动态修改的。优先级、规 则配置信息的变化会引起节点编排次序变化，以此来影响推广费用试 算结果。

配置信息可由运营人员在运营管理后台进行配置，通过审核、生 效后方可被***拉取使用，配置数据采用关系型数据库做持久化存储。 根据配置数据的有效状态实时同步到缓存中，在请求数据处理过程中 对存储在缓存中的配置信息做数据拉取，极大提高配置数据的读取速 度。通过上述方式，用户可以指定或者采用***默认的方式为最终使 用的目标分配方式。

可选地，根据所述第一虚拟资源确定所述第二虚拟资源包括：当 所述业务对象为多个时，为每个所述业务对象关联一个线程，其中， 任意两个所述业务对象所关联的线程不同；利用与所述业务对象关联 的线程，根据所述第一虚拟资源确定所述第二虚拟资源。

上述实施例中，利用与所述业务对象关联的线程，根据所述第一 虚拟资源确定所述第二虚拟资源之前，创建包括所述第一虚拟资源并 以所述业务对象的对象标识为关键字的对象数据，其中，所述对象数 据为仅允许被与所述业务对象关联的线程进行读写操作的数据。

推广费用试算的请求对象是一个<K,V>结构的Map对象(或称对 象数据)，K为商品SKU，用来匹配推广费用配置信息，V为商品原 始推广费用值，经过试算后会变更该值作为最终推广费用试算结果返 回，Map支持不重复的多SKU入参，单次试算请求支持多SKU共同试算。

在高并发请求下，由于请求试算对象要经过试算逻辑的计算、修 改、赋值等操作，是处于线程不安全环境下的，数据状态极其不稳定， 容易受其他线程篡改，推广费用试算出的结果可能与预期不符，导致 数据混乱、试算不准确等灾难性后果。

为了解决该问题，在方法请求入口进行请求对象与线程关联的方 案，保证每个线程的请求对象数据只与自身请求线程相关，在线程关 联对象中对请求对象进行读、取、修改操作，达到与其他线程隔离的 效果，而且也避免了多线程环境下为了保证数据一致性对数据修改进 行的加锁操作，极大提升请求吞吐量和响应速度。

在上述方案中，数据存储可以采用MySQL(关系型数据库管理系 统)和Redis(分布式存储***)，MySQL中的配置数据包括全局推 广费用配置、商品推广费用配置，规则配置、优先级配置，由运营通 过运营管理平台配置，通过MySQL关系数据库做持久化落库。Redis根据配置数据的业务状态流转即时同步在缓存数据中，提高配置数据 的读取效率，高并发环境下性能和吞吐量均较为理想。

本申请实施例通过J-ONE平台来进行数据发布，通过LogBook平 台对数据进行日志记录、通过SGM平台和UMP平台对数据进行监控， 需要说明的是，还可以采用其它业务平台，例如发布平台、日志平台、 监控平台来实现数据的发布、日志记录和监控，本申请实施例对此不 做限定。

作为一种可选的实施例，下面结合图4进一步详述本申请的具体 实现方式。

整个业务流程可基于运营配置好的推广费用、策略规则进行推广 费用结果的试算。在试算请求(即第一请求)发起后，试算请求入参 Request<商品SKU,推广费用原值>会在请求入口处进行请求入参 Request与ThreadLocal线程关联，统一由全局唯一的静态容器池管理。

试算请求进入到核心处理器中完成试算，核心处理器包括配置拉 取、节点编排、策略匹配三个部分。配置拉取是通过缓存读取运营配 置的全局推广费用、指定商品推广费用等基础数据作为试算基础；节 点编排是通过优先级、独立或共同试算等规则对节点执行器进行编排， 节点执行器中每一个节点都是一个独立的逻辑处理单元，拥有封闭的 试算规则，通过不同节点的前后处理顺序以及节点内各不相同的单元 处理逻辑影响最终的推广费用试算结果；策略匹配，是基于运营配置 的基础数据做策略模型的匹配，高效命中节点执行器中的单元处理逻 辑，是试算过程中的原子计算函数。

试算请求经历推广费用试算的整个生命周期后输出推广费用试算 结果，它和推广费用试算请求Request<商品SKU,推广费用原值>数据 结构相同，关键字key仍请求试算的商品SKU，对应的value不再是推 广费用原值，而是试算后的推广费用最终值。

上述全局推广费用配置，是根据业务渠道、业务分组区分，同一 个业务渠道的同一个业务分组下只允许配置一个全局推广费用配置方 案。商品推广费用配置，支持按业务渠道、业务分组进行配置多SKU 的推广费用配置策略，同一个业务渠道、业务分组下同一个SKU仅允 许存在一种推广费用配置方案。具体的实现包括如下步骤：

首先，进行全局推广费用配置，支持按业务状态、业务类型、业 务分组、业务模式、影响模式、创建人、审核人进行检索。

其次，进行商品推广费用配置，支持按业务状态、业务类型、业 务分组、业务模式、影响模式、创建人、审核人、商品SKU进行检索。 数据审核流程如图5所示。

然后，进行规则配置，或称分配方式的配置，全局推广费用配置 按业务类型、业务分组、推广费用业务模式(补贴、抽成)、推广费 用影响模式(按比率、按固额)、推广费用影响阶段(妥投、结算) 进行全局推广费用规则配置。

商品推广费用配置按业务类型、业务分组、推广费用业务模式(补 贴、抽成)、推广费用影响模式(按比率、按固额)、推广费用影响 阶段(妥投、结算)对特定商品SKU进行推广费用规则配置。

最后，进行优先级配置，根据配置文件设置的开关、优先级来控 制节点执行器。

配置完成后，开始进行数据处理，首先进行线程关联。

试算请求对象与请求线程关联，可统一由线程关联容器来管理， 首先进行容器池初始化；然后试算请求对象存储，在方法请求入口处 实现与请求线程关联，试算请求对象读取，在节点处理器需要读取试 算请求对象数据时可以通过相关读取函数实现，试算请求对象移除， 在方法请求结束返回试算结果前清理当前请求线程的关联对象。

其次，进行节点编排，推广费用逻辑处理主要包括：初始化线程 关联容器池、获取节点编排规则、按照获取的规则进行推广费用试算、 返回运算的结果、清空线程关联容器池。

然后，进行策略匹配，策略匹配方法主要受业务模式、影响模式、 推广费用原值、影响比率、影响金额的影响。

定额补贴：策略匹配定额补贴为推广费用原值+影响金额，策略匹 配定额抽成为推广费用原值-影响金额。

比率补贴：策略匹配比率补贴为推广费用原值X*(1+影响比率)。

比率抽成：策略匹配比率抽成为推广费用原值X*(1-影响比率)。

数值试算时可仅保留小数位后6位，直接删除多余小数位，也可 在推广费用计算时保留结果为正整数。

采用本申请的技术方案，提供了推广费用补贴与推广费用抽成、 金额与比例多维度配置的推广费用方案，既可补贴激励推广，也可抽 成赚取推广费用差；支持按金额、比例策略配置，可灵活换算，统一 单位的数值、精度计量；提供了全局商品与指定商品组合的推广费用 配置策略，支持全局商品与指定任意商品SKU的推广费用配置策略， 支持商品推广费用试算优先级编排，全局商品推广费用策略、指定商 品试算策略可以共存或互斥；支持高并发批量推广费用试算，支持高 并发环境下，批量推广费用试算，计算时间耗时短、试算结果准确无 误。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将 其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申 请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以 采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说 明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不 一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解 到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来 实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。 基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡 献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在 一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以 使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等) 执行本申请各个实施例所述的方法。

根据本申请实施例的另一个方面，还提供了一种用于实施上述资 源的分配方法的资源的分配装置。图6是根据本申请实施例的一种可 选的资源的分配装置的示意图，如图6所示，该装置可以包括：

第一获取单元601，用于获取第一请求，其中，第一请求用于请求 根据第一虚拟资源确定待分配给第一账号的第二虚拟资源，第一虚拟 资源为在第一账号执行业务对象的交换操作后初步分配给第一账号的 虚拟资源，第二虚拟资源为实际分配给第一账号的虚拟资源，业务对 象属于第二账号；

第二获取单元603，用于响应于第一请求，从多种分配方式中获取 与业务对象匹配的目标分配方式，其中，多种分配方式包括目标分配 方式；

分配单元605，用于按照目标分配方式，根据第一虚拟资源确定第 二虚拟资源，并将第二虚拟资源分配给第一账号。

需要说明的是，该实施例中的第一获取单元601可以用于执行本 申请实施例中的步骤S202，该实施例中的第二获取单元603可以用于 执行本申请实施例中的步骤S204，该实施例中的分配单元605可以用 于执行本申请实施例中的步骤S206。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用 场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述 模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通 过软件实现，也可以通过硬件实现。

通过上述模块，预先编辑好多种分配方式，在需要时从多种分配 方式中获取与业务对象匹配的目标分配方式，按照目标分配方式，根 据第一虚拟资源确定第二虚拟资源，并将第二虚拟资源分配给第一账 号，而不用人工进行处理、也不需要临时按照处理逻辑进行编码，且 这多种分配方式可针对不同业务进行复用，支持灵活修改、多维度试 算、高效匹配，可以解决相关技术中确定虚拟资源的效率较低的技术 问题，进而达到提高处理效率的技术效果。

可选地，第二获取单元可包括：获取模块，用于获取预先保存的 配置文件，其中，配置文件用于保存对象与分配方式之间的关联关系； 确定模块，用于按照配置文件中的关联关系在多种分配方式中确定与 业务对象匹配的目标分配方式。

可选地，本申请的装置还可包括配置单元，用于在获取第一请求 之前，获取第二请求，其中，第二请求用于请求建立业务对象与目标 分配方式之间的关联关系；将业务对象与目标分配方式之间的关联关 系保存至配置文件。

可选地，本申请的装置还可包括创建单元，用于其特征在于，在 获取第一请求之前，创建多种分配方式，其中，多种分配方式中的每 种分配方式包括业务模式、影响模式以及影响阶段中的至少之一，业 务模式包括用于表示增加虚拟资源的第一模式和用于表示减少虚拟资 源的第二模式，影响模式包括表示虚拟资源按照比例变化的第三模式 和虚拟资源按照固定量变化的第四模式，影响阶段为业务对象所处的 业务阶段。

可选地，分配单元还可用于：在业务对象为多个的情况下，为每 个业务对象关联一个线程，其中，任意两个业务对象所关联的线程不 同；利用与业务对象关联的线程，根据第一虚拟资源确定第二虚拟资 源。

可选地，本申请的创建单元，还可用于在利用与业务对象关联的 线程，根据第一虚拟资源确定第二虚拟资源之前，创建包括第一虚拟 资源并以业务对象的对象标识为关键字的对象数据，其中，对象数据 为仅允许被与业务对象关联的线程进行读写操作的数据。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用 场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述 模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通 过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的另一个方面，还提供了一种用于实施上述资 源的分配方法的服务器或终端。

图7是根据本申请实施例的一种终端的结构框图，如图7所示， 该终端可以包括：一个或多个(图7中仅示出一个)处理器701、存储 器703、以及传输装置705，如图7所示，该终端还可以包括输入输出 设备707。

其中，存储器703可用于存储软件程序以及模块，如本申请实施 例中的资源的分配方法和装置对应的程序指令/模块，处理器701通过 运行存储在存储器703内的软件程序以及模块，从而执行各种功能应 用以及数据处理，即实现上述的资源的分配方法。存储器703可包括 高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性 存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存 储器703可进一步包括相对于处理器701远程设置的存储器，这些远 程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互 联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置705用于经由一个网络接收或者发送数据，还可 以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括 有线网络及无线网络。在一个实例中，传输装置705包括一个网络适 配器(Network Interface Controller，NIC)，其可通过网线与其他网络 设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置705为射频(Radio Frequency，RF)模块，其用于通过无线 方式与互联网进行通讯。

其中，具体地，存储器703用于存储应用程序。

处理器701可以通过传输装置705调用存储器703存储的应用程 序，以执行下述步骤：

获取第一请求，其中，第一请求用于请求根据第一虚拟资源确定 待分配给第一账号的第二虚拟资源，第一虚拟资源为在第一账号执行 业务对象的交换操作后初步分配给第一账号的虚拟资源，第二虚拟资 源为实际分配给第一账号的虚拟资源，业务对象属于第二账号；

响应于第一请求，从多种分配方式中获取与业务对象匹配的目标 分配方式，其中，多种分配方式包括目标分配方式；

按照目标分配方式，根据第一虚拟资源确定第二虚拟资源，并将 第二虚拟资源分配给第一账号。

处理器701还用于执行下述步骤：

创建多种分配方式，其中，多种分配方式中的每种分配方式包括 业务模式、影响模式以及影响阶段中的至少之一，业务模式包括用于 表示增加虚拟资源的第一模式和用于表示减少虚拟资源的第二模式， 影响模式包括表示虚拟资源按照比例变化的第三模式和虚拟资源按照 固定量变化的第四模式，影响阶段为业务对象所处的业务阶段。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的 示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图7所示的结构仅为示意，终端 可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电 脑以及移动互联网设备(MobileInternet Devices，MID)、PAD等终端 设备。图7其并不对上述电子装置的结构造成限定。例如，终端还可 包括比图7中所示更多或者更少的组件(如网络接口、显示装置等)， 或者具有与图7所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或 部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序 可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、 只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中， 上述存储介质可以用于执行资源的分配方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示 的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步 骤的程序代码：

获取第一请求，其中，第一请求用于请求根据第一虚拟资源确定 待分配给第一账号的第二虚拟资源，第一虚拟资源为在第一账号执行 业务对象的交换操作后初步分配给第一账号的虚拟资源，第二虚拟资 源为实际分配给第一账号的虚拟资源，业务对象属于第二账号；

响应于第一请求，从多种分配方式中获取与业务对象匹配的目标 分配方式，其中，多种分配方式包括目标分配方式；

按照目标分配方式，根据第一虚拟资源确定第二虚拟资源，并将 第二虚拟资源分配给第一账号。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

创建多种分配方式，其中，多种分配方式中的每种分配方式包括 业务模式、影响模式以及影响阶段中的至少之一，业务模式包括用于 表示增加虚拟资源的第一模式和用于表示减少虚拟资源的第二模式， 影响模式包括表示虚拟资源按照比例变化的第三模式和虚拟资源按照 固定量变化的第四模式，影响阶段为业务对象所处的业务阶段。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的 示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、 只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM， Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储 程序代码的介质。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作 为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介 质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术 做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式 体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以 使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备 等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某 个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端， 可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意 性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时 可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成 到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或 讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口， 单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理 单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单 元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现， 也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领 域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出 若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种资源的分配方法，其特征在于，包括：

获取第一请求，其中，所述第一请求用于请求根据第一虚拟资源确定待分配给第一账号的第二虚拟资源，所述第一虚拟资源为在所述第一账号执行业务对象的交换操作后初步分配给所述第一账号的虚拟资源，所述第二虚拟资源为实际分配给所述第一账号的虚拟资源，所述业务对象属于第二账号；

响应于所述第一请求，从多种分配方式中获取与所述业务对象匹配的目标分配方式，其中，所述多种分配方式包括所述目标分配方式；

按照所述目标分配方式，根据所述第一虚拟资源确定所述第二虚拟资源，并将所述第二虚拟资源分配给所述第一账号。

2.根据权利要求1所述的方法，其特征在于，从多种分配方式中获取与所述业务对象匹配的目标分配方式包括：

获取配置文件，其中，所述配置文件用于保存所述业务对象与分配方式之间的关联关系；

按照所述配置文件中的关联关系在所述多种分配方式中确定与所述业务对象匹配的目标分配方式。

3.根据权利要求2所述的方法，其特征在于，在获取第一请求之前，所述方法还包括：

获取第二请求，其中，所述第二请求用于请求建立所述业务对象与所述目标分配方式之间的关联关系；

将所述业务对象与所述目标分配方式之间的关联关系保存至所述配置文件。

4.根据权利要求1至3中任意一项所述的方法，其特征在于，在获取第一请求之前，所述方法还包括：

创建所述多种分配方式，其中，所述多种分配方式中的每种分配方式包括业务模式、影响模式以及影响阶段中的至少之一，所述业务模式包括用于表示增加虚拟资源的第一模式和用于表示减少虚拟资源的第二模式，所述影响模式包括表示虚拟资源按照比例变化的第三模式和虚拟资源按照固定量变化的第四模式，所述影响阶段为所述业务对象所处的业务阶段。

5.根据权利要求1至3中任意一项所述的方法，其特征在于，根据所述第一虚拟资源确定所述第二虚拟资源包括：

当所述业务对象为多个时，为每个所述业务对象关联一个线程，其中，任意两个所述业务对象所关联的线程不同；

利用与所述业务对象关联的线程，根据所述第一虚拟资源确定所述第二虚拟资源。

6.根据权利要求1至3中任意一项所述的方法，其特征在于，利用与所述业务对象关联的线程，根据所述第一虚拟资源确定所述第二虚拟资源之前，所述方法还包括：

创建包括所述第一虚拟资源并以所述业务对象的对象标识为关键字的对象数据，其中，所述对象数据为仅允许被与所述业务对象关联的线程进行读写操作的数据。

7.一种资源的分配装置，其特征在于，包括：

第一获取单元，用于获取第一请求，其中，所述第一请求用于请求根据第一虚拟资源确定待分配给第一账号的第二虚拟资源，所述第一虚拟资源为在所述第一账号执行业务对象的交换操作后初步分配给所述第一账号的虚拟资源，所述第二虚拟资源为实际分配给所述第一账号的虚拟资源，所述业务对象属于第二账号；

第二获取单元，用于响应于所述第一请求，从多种分配方式中获取与所述业务对象匹配的目标分配方式，其中，所述多种分配方式包括所述目标分配方式；

分配单元，用于按照所述目标分配方式，根据所述第一虚拟资源确定所述第二虚拟资源，并将所述第二虚拟资源分配给所述第一账号。

8.根据权利要求7所述的装置，其特征在于，所述第二获取单元包括：

获取模块，用于获取预先保存的配置文件，其中，所述配置文件用于保存业务对象与分配方式之间的关联关系；

确定模块，用于按照所述配置文件中的关联关系在所述多种分配方式中确定与所述业务对象匹配的目标分配方式。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至6任一项中所述的方法。

10.一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器通过所述计算机程序执行上述权利要求1至6任一项中所述的方法。

Images