CN113837593A - 虚拟数据分配方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开提供了一种虚拟数据分配方法、装置、设备以及存储介质，涉及计算机技术领域，尤其涉及互联网应用、数据结构等领域。具体实现方案为：获得虚拟数据分配申请，虚拟数据分配申请包括申请虚拟数据的组织成员；基于预先构建的类别层级架构，确定组织成员对应的类别；基于预先构建的数据量模型，确定类别对应的目标数据量；基于目标数据量分配虚拟数据。本公开提升了虚拟数据的使用效率。

Description

虚拟数据分配方法、装置、设备以及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及互联网应用、数据结构等领域，具体涉及一种虚拟数据分配方法、装置、设备以及存储介质。

背景技术

随着多媒体技术等的发展，虚拟数据的应用越来越广泛，成为运营、销售等过程中的重要手段。虚拟数据，例如虚拟货币，有利于刺激用户消费、增加流水、提升平台用户粘性等，实际需要虚拟数据分配的场景有很多，例如，新产品的推广、内部人员测试、赔付、补偿、各种营销活动，等等。

发明内容

本公开提供了一种虚拟数据分配方法、装置、设备以及存储介质。

根据本公开的第一方面，提供了一种虚拟数据分配方法，包括：

获得虚拟数据分配申请，所述虚拟数据分配申请包括申请虚拟数据的组织成员；

基于预先构建的类别层级架构，确定所述组织成员对应的类别；

基于预先构建的数据量模型，确定所述类别对应的目标数据量，所述目标数据量用于表示虚拟数据分配的待分配数据量；

基于所述数据量分配虚拟数据。

根据本公开的第二方面，提供了一种虚拟数据分配装置，包括：

获得模块，用于获得虚拟数据分配申请，所述虚拟数据分配申请包括申请虚拟数据的组织成员；

确定模块，用于基于预先构建的类别层级架构，确定所述组织成员对应的类别；基于预先构建的数据量模型，确定所述类别对应的目标数据量，所述目标数据量用于表示虚拟数据分配的待分配数据量；

分配模块，用于基于所述目标数据量分配虚拟数据。

根据本公开的第三方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面所述的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据第一方面所述的方法。

根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据第一方面所述的方法。

本公开基于数据量模型进行虚拟数据地分配，能够合理地利用数据量进行虚拟数据的分配。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本公开实施例提供的虚拟数据分配方法的流程图；

图2是本公开实施例中基于数据量模型确定目标数据量的流程图；

图3是本公开实施例中虚拟数据分配的流程示意图；

图4是本公开实施例中建立数据量模型的流程示意图；

图5是本公开实施例中结构信息的示意图；

图6是本公开实施例中类别层级架构的示意图；

图7是本公开实施例中存储类别层级架构中节点信息的存储结构的示意图；

图8是本公开实施例中存储组织成员信息的存储结构的示意图；

图9是本公开实施例中数据量模型的示意图；

图10是本公开实施例中类别层级架构的示例图；

图11是基于图10所示类别层级架构建立的数据量模型的示例图；

图12是本公开实施例中存储属性信息的存储结构的示意图；

图13是本公开实施例中基于预先创建的数据量模型查询可用数据量的示意图；

图14是本公开实施例中基于数据量模型进行虚拟数据分配的一种流程图；

图15是本公开实施例中基于数据量模型进行虚拟数据分配的另一种流程图；

图16是本公开实施例中状态转移的一种示意图；

图17是本公开实施例中状态转移的另一种示意图；

图18是本公开实施例提供的虚拟数据分配装置的一种结构示意图；

图19是本公开实施例提供的虚拟数据分配装置的另一种结构示意图；

图20是本公开实施例提供的虚拟数据分配装置的又一种结构示意图；

图21是本公开实施例提供的虚拟数据分配装置的再一种结构示意图；

图22是用来实现本公开实施例的虚拟数据分配方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

虚拟数据分配***可以提供虚拟数据分配、用户激活绑定、预留产品消费、按需产品扣费、交易明细等重要功能，有利于刺激用户消费、增加流水、提升平台用户粘性、是销售、运营等过程中重要的优惠手段。

但是，相关云虚拟数据分配存在滥发、滥用、资源浪费的情况，当前虚拟数据口子分散，功能及用法都比较混乱。相关虚拟数据分配存在滥发、滥用、资源浪费的情况，详细有以下几点：

虚拟数据分配：具有分配权限的组织人员数量较多，存在会出现不规范的分配问题，以及组织***而导致的分配权限管理问题。

虚拟数据使用场景：实际需要虚拟数据分配的场景有很多，如新产品的推广、内部人员测试、赔付、补偿、各种营销活动等，虚拟数据自身的用途和渠道需要更加精细化，既满足客户对优惠的需求，又可以准确把握营销的资源，避免滥用问题。

虚拟数据作为一种计算成本，过于通用化的虚拟数据会造成被应用于无关场景，从而无法完成其原始的分配目标，如原本需要应用于1核1G的虚拟机服务的代金券，转而被应用于图形处理器(Graphics Processing Unit，GPU)类型的虚拟机，造成成本流失。

本公开实施例可以实现闭环的虚拟数据分配，智能化管理虚拟数据成本的投入，更大化的提升虚拟数据使用效率，同时激发其刺激用户消费、增加流水、提升平台用户粘性的价值。

本公开实施例进一步精细化虚拟数据用途，为不同用途的虚拟数据设置不同的数据量额度，构建数据量模型对其进行全流程闭环的成本分摊管控，支持动态地调整类别架构树模型；支持根据营销策略及产品的市场需求及市场数据反馈，动态地调整数据量模型；可以帮智能化管理虚拟数据成本的投入，更大化的提升虚拟数据使用效率，同时激发其价值；最终实现虚拟数据资损的治理。

下面对本公开实施例提供的虚拟数据分配方法进行详细说明。

本公开实施例提供的虚拟数据分配方法可以应用于电子设备，具体地，电子设备可以包括服务器、终端等等。

本公开实施例提供了一种虚拟数据分配方法，可以包括：

获得虚拟数据分配申请，虚拟数据分配申请包括申请虚拟数据的组织成员；

基于预先构建的类别层级架构，确定组织成员对应的类别；

基于预先构建的数据量模型，确定类别对应的目标数据量，目标数据量用于表示用于虚拟数据分配的待分配数据量；

基于目标数据量分配虚拟数据。

本公开实施例中，基于数据量模型合理地利用数据量进行虚拟数据的分配，降低资源浪费，提升虚拟数据的使用效率。

图1为本公开实施例提供的虚拟数据分配方法的流程图。如图1所示，本公开实施例提供的虚拟数据分配方法可以包括：

S101，获得虚拟数据分配申请。

虚拟数据分配申请包括申请虚拟数据的组织成员。

申请虚拟数据的组织成员，也即虚拟数据申请人可以在服务商控制台的客户关系管理***(CRM)中发送虚拟数据分配申请，如此，电子设备进可以通过CRM***接收虚拟数据分配申请。

虚拟数据可以包括信用值、积分、虚拟货币如代金券等等。

S102，基于预先构建的类别层级架构，确定组织成员对应的类别。

类别层级架构可以包括多个类别的所属关系。

可以按照部门、项目、业务等划分类别。

一种可实现方式中，可以预先构建类别层级架构，类别层级架构包括多个节点。类别队层级架构中一个节点对应一个类别，且每一节点可以有属性信息。例如，属性信息可以包括该节点对应的类别所包括的组织成员。如此，在获得一组织成员后，查询类别层级架构，即可确定该组织结构对应的类别。

S103，基于预先构建的数据量模型，确定类别对应的目标数据量。

目标数据量用于表示虚拟数据分配的待分配数据量。

一种可实现方式中，如图2所示，S103可以包括：

S201，基于数据量模型，获得类别对应的可用数据量。

具体地，查找数据量模型，确定在数据量模型部门中对应的数据量节点，并依据从下向上查找的顺序，查找数据量节点的父节点，该父节点的父节点，以此类推，直至查找到数据量模型的根节点。

可以将数据量节点到根节点路径上所有数据量节点的数据量均作为部门对应的可用数据量。也可以选择该路径上预设数量个数据量节点的数据量作为部门对应的可用数据量，例如与该数据量节点之间的距离不大于预设值的预设节点对应的可用数据量，等等。

S202，根据预先配置的选择规则，从可用数据量中选择目标数据量。

选择规则可以包括排序顺序、优先级顺序等。

例如，可以按照属性信息对多个可用数据量进行排序，然后，基于排序结果选择目标数据量。例如，按照用途、适用范围、有效期、数据量数值等对多个可用数据量进行排序，例如，有特定用途的排序在前、有特定适用范围的排序在前、有效期在前的排序在前、预算金额少的排序在前等，然后，选择排序在最前面的一个可用数据量作为目标数据量。简单理解，即用于特定产品代金券预算优先返回、特定区域优先、有效期早(快过期的)优先，或者，数据量数值相对少的优先。

一种可实现方式中，可以通过列表展示多个可用数据量，如此，可以更加直观地、方便地基于列表选择目标数据量。

同时，可以展示数据量数据分析统计情况，支持时间粒度，产品粒度，部门粒度，成员粒度的统计。即可以按照时间、产品、部门、组织成员等维度对数据量进行统计，展示统计后的数据。

依据列表选择目标数据量，可以包括：

申请虚拟数据分配的组织成员点击列表中一可用数据量后，电子设备可以展示可用虚拟数据对应的属性信息以及确认、返回按钮，申请虚拟数据分配的组织成员基于属性信息进行选择，若选择该可用申请虚拟数据分配的组织成员，则点击确认按钮；若不选择，则点击返回按钮。

基于数据量模型可以选择与申请虚拟数据分配的组织成员匹配的数据量，合理地利用数据量，降低虚拟数据分配中的成本浪费。

S104，基于目标数据量分配虚拟数据。

可以包括：

获取目标数据量的属性信息；基于属性信息从目标数据量中划取数据量；按照从目标数据量中划取的数据量分配虚拟数据。

属性信息具体可以包括目标数据量的类型、状态、创建时间、生效时间、过期时间、对应的业务，等等。

例如，可以基于属性信息划取目标数据量的全部，或者，也可以划取目标数据量中的部分数据量分配虚拟数据。

合理地利用数据量进行虚拟数据的分配，实现对虚拟数据分配过程中的成本分摊管控，进而还能够降低虚拟数据分配过程中的成本浪费。

数据量作用于待分配的虚拟数据，分配虚拟数据，即从数据量中扣减虚拟数据所需数值，可以是数据量的全部数值，也可以是数据量中的部分数值。

一种可实现方式中，如图3所示，基于属性从目标数据量中划取数据量，可以包括：

S301，将目标数据量的状态设置为已冻结。

已冻结表示不响应其他虚拟数据分配。

虚拟数据的状态可以包括：未使用、已冻结、已消费预算、审批通过、审批失败、已使用。

S302，生成操作记录。

操作记录用于记录从目标数据量中划取数据量的操作请求。

具体地，操作记录用于记录将目标数据量减去虚拟数据所需数值的操作请求。

虚拟数据所需数值可以理解为虚拟数据所需要的数据量的值。

S303，基于属性信息和操作记录，生成目标数据量对应的使用记录。

可以将使用记录发送给审批管理者，以使审批管理者对使用记录进行审批。

审批管理者可以是预先设置的具有最高权限的审批人员。

可以生成使用记录对应的标识，如业务号。

S304，响应于使用记录审批通过，更新目标数据量的状态为已使用，并从目标数据量中划取数据量。

一种可实现方式中，响应于使用记录未审批通过，拒绝从目标数据量中划取数据量的操作请求。

一种可实现方式中，可以先执行从所述目标数据量中划取数据量的操作请求，在审批未通过后，可以在减除数值上增加操作记录中从目标数据量中减去的数值。

减除数值是操作记录中将目标数据量减去虚拟数据所需数值而得到的数值。

在审批未通过后，返还对目标数据量中对数据量减去的数值，保证数据量数值的准确性，避免虚拟数据过程中数据量的滥用、错用等，合理管理数据量，实现对虚拟数据分配过程中成本的管控，进而能够降低成本浪费等。

组织成员发起申请之后，并不会直接进入虚拟数据分配过程，先获取申请人UUAP，客户AccountId(使用虚拟数据的用户名)，数据量编号(数据量申请业务号,需要具有唯一性)、数据量用途信息、申请的数据量的数值信息等信，对该笔数据量执行冻结操作，并生成唯一的业务id，然后等待审批结果，预算冻结操作会扣除数据量的数值。

如果申请人的预算审批未通过或者审批异常，则该笔数据量会解冻，返还对目标数据量中对数据量减去的数值；如果申请人的预算审批结果审批通过，需要传递数据量冻结的业务id(标识)，则该笔冻结的数据量会被处理，并分配相应的虚拟数据。

通过冻结可以在对一虚拟数据分配申请进行处理的过程中，避免其他虚拟数据分配申请对该分配过程的影响，且通过审批可以建立实现完整的管控。

本公开实施例中，基于预先创建的数据量模型进行虚拟数据的分配，能够实现一整套全流程闭环的管控，避免虚拟数据分配过程中的滥发、滥用、资源浪费等，提升虚拟数据使用效率。

一种可选的实施例中，如图4所示，本公开实施例建立数据量模型可以包括：

S401，基于多个类别的结构信息，构建类别层级架构。

多个类别的结构信息可以包括通过类别之间的关联，具体地可以用于表示类别之间的从属关系，例如，可以包括多个部门之间的从属关系。

以不同部门为不同类别为例进行说明。

可以按照多维度组织管理***构建多层级的树形结构。其中，多维度组织管理***可以理解为企业等的实际业务通过业务群组→业务→产品的机制落地，相关的多维度组织管理***建立了不同层级上组织与产品的关联，通过这个多维度组织管理***，可以及时、准确、有效地将人才分配、投入到业务与产品上，充分激活人才的能动性。

基于部门之间的关联，建立节点之间的连接关系，以构建类别层级架构。

以三层团队架构Level3为例，结构信息如图5所示。

多个部门包括一级团队：团队1，一级团队负责人为UUAP_1。该一级团队包括多个二级团队：团队21(该二级团队负责人为UUAP_21)、团队22(该二级团队负责人为UUAP_22)、团队23(该二级团队负责人为UUAP_23)、团队24(该二级团队负责人为UUAP_24)、团队25(该二级团队负责人为UUAP_25)、团队26(该二级团队负责人为UUAP_26)、团队27(该二级团队负责人为UUAP_27)、团队28(该二级团队负责人为UUAP_28)、团队29(该二级团队负责人为UUAP_29)。二级团队中团队28包括三级团队：团队31(该三级团队负责人为UUAP_31)、团队32(该三级团队负责人为UUAP_32)；二级团队中团队29包括三级团队：团队33(该三级团队负责人为UUAP_33)、团队34(该三级团队负责人为UUAP_34)、团队35(该三级团队负责人为UUAP_35)、团队36(该三级团队负责人为UUAP_36)。

基于三层类别结构，例如三层团队架构中各层类别的层级结构和所属关系，构建类别层级架构。一层类别如一级团队：团队1、二层类别如二级团队：团队21、团队22、团队23……团队29、三层类别如三级团队：团队21、团队32，构建如图6所示类别层级架构。

类别层级架构为树形结构。本公开实施例中可以存储类别层级架构中各个节点的节点信息。具体地，节点信息的核心字段包括：当前树节点编号(OrgId，根据该字段关联团队架构和组织成员)、父节点id(ParentOrgId，即离当前节点最近的上一层节点)、当前树节点组织架构名称(Name)、从顶级父节点到当前节点的全路径(OrgPath)、业务单位(BusinessUnit)、组织属性(Attribute)、当前树节点的组织架构状态(OrgStatus，即节点是否已被删除)。具体可以以图7所示存储结构存储团队层级架构中节点信息。

以不同部门为不同类别为例，类别层级架构中包括各个部门的组织成员，即部门的负责人。本公开实施例中可以存储各个部门的组织成员的组织成员信息。按照组织成员的UUAP身份(唯一企业认证身份，如企业邮箱前缀等唯一标识)构建多层级的树形结构中每个节点对应的组织成员信息。组织成员信息的核心字段包括：组织成员身份唯一标识(EmployeeId，即UUAP)、组织成员name(EmployeeName,成员名称)、当前树节点编号(OrgId，根据该字段关联团队架构和组织成员)、当前成员对应Level1团队信息(OrgPath Level1,一级团队)、当前成员对应Level2团队信息(OrgPathLevel2,二级团队)、当前成员对应Level3团队信息(OrgPathLevel3,三级团队)。具体可以以图8所示存储结构存储组织成员信息。存储结构的存储结构层级根据实际需求而决定。

实际应用场景下，有可能新增部门或者删除部门等，即部门的结构信息是会发生变化，为了使得类别层级架构能准确反映类别之间的关系，一种可选的实施例中，可以根据结构信息的变化，通过调整树形结构中的节点，更新类别层级架构。

以不同部门为不同类别为例进行说明，针对团队不同的变化需求，执行不同的操作，这里所说的团队也可以理解为部门。

新增团队：根据原始部门组织架构信息表，即结构信息，构建新的树形架构。

删除团队：先删除团队的组织成员，然后删除指定团队。

新增下属团队：选中父节点团队，进行节点新增。

移动团队：选中待移动团队节点和目标父节点团队节点，执行移动操作，从父节点开始，递归更新移动过程中所涉及的OrgPath、BusinessUnit。

根据组织成员的不同变化需求，执行不同的操作：

新增成员：选择类别层级架构以及组织成员所属的部门的节点，对组织成员UUAP进行添加。

删除成员：选中组织成员信息，执行删除操作，同时更新存储结构中组织成员信息。

配置成员权限：成员权限包括团队第一负责人、团队第二负责人，无权限，一个团队第一负责人仅有一个，第二负责人可以有多个。

更换(移动)团队：选中组织成员信息，在类别层级架构中选择更换后的团队，点击移到此团队按钮，同时更新存储结构中组织成员信息。

S402，基于类别层级架构，建立数据量模型。

数据量模型包括类别层级架构中各个类别分别对应的可用数据量。

可以基于类别层级架构中的每个节点创建对应的可用数据量，基于类别层级架构中的每个节点的层级关系，对应创建各个类别对应的可用数据量。例如，可以基于类别层级架构中的每个节点建立对应的数据量节点，即基于类别层级架构中的每个节点的层级关系，对应建立各个类别对应的数据量节点。

可以在数据量模型中为每一数据量节点配置编辑按钮，配置属性信息，例如，可以通过点击编辑按钮设置初始数据量的数值，以及设置除数值之外的其他属性信息。即点击编辑按钮后，电子设备可以提供编辑界面，在编辑界面中可以输入属性信息。

本公开实施例中，可以根据实际应用需求场景对类别和数据量进行建模，即构建团队层级架构和数据量模型，如采用树形结构进行建模，如此可以为基于类别的层级结构配置数据量，可以基于数据量模型合理地利用数据量进行虚拟数据的分配，实现对虚拟数据分配的成本管控，降低资源浪费。

一种可选的实施例中，可以获取数据分析结果；基于数据分析结果，调整数据量模型。

数据分析结果包括虚拟数据的使用情况。

例如，虚拟数据可以为虚拟货币如代金券，虚拟数据的使用情况可以包括用户使用代金券的信息，如代金券过期还未使用、使用不同金额的代金券的数量，等等。

具体地，可以在数据量模型中针对数据量对应的节点，基于数据分析结果，调整节点之间的关系和/或节点自身的节点信息，即数据量的属性信息。

可以将虚拟数据的使用情况反馈至数据量模型，使得数据量模型更加准确地反映虚拟数据应用的实际环境，进而使得利用调整后的数据量模型能够合理地利用数据量进行虚拟数据的分配，实现对虚拟数据分配成本的管控，降低资源浪费等。

数据量可以分为两种类型，可拆分数据量和不可拆分数据量。

可拆分数据量：表示可用于划分子数据量；不可拆分数据量：表示仅可用于消费申请。

以数据量为预算为例进行说明，数据量模型包括一级数量，如一级预算1，一级数据量包括多个二级数据量，如一级预算1包括二级预算1、二级预算2和二级预算3；二级数据量包括三级数据量，如二级预算2包括三级预算1和三级预算2。

可拆分数据量如图9所示数据量模型中非叶子节点，如一级预算1和二级预算2；不可拆分数据量如图9所示数据量模型中叶子节点，如二级预算1、二级预算3、三级预算1和三级预算2。

对于图9，可以对可拆分预算做划分操作、对任何预算做新增、转出、转入、使用、退还操作。同时预算具有有效期，默认是按照年份划分。获取预算，可以仅获取离当前组织成员最近的预算节点的金额，例如，离当前组织成员最近的预算节点可以包括：当前组织成员对应的预算节点的父节点，等等。

对应于类别架构模型，数据量模型也可以是树形结构。但是，数据量模型的层级与类别层级架构的层级可以一致，也可以不一致。

一个类别可以对应多个数据量，数据量的层级也可以大于类别的层级。例如，一个部门可以对应多个预算，预算的层级也可以大于部门的层级，如图11所示数据量模型，该数据量模型是基于如图10所示类别层级架构而建立的数据量模型。

以数据量为预算为例，每笔预算均对应一个预算号，使用预算时，可以根据当前组织成员所在部门及其父部门id，查询所有的可用预算。

预算信息可以包括：预算唯一标识(BudgetUuid，代金券需要从哪笔预算中扣钱)、预算申请业务号(ApplyBizID,需要具有唯一性)、父预算号(ParentId)、预算节点类型(NodeType，例如，0:可划分节点，1:可消费节点)、预算名称(BudgetName)、预算创建时间(CreateTime)、预算过期时间(EndTime)、预算生效时间(BeginTime)、预算更新时间(UpdateTime)、预算状态(Status,例如，0:正常,1:锁定,2:作废)、预算资金余额(Balance)、预算资金总额(TotalAmount)、预算对应的部门id(DepartmentId)、预算的描述信息等。可以以图12所示的存储结构存储预算信息。

多个部门也可以理解为预算团队，指需要通过预算管控的对象。一个预算团队可以有多个预算号。一个预算号绑定唯一的一笔预算金额，可以进行对预算的扣减、冻结等操作。

本公开实施例中，根据不同类别的架构信息建立团类别层级架构，并建立数据量模型，基于类别层级架构和数据量模型进行虚拟数据的分配，实现对虚拟数据分配的成本管控，提升虚拟数据的使用效率。

本公开实施例建立类别层级架构以及数据量模型，下面以类别表示部门，数据量为预算为例进行举例说明。

通过数据量设置、数据量申请、数据量调整、数据量冻结解冻使用、实现全流程闭环的虚拟数据分配的成本分摊管控。同时，可以精细化虚拟数据用途，为不同用途的虚拟数据设置不同的数值。

数据量设置：即上述实施例中构建数据量模型，包括数据量的数值的设置和数据量类别架构的设置。

可以在数据量模型中为每一数据量节点配置编辑按钮，配置属性信息，例如，可以通过点击编辑按钮设置初始数据量的数值，以及设置除数据量的数值之外的其他属性信息。即点击编辑按钮后，电子设备可以提供编辑界面，在编辑界面中可以输入属性信息。

另外，也可以通过编辑按钮调整数据量节点以及属性信息，如增加、删除或移动数据量节点，修改初始属性信息，等等。

数据量使用：组织成员在申请虚拟数据分配时使用数据量，每笔数据量均对应一个数据量号，使用数据量时，根据当前组织成员所属类别及其父部门id，查询所有的可用数据量。数据量分为两种类型，可拆分数据量和不可拆分数据量，并且数据量可以分为多级，允许对可拆分数据量做划分操作、对任何数据量算做新增、转出、转入、使用、退还操作。获取数据量，仅获取离当前数据量节点最近的数据量节点的数据量。数据量使用包括核心的发起申请数据量冻结、审批失败数据量解冻、审批成功等操作。

数据量调整：点击后编辑当前数据量算，根据公司策略和市场反馈数据(数据分析结果)调整数据量模型。

数据量存储：需要保存当前数据量的加减记录，即数据量的申请和消费情况。

数据量控制点:数据量在服务商***虚拟数据分配时进行数据量控制。

虚拟数据数据量计算逻辑：数据量作用于待分配的虚拟数据。

参见图13对基于预先创建的数据量模型查询可用数据量的过程进行举例说明。

申请虚拟数据分配的组织成员，发送虚拟数据分配申请，该申请虚拟数据分配的组织成员具有标识信息uuap。

电子设备接收到该虚拟数据分配申请，先查询类别层级架构，确定组织成员对应的类别，如确定该组织成员实际工作的部门。然后，查找数据量模型，确定在数据量模型中该类别中对应的数据量节点，并依据从下向上查找的顺序，查找数据量节点的父节点，该父节点的父节点……，直至查找到数据量模型的根节点。根节点对应的数据量均可以作为可用数据量，根节点对应的数据量包括根节点本身的数据量，以及根节点的子节点的数据量。可以以列表形式展示可用数据量，即展示数据量查询结果。

组织成员uuap接口提供了查询所属类别的功能，根据类别可以查询出该类别可用的所有可用数据量，然后将该列表返回。组织成员在发券时选择对应的数据量进行虚拟数据的分配，例如，组织成员uuap可以与预算号对应。

本公开实施例可以通过服务商控制台的CRM(客户关系管理***)申请数据量和虚拟数据的分配，通过服务商控制台的OSP(运营服务***)展示维护数据量使用情况。

参见图14对本公开实施例使用数据量的过程进行说明，使用数据量的过程也可以理解为基于数据量进行虚拟数据分配的过程。

设置数据量，例如设置预算，即预先构建数据量模型，具体的构建过程在上述实施例中已经进行了详细说明。

AM(申请人)在CRM***中提出虚拟数据分配申请，如代金券发放申请，基于数据量模型获取数据量列表，并选择可用数据量，即获取可用数据量，如可用预算，从可用数据量中选择目标数据量。AM是组织架构里面的组织成员，也可以理解为虚拟数据分配的申请人。

CRM确认，冻结数据量并返回冻结业务号，然后进入审批程序，即Work流审批，审批失败或审批异常，则解冻数据量；如果审批通过，则利用数据量分配虚拟数据，具体地，CRM基于数据量分配虚拟数据。在虚拟数据分配中，CRM向***，如代金券***Coupon传递冻结业务号。另外，***进行数据分析，具体地，可以收集数据分析结果；基于数据分析结果，调整数据量模型。

基于图14所示的管控流程，参见图15对本公开实施例的虚拟数据分分配进行详细说明。

步骤1，在CRM中申请虚拟数据分配，例如，代金券分配。

步骤2，根据uuap查询数据量列表，如预算列表。

步骤3，***Coupon根据uuap查询部门id。

步骤4，查询GTM部门id。

服务商控制台的OSP***提供了数据量展示功能，可以展示有效期内、指定类型的、未作废仍然生效的数据量；以及数据量数据分析统计情况，支持时间粒度，产品粒度，部门粒度，成员粒度的统计。

步骤5，Coupon向CRM返回数据量列表。

组织成员(即申请人AM)在服务商控制台的CRM***申请虚拟数据分配时，先填写虚拟数据的用途和类型，然后根据申请人的uuap和虚拟数据信息，获取当前类别，如当前部门可用的数据量列表、获取数据量所对应的部门id信息，申请人选择并发起虚拟数据分配的申请。

步骤6，基于申请人uuap、客户account id、数据量编号、purpose(用途)信息、申请金额信息等选择目标数据量。

申请人在CRM***中从返回的数据量列表中选择对应一条数据量。

步骤7，存储冻结请求。

步骤8，使用数据量。

步骤9，获取数据量的数值。

步骤10，将数据量的数值写入消费记录，并生成预算申请消费记录。

数据量状态：未使用；更改数据量申请请求为：已冻结。

将预算申请消费记录发送至审批者进行审批。审批通过进入步骤15，审批未通过或者审批异常，进入步骤11。

步骤7至10可以实现数据量冻结逻辑，以数据量为预算为例，组织成员(即AM)发起申请之后，并不会直接进入分配环节，而是会首先获取该条预算的申请人UUAP，客户AccountId(用户名)，预算编号(预算申请业务号,需要具有唯一性)、预算用途信息、申请的预算金额信息等信息，对该笔预算执行冻结操作，并生成唯一的业务id，然后等待审批结果，预算冻结操作会扣除预算的余额。

步骤11，如果申请人的预算审批未通过或者审批异常，那么该笔预算会解冻，会增加预算的余额。

步骤12，记录预算申请消费记录。

步骤13，生成退还记录。

步骤14，增加余额，并修改转移(transfer)记录为已拒绝。

步骤11至14可以实现预算解冻逻辑，如果申请人的预算审批未通过或者审批异常，那么该笔预算会解冻，会增加预算的余额。

步骤15，修改目标预算的状态为已使用。

步骤16，消费预算，进行虚拟数据的分配。

步骤15至16可以实现虚拟数据的分配，如果申请人的预算审批结果审批通过，需要传递预算冻结的业务id，那么该笔冻结的预算会被消费，并分配对应的虚拟数据。

本公开实施例中，在使用数据量的过程中涉及数据量申请以及数据量状态的转移，如图16所示数据量申请记录转移示意图。申请虚拟数据的分配，例如申请代金券，当申请失败，代金券预算申请记录的状态为未使用(PENDING)；当申请成功，代金券预算申请记录的状态为已冻结(FROZEN)，代金券申请成功后，进行审批程序，审批通过，代金券预算申请记录的状态为已消费(CONSUMDED)，审批失败，代金券预算申请记录的状态为已退还(REFUNDED)。

图17所示数据量消费的状态转移示意图。申请虚拟数据的分配，例如申请代金券，当申请失败，预算消费的状态为无记录；当申请成功，预算消费的状态为未使用(UNUSED)。申请成功后，进行审批程序，审批失败，预算消费的状态为已退还(REFUNDED)，审批通过，预算消费的状态为已使用(USED_UP)。

本公开实施例针对针对相关技术中虚拟数据分配存在的滥发、滥用、资源浪费问题，提出了一种基于数据量模型的虚拟数据分配方式，总的来讲，包括：预先构建数据量模型和基于数据量模型进行虚拟数据分配。为不同用途的虚拟数据设置不同的数据量数值，既可以解决过于通用化的虚拟数据被应用于无关场景，无法完成其原始的发放目标的问题，防止企业成本流失，又可以最大限度的发挥虚拟数据刺激用户消费、增加流水、提升平台用户粘性的效用；类别架构树模型，即类别层级架构可以动态的支持不同企业在不同发展时期对于团队架构的调整，包括：组织部门结构的增删、部门属性编辑、跨团队的移动调整、本部门内组织人员的变动、跨部门的***，具有极强的灵活性和适应性。数据量模型，可以支持支持设置类别类型，可拆分类别和不可拆分类别，支持对可拆分类别做划分操作、支持对任何类别类型做新增、转出、转入、使用、退还等操作，即灵活的支持公司根据不同时期针对不同产品的营销策略以及产品数据分析结果来及时调整数据量模型。

全流程闭环的虚拟数据分配，可以帮助企业智能化管理虚拟数据成本的投入，更大化的提升虚拟数据使用效率，同时激发其价值；满足公司管理层对营销活动与营销成本管控与分析的需求；全面提高企业管理水平和经营效率，实现企业价值最大化。且可以满足对产品精细化营销的需求，可以帮助营销人员对指定配置的资源进行准确营销，既满足客户对优惠的需求，又可以准确把握营销的资源，避免代金券被滥发滥用。

本公开实施例还提供了一种虚拟数据分配装置，如图18所示，可以包括：

获得模块1801，用于获得虚拟数据分配申请，虚拟数据分配申请包括申请虚拟数据的组织成员；

确定模块1802，用于基于预先构建的类别层级架构，确定组织成员对应的类别；基于预先构建的数据量模型，确定类别对应的目标数据量，目标数据量用于表示虚拟数据分配的待分配数据量；

分配模块1803，用于基于目标数据量分配虚拟数据。

可选的，如图19所示，还包括：

构建模块1901，用于基于多个类别的结构信息，构建类别层级架构，结构信息用于表示多个类别之间的从属关系；

建立模块1902，用于基于类别层级架构，建立数据量模型，数据量模型包括类别层级架构中各个类别分别对应的可用数据量。

可选的，确定模块1802：还用于基于数据量模型，获得类别对应的可用数据量；根据预先配置的选择规则，从可用数据量中选择目标数据量。

可选的，分配模块1803：还用于获取目标数据量的属性信息；基于属性信息从目标数据量中划取数据量；按照从目标数据量中划取的数据量分配虚拟数据。

可选的，分配模块1803：还用于将目标数据量的状态设置为已冻结，已冻结表示不响应其他虚拟数据分配；生成操作记录，操作记录用于记录从目标数据量中划取数据量的操作请求；基于属性信息和操作记录，生成目标数据量对应的使用记录；响应于使用记录审批通过，更新目标数据量的状态为已使用，并从目标数据量中划取数据量。

可选的，分配模块1803：还用于响应于使用记录未审批通过，拒绝从目标数据量中划取数据量的操作请求。

可选的，类别层级架构是树形结构，树形结构中一个节点对应一个类别；

如图20所示，装置还包括：

第一调整模块2001，用于根据结构信息的变化，通过调整树形结构中的节点，更新类别层级架构。

可选的，如图21所示，该装置还包括：

获取模块2101，用于获取数据分析结果，数据分析结果包括虚拟数据的使用情况；

第二调整模块2102，用于基于数据分析结果，调整数据量模型。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图22示出了可以用来实施本公开的实施例的示例电子设备2200的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图22所示，设备2200包括计算单元2201，其可以根据存储在只读存储器(ROM)2202中的计算机程序或者从存储单元2208加载到随机访问存储器(RAM)2203中的计算机程序，来执行各种适当的动作和处理。在RAM 2203中，还可存储设备2200操作所需的各种程序和数据。计算单元2201、ROM 2202以及RAM 2203通过总线2204彼此相连。输入/输出(I/O)接口2205也连接至总线2204。

设备2200中的多个部件连接至I/O接口2205，包括：输入单元2206，例如键盘、鼠标等；输出单元2207，例如各种类型的显示器、扬声器等；存储单元2208，例如磁盘、光盘等；以及通信单元2209，例如网卡、调制解调器、无线通信收发机等。通信单元2209允许设备2200通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元2201可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元2201的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元2201执行上文所描述的各个方法和处理，例如虚拟数据分配方法。例如，在一些实施例中，虚拟数据分配方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元2208。在一些实施例中，计算机程序的部分或者全部可以经由ROM 2202和/或通信单元2209而被载入和/或安装到设备2200上。当计算机程序加载到RAM 2203并由计算单元2201执行时，可以执行上文描述的虚拟数据分配方法的一个或多个步骤。备选地，在其他实施例中，计算单元2201可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行虚拟数据分配方法。

本文中以上描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上***的***(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行***、装置或设备使用或与指令执行***、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体***、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的***和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的***和技术实施在包括后台部件的计算***(例如，作为数据服务器)、或者包括中间件部件的计算***(例如，应用服务器)、或者包括前端部件的计算***(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将***的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式***的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (19)

1.一种虚拟数据分配方法，包括：

获得虚拟数据分配申请，所述虚拟数据分配申请包括申请虚拟数据分配的组织成员；

基于预先构建的类别层级架构，确定所述组织成员对应的类别；

基于预先构建的数据量模型，确定所述类别对应的目标数据量，所述目标数据量用于表示用于虚拟数据分配的待分配数据量；

基于所述目标数据量分配虚拟数据。

2.根据权利要求1所述的方法，还包括：

基于多个类别的结构信息，构建类别层级架构，所述结构信息用于表示多个类别之间的从属关系；

基于所述类别层级架构，建立所述数据量模型，所述数据量模型包括所述类别层级架构中各个类别分别对应的可用数据量。

3.根据权利要求1或2所述的方法，所述基于预先构建的数据量模型，确定所述类别对应的目标数据量，包括：

基于所述数据量模型，获得所述类别对应的可用数据量；

根据预先配置的选择规则，从所述可用数据量中选择所述目标数据量。

4.根据权利要求3所述的方法，所述基于所述目标数据量分配虚拟数据，包括：

获取所述目标数据量的属性信息；

基于所述属性信息从所述目标数据量中划取数据量；

按照从所述目标数据量中划取的数据量分配所述虚拟数据。

5.根据权利要求4所述的方法，所述基于所述属性信息从所述目标数据量中划取数据量，包括：

将所述目标数据量的状态设置为已冻结，所述已冻结表示不响应其他虚拟数据分配；

生成操作记录，所述操作记录用于记录从所述目标数据量中划取数据量的操作请求；

基于所述属性信息和所述操作记录，生成所述目标数据量对应的使用记录；

响应于所述使用记录审批通过，更新所述目标数据量的状态为已使用，并从所述目标数据量中划取所述数据量。

6.根据权利要求5所述的方法，所述方法还包括：

响应于所述使用记录未审批通过，拒绝从所述目标数据量中划取数据量的操作请求。

7.根据权利要求2至6任一项所述的方法，所述类别层级架构是树形结构，所述树形结构中一个节点对应一个类别；

所述方法还包括：

根据所述结构信息的变化，通过调整所述树形结构中的节点，更新所述类别层级架构。

8.根据权利要求1至6任一项所述的方法，所述方法还包括：

获取数据分析结果，所述数据分析结果包括所述虚拟数据的使用情况；

基于所述数据分析结果，调整所述数据量模型。

9.一种虚拟数据分配装置，包括：

获得模块，用于获得虚拟数据分配申请，所述虚拟数据分配申请包括申请虚拟数据的组织成员；

确定模块，用于基于预先构建的类别层级架构，确定所述组织成员对应的类别；基于预先构建的数据量模型，确定所述类别对应的目标数据量，所述目标数据量用于表示虚拟数据分配的待分配数据量；

分配模块，用于基于所述目标数据量分配虚拟数据。

10.根据权利要求9所述的装置，还包括：

构建模块，用于基于多个类别的结构信息，构建类别层级架构，所述结构信息用于表示多个类别之间的从属关系；

建立模块，用于基于所述类别层级架构，建立所述数据量模型，所述数据量模型包括所述类别层级架构中各个类别分别对应的可用数据量。

11.根据权利要求9或10所述的装置，所述确定模块：还用于基于所述数据量模型，获得所述类别对应的可用数据量；根据预先配置的选择规则，从所述可用数据量中选择所述目标数据量。

12.根据权利要求9所述的装置，所述分配模块：还用于获取所述目标数据量的属性信息；基于所述属性信息从所述目标数据量中划取数据量；按照从所述目标数据量中划取的数据量分配所述虚拟数据。

13.根据权利要求12所述的装置，所述分配模块：还用于将所述目标数据量的状态设置为已冻结，所述已冻结表示不响应其他虚拟数据分配；生成操作记录，所述操作记录用于记录从所述目标数据量中划取数据量的操作请求；基于所述属性信息和所述操作记录，生成所述目标数据量对应的使用记录；响应于所述使用记录审批通过，更新所述目标数据量的状态为已使用，并从所述目标数据量中划取所述数据量。

14.根据权利要求13所述的装置，所述分配模块：还用于响应于所述使用记录未审批通过，拒绝从所述目标数据量中划取数据量的操作请求。

15.根据权利要求10至14任一项所述的装置，所述类别层级架构是树形结构，所述树形结构中一个节点对应一个类别；

所述装置还包括：

第一调整模块，用于根据所述结构信息的变化，通过调整所述树形结构中的节点，更新所述类别层级架构。

16.根据权利要求9至14任一项所述的装置，所述装置还包括：

获取模块，用于获取数据分析结果，所述数据分析结果包括所述虚拟数据的使用情况；

第二调整模块，用于基于所述数据分析结果，调整所述数据量模型。

17.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

18.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-8中任一项所述的方法。

19.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-8中任一项所述的方法。

Images