CN110517086A - 数据处理方法及系统、介质和计算设备 - Google Patents

Abstract

本发明的实施方式提供了一种数据处理方法，包括：响应于业务系统的接入请求，获取特定业务场景；针对特定业务场景，创建针对指定账户的目标凭证方案，其中，目标凭证方案包括目标凭证码；以及基于目标凭证方案，对目标凭证码的当前库存量执行特定操作，以确定目标凭证码的最终库存量。通过本发明的实施例，针对不同的业务场景可以创建不同类型的目标凭证方案，并进行统一的库存量管理和计算，可以减少开发的成本。此外，本发明的实施方式还提供了一种数据处理系统、介质和计算设备。

Description

数据处理方法及系统、介质和计算设备

技术领域

本发明的实施方式涉及计算机领域，更具体地，本发明的实施方式涉及一种数据处理方法及系统、介质和计算设备。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

在活动解决方案的平台系统中，很多业务场景都依赖规则次数，即满足某个规则，增加活动次数机会或者次数(票)在用户之间转移的场景，用户每参与一次活动，机会次数就减少一次，用户把票投给另外一部分用户，票数发生转移。例如，在组团瓜分红包的业务场景中，每个账户每天只有3次开团机会，有5次参团机会；在大转盘抽奖的业务场景中，每个账户每天有1次参与机会，分享活动页面可以增加机会，每分享一次增加两次机会，且该机会次数只在当天有效；在红包雨抢红包的业务场景中，每个账户每天有3次参与机会，分享活动页面可以增加机会，每分享一次增加1次机会，最高分享获得的次数每天不能超过3次；在综艺投票助力活动的业务场景中，每个粉丝账户首次进入活动首页，增加10票，分享邀请新用户注册增加100票，粉丝给偶像投票，粉丝票数增少，偶像票数增加。

发明内容

然而，在实现本发明构思的过程中，发明人发现相关技术提供的微服务治理方案存在以下不足：

各个业务方都要实现一套次数记录及次数增减的逻辑，每次新增业务或调整业务都有较多的改动，开发成本非常高，且依赖于开发的技术水平，风险较高，特别是涉及到奖品派发的场景，例如红包雨活动可以领取优惠券，大转盘可以概率抽取实物奖等，一旦次数逻辑出问题，会导致奖品过多发放。

在本上下文中，本发明的实施方式期望提供一种数据处理方法及其系统、介质和计算设备。

在本发明实施方式的第一方面中，提供了一种数据处理方法，包括：响应于业务系统的接入请求，获取特定业务场景。针对上述特定业务场景，创建针对指定账户的目标凭证方案，其中，上述目标凭证方案包括目标凭证码。以及基于上述目标凭证方案，对上述目标凭证码的当前库存量执行特定操作，以确定上述目标凭证码的最终库存量。

在本发明的一个实施例中，上述针对上述特定业务场景，创建针对指定账户的目标凭证方案包括：针对上述特定业务场景，确定指定账户。获取多个预设凭证码类型，其中，上述预设凭证码类型包括规则凭证码和库存凭证码。基于上述多个预设凭证码类型，确定针对上述指定账户的目标凭证码。获取多个预设统计维度，其中，上述预设统计维度包括排期维度和周期维度。基于上述多个预设统计维度，确定针对上述指定账户的目标统计维度。以及基于上述目标凭证码和上述目标统计维度，创建针对上述指定账户的目标凭证方案。

在本发明的一个实施例中，上述基于上述目标凭证码和上述目标统计维度，创建针对上述指定账户的目标凭证方案包括以下凭证方案中的至少之一：基于规则凭证码和周期维度，创建针对上述指定账户的周期规则凭证方案。基于规则凭证码和排期维度，创建针对上述指定账户的排期规则凭证方案。基于库存凭证码和周期维度，创建针对上述指定账户的周期库存凭证方案。基于库存凭证码和排期维度，创建针对上述指定账户的排期库存凭证方案。

在本发明的一个实施例中，上述基于上述目标凭证方案，对上述目标凭证码的当前库存量执行特定操作包括：检测上述目标凭证方案是否为周期规则凭证方案。在上述目标凭证方案为上述周期规则凭证方案的情况下，确定上述周期规则凭证方案中的第一限制次数和每次产生上述目标凭证码的第一数量。检测第一消耗次数是否超过上述第一限制次数。以及在上述第一消耗次数未超过上述第一限制次数的情况下，基于上述第一数量，对上述目标凭证码的当前库存量执行增加操作。

在本发明的一个实施例中，上述基于上述目标凭证方案，对上述目标凭证码的当前库存量执行特定操作包括：检测上述目标凭证方案是否为排期规则凭证方案。在上述目标凭证方案为上述排期规则凭证方案的情况下，确定上述排期规则凭证方案中的第二限制次数和每次产生上述目标凭证码的第二数量。检测第二消耗次数是否超过上述第二限制次数。以及在上述第二消耗次数未超过上述第二限制次数的情况下，基于上述第二数量，对上述目标凭证码的当前库存量执行增加操作。

在本发明的一个实施例中，上述基于上述目标凭证方案，对上述目标凭证码的当前库存量执行特定操作包括：检测上述目标凭证方案是否为周期库存凭证方案。在上述目标凭证方案为上述周期库存凭证方案的情况下，确定上述周期库存凭证方案中的第三限制次数、每次产生上述目标凭证码的第三数量和第一凭证码限额。检测第三消耗次数是否超过上述第三限制次数。在上述第三消耗次数未超过上述第三限制次数的情况下，检测上述当前库存量是否超过上述第一凭证码限额。以及在上述当前库存量未超过上述第一凭证码限额的情况下，基于上述第三数量，对上述目标凭证码的当前库存量执行减少操作。

在本发明的一个实施例中，上述基于上述目标凭证方案，对上述目标凭证码的当前库存量执行特定操作包括：检测上述目标凭证方案是否为排期库存凭证方案。在上述目标凭证方案为上述排期库存凭证方案的情况下，确定上述排期库存凭证方案中的第四限制次数、每次产生上述目标凭证码的第四数量和第二凭证码限额。检测第四消耗次数是否超过上述第四限制次数。在上述第四消耗次数未超过上述第四限制次数的情况下，检测上述当前库存量是否超过上述第二凭证码限额。以及在上述当前库存量未超过上述第二凭证码限额的情况下，基于上述第四数量，对上述目标凭证码的当前库存量执行减少操作。

在本发明的一个实施例中，上述方法还包括：将上述第一限制次数、上述第三限制次数、上述第一凭证码限额存储在缓存中。以及将上述第二限制次数、上述第四限制次数、上述第二凭证码限额存储在数据库中。

在本发明实施方式的第二方面中，提供了一种数据处理系统，包括：获取模块，被配置为响应于业务系统的接入请求，获取特定业务场景。创建模块，被配置为针对上述特定业务场景，创建针对指定账户的目标凭证方案，其中，上述目标凭证方案包括目标凭证码。以及执行模块，被配置为基于上述目标凭证方案，对上述目标凭证码的当前库存量执行特定操作，以确定上述目标凭证码的最终库存量。

在本发明的一个实施例中，上述创建模块包括：第一确定子模块，被配置为针对上述特定业务场景，确定指定账户。第一获取子模块，被配置为获取多个预设凭证码类型，其中，上述预设凭证码类型包括规则凭证码和库存凭证码。第二确定子模块，被配置为基于上述多个预设凭证码类型，确定针对上述指定账户的目标凭证码。第二获取子模块，被配置为获取多个预设统计维度，其中，上述预设统计维度包括排期维度和周期维度。第三确定子模块，被配置为基于上述多个预设统计维度，确定针对上述指定账户的目标统计维度。以及创建子模块，被配置为基于上述目标凭证码和上述目标统计维度，创建针对上述指定账户的目标凭证方案。

在本发明的一个实施例中，上述创建子模块被配置为创建以下凭证方案中的至少之一：基于规则凭证码和周期维度，创建针对上述指定账户的周期规则凭证方案。基于规则凭证码和排期维度，创建针对上述指定账户的排期规则凭证方案。基于库存凭证码和周期维度，创建针对上述指定账户的周期库存凭证方案。基于库存凭证码和排期维度，创建针对上述指定账户的排期库存凭证方案。

在本发明的一个实施例中，上述执行模块包括：第一检测子模块，被配置为检测上述目标凭证方案是否为周期规则凭证方案。第四确定子模块，被配置为在上述目标凭证方案为上述周期规则凭证方案的情况下，确定上述周期规则凭证方案中的第一限制次数和每次产生上述目标凭证码的第一数量。第二检测子模块，被配置为检测第一消耗次数是否超过上述第一限制次数。以及第五确定子模块，被配置为在上述第一消耗次数未超过上述第一限制次数的情况下，基于上述第一数量，对上述目标凭证码的当前库存量执行增加操作。

在本发明的一个实施例中，上述执行模块包括：第三检测子模块，被配置为检测上述目标凭证方案是否为排期规则凭证方案。第六确定子模块，被配置为在上述目标凭证方案为上述排期规则凭证方案的情况下，确定上述排期规则凭证方案中的第二限制次数和每次产生上述目标凭证码的第二数量。第四检测子模块，被配置为检测第二消耗次数是否超过上述第二限制次数。以及第六确定子模块，被配置为在上述第二消耗次数未超过上述第二限制次数的情况下，基于上述第二数量，对上述目标凭证码的当前库存量执行增加操作。

在本发明的一个实施例中，上述执行模块包括：第五检测子模块，被配置为检测上述目标凭证方案是否为周期库存凭证方案。第七确定子模块，被配置为在上述目标凭证方案为上述周期库存凭证方案的情况下，确定上述周期库存凭证方案中的第三限制次数、每次产生上述目标凭证码的第三数量和第一凭证码限额。第六检测子模块，被配置为检测第三消耗次数是否超过上述第三限制次数。第七检测子模块，被配置为在上述第三消耗次数未超过上述第三限制次数的情况下，检测上述当前库存量是否超过上述第一凭证码限额。以及第八确定子模块，被配置为在上述当前库存量未超过上述第一凭证码限额的情况下，基于上述第三数量，对上述目标凭证码的当前库存量执行减少操作。

在本发明的一个实施例中，上述执行模块包括：第八检测子模块，被配置为检测上述目标凭证方案是否为排期库存凭证方案。第九确定子模块，被配置为在上述目标凭证方案为上述排期库存凭证方案的情况下，确定上述排期库存凭证方案中的第四限制次数、每次产生上述目标凭证码的第四数量和第二凭证码限额。第九检测子模块，被配置为检测第四消耗次数是否超过上述第四限制次数。第十检测子模块，被配置为在上述第四消耗次数未超过上述第四限制次数的情况下，检测上述当前库存量是否超过上述第二凭证码限额。以及第十确定子模块，被配置为在上述当前库存量未超过上述第二凭证码限额的情况下，基于上述第四数量，对上述目标凭证码的当前库存量执行减少操作。

在本发明的一个实施例中，上述系统还包括：第一存储模块，被配置为将上述第一限制次数、上述第三限制次数、上述第一凭证码限额存储在缓存中。以及第二存储模块，被配置为将上述第二限制次数、上述第四限制次数、上述第二凭证码限额存储在数据库中。

在本发明实施方式的第三方面中，提供了一种介质，存储有计算机可执行指令，上述指令在被处理单元执行时用于实现上述任一项上述的方法。

在本发明实施方式的第四方面中，提供了一种计算设备，包括：处理单元；以及存储单元，存储有计算机可执行指令，上述指令在被处理单元执行时用于实现上述任一项上述的方法。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施例的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性地示出了根据本发明实施例的应用场景示意图；

图2示意性地示出了根据本发明实施例的数据处理方法的流程图；

图3示意性地示出了根据本发明实施例的针对特定业务场景，创建针对指定账户的目标凭证方案的示意图；

图4示意性地示出了根据本发明实施例的基于目标凭证方案，对目标凭证码的当前库存量执行特定操作的流程图；

图5示意性地示出了根据本发明另一实施例的基于目标凭证方案，对目标凭证码的当前库存量执行特定操作的流程图；

图6示意性地示出了根据本发明另一实施例的基于目标凭证方案，对目标凭证码的当前库存量执行特定操作的流程图；

图7示意性地示出了根据本发明另一实施例的基于目标凭证方案，对目标凭证码的当前库存量执行特定操作的流程图；

图8示意性地示出了根据本发明实施例的一站式活动解决方案的示意图；

图9示意性地示出了根据本发明实施例的任务中心模块的示意图；

图10示意性地示出了根据本发明另一实施例的任务中心模块的示意图；

图11示意性地示出了根据本发明实施例的派奖/抽奖模块的示意图；

图12示意性地示出了根据本发明实施例的数据处理系统的框图；

图13示意性地示出了根据本发明实施例的用于实现数据处理方法的计算机可读存储介质产品的示意图；以及

图14示意性地示出了根据本发明实施例的用于实现数据处理方法的计算设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施例来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本发明更加透彻和完整，并且能够将本发明的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本发明可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种数据处理方法及系统、介质和计算设备。

在本文中，需要理解的是，本发明所涉及的术语包括如下。

凭证方案：通过凭证平台可以创建凭证方案，该方案有唯一的标识，排期/周期时间、凭证类型等信息，是一类凭证码的集合。例如，2018年2月1日G60高铁杭州到上海的所有售出的票，属于同一个凭证方案。

凭证码：可用于用户之间互相转移、类似票券的东西，凭证码可以作为某项业务节点的准入条件，拿到单个/多个凭证码才能进入下一步。例如，用户拥有火车票可以乘坐火车，拥有电影票可以看电影。

规则凭证(RuleTicket)：在某个规则逻辑处理后能获取的特定数量的凭证码，用户只要满足这部分规则就可以获取规则产生的凭证码。

库存凭证(InventoryTicket)：用户/某个虚拟实体拥有某个凭证方案包括的凭证码集合，类似用户/某个实体拥有该方案凭证的库存量。

排期：在凭证方案生效的时间范围内，凭证码产出的个数和限制条件都以排期维度进行统计。

周期：在凭证方案生效的时间范围内，凭证码产出的个数和限制条件都以周期维度进行统计，如每日规则凭证/每周规则凭证等。

此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

本发明的实施方式提供了一种数据处理方法，包括：首先，响应于业务系统的接入请求，获取特定业务场景。然后，针对特定业务场景，创建针对指定账户的目标凭证方案，其中，目标凭证方案包括目标凭证码。最后，基于目标凭证方案，对目标凭证码的当前库存量执行特定操作，以确定目标凭证码的最终库存量。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

应用场景总览

首先参考图1详细阐述本发明实施例的数据处理方法及系统的应用场景。

图1示意性地示出了根据本发明实施例的应用场景示意图。需要注意的是，图1仅为可以应用本发明实施例的应用场景的示例，以帮助本领域技术人员理解本发明的技术内容，但并不意味着本发明实施方式不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的数据处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的数据处理系统一般可以设置于服务器105中。本公开实施例所提供的数据处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的数据处理系统也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

示例性方法

下面结合图1的应用场景，参考图2来描述根据本发明示例性实施例的数据处理方法。需要注意的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本发明实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本发明的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本发明。在此使用的术语“包括”、“包含”等表明了特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

图2示意性地示出了根据本发明实施例的数据处理方法的流程图。

如图2所示，该数据处理方法可以包括操作S210～操作S230。

在操作S210，响应于业务系统的接入请求，获取特定业务场景。

根据本发明的示例性实施例，业务场景可以是依赖于次数记录及次数结果操作的业务场景。该业务场景可以是满足某个条件增加该用户的活动次数机会的场景，用户每参与一次活动，机会次数就减少一次。该业务场景也可以是次数(票)在不同用户之间转移的场景，例如用户把票投给另外一部分用户，票数发生转移。

例如，业务场景可以包括但不限于红包雨抢红包、组团瓜分红包、大转盘抽奖以及综艺投票助力活动。

可以理解，业务场景的实现依赖于业务系统，以实现次数记录及次数增减的逻辑。各个业务系统的研发方都要实现一套次数记录及次数增减的逻辑，而每次新增业务或调整业务对原有业务系统都有较多的改动，因此开发成本非常高，且依赖于开发的技术水平，风险较高，特别是涉及到奖品派发的场景，例如红包雨活动可以领取优惠券，大转盘可以概率抽取实物奖等，一旦次数逻辑出问题，将会导致奖品过多发放。

根据本发明的示例性实施例，开发人员不需要再开发新的业务系统，直接接入本发明的凭证平台，可以减少开发成本，降低系统风险。

在操作S220，针对特定业务场景，创建针对指定账户的目标凭证方案。

根据本发明的示例性实施例，目标凭证方案包括目标凭证码。凭证码可以在该特定业务场景中用于作为下一步操作的准入条件，必须全局唯一，可辅助业务做幂等操作，因此凭证码直接由通用唯一标识码(Universally Unique Identifier，简称为UUID)生成，确保全局唯一，在凭证平台内部转移(规则凭证转入库存凭证，库存凭证间转移)不需要生成凭证码，只需要在对应的凭证方案中的库存进行增减即可。

根据本发明的示例性实施例，抽象出一套管理次数/库存的平台，针对不同的业务场景能创建不同类型的次数/库存方案进行统一的逻辑处理。

根据本发明的示例性实施例，前述操作S220(针对特定业务场景，创建针对指定账户的目标凭证方案)包括：针对特定业务场景，确定指定账户；获取多个预设凭证码类型，其中，预设凭证码类型包括规则凭证码和库存凭证码；基于多个预设凭证码类型，确定针对指定账户的目标凭证码；获取多个预设统计维度，其中，预设统计维度包括排期维度和周期维度；基于多个预设统计维度，确定针对指定账户的目标统计维度；以及基于目标凭证码和目标统计维度，创建针对指定账户的目标凭证方案。根据本发明的示例性实施例，创建针对指定账户的目标凭证方案包括以下凭证方案中的至少之一：基于规则凭证码和周期维度，创建针对指定账户的周期规则凭证方案；基于规则凭证码和排期维度，创建针对指定账户的排期规则凭证方案；基于库存凭证码和周期维度，创建针对指定账户的周期库存凭证方案；基于库存凭证码和排期维度，创建针对指定账户的排期库存凭证方案。

根据本发明的示例性实施例，基于以上的预设凭证码类型和预设统计维度，进行排列组合，凭证平台可以产出以下四种类型的凭证方案，且四种类型的凭证方案都与用户关联，即用户可以通过某个规则获取凭证码，用户也可以将获取的凭证码加到某个凭证方案的凭证码库存中。

周期规则凭证：周期频率、限制次数、每次产出凭证码数。

排期规则凭证：排期范围、限制次数、每次产出凭证码数。

周期库存凭证：周期频率、凭证码库存数。

排期库存凭证：排期范围、凭证码库存数。

图3示意性地示出了根据本发明实施例的针对特定业务场景，创建针对指定账户的目标凭证方案的示意图。

通过本发明的实施例，开放标准的次数/库存获取、转移接口，各活动业务可低成本接入满足活动需求，提升开发效率，同时配备统一的监控报警及流水核账功能，保障业务的稳定可靠。

如图3所示，本发明提供的库存凭证平台，提供凭证通用接口，实现多个业务场景和凭证方案之间的无缝连接，多个业务场景可以包括但不限于大转盘实物奖/用户抽奖次数、组团红包开团/参团次数、综艺投票粉丝券新增/转移、红包雨抢红包次数。

根据本发明的实施例，依据凭证的应用场景，定义统一的接口，可以获取单个/多个规则凭证，也可以获取单个/多个库存凭证，也可以将规则凭证转移到库存凭证，还可以在库存凭证之间相互转移。

根据抽象出来的以上四种不同类型的凭证方案，根据本发明前述的各种特定业务场景，可以创建的凭证方案如表1所示。

表1

针对业务场景创建合适的凭证方案，包括但不限于库存凭证和规则凭证，业务方拿到凭证方案ID进行业务逻辑处理。

在操作S230，基于目标凭证方案，对目标凭证码的当前库存量执行特定操作，以确定目标凭证码的最终库存量。

根据本发明的实施例，在特定业务场景下，业务方通过凭证平台的规则凭证方案计算出某个用户可以增加的凭证数量加到该用户的另一个库存凭证方案下的总库存，完成依赖某个条件做库存增加的动作。

根据本发明的实施例，在特定业务场景下，业务方通过凭证平台的规则凭证方案计算出某个用户可以减少的凭证数量传递给该用户的另一个库存凭证方案下的总库存进行减操作，完成依赖某个条件做库存减少的动作。

作为一种可选的实施例，基于目标凭证方案，对目标凭证码的当前库存量执行特定操作包括：检测目标凭证方案是否为周期规则凭证方案；在目标凭证方案为周期规则凭证方案的情况下，确定周期规则凭证方案中的第一限制次数和每次产生目标凭证码的第一数量；检测第一消耗次数是否超过第一限制次数；以及在第一消耗次数未超过第一限制次数的情况下，基于第一数量，对目标凭证码的当前库存量执行增加操作。

定义：List<Ticket>getTicket(RuleTicketBase t，Account u)。

说明：账户u在规则凭证方案t下能获取的凭证码集合(单个/多个)

举例：组团瓜分红包，每个账户每天只有3次开团机会，getTicket(S1，userl)可获取用户userl在每日开团凭证方案S1下是否还有开团凭证码，如果有则返回1个凭证码，同时每日开团凭证方案S1下可用次数减少1次，具体该接口流程图见下文。

图4示意性地示出了根据本发明实施例的基于目标凭证方案，对目标凭证码的当前库存量执行特定操作的流程图。

如图4所示，该方法可以包括操作S410～操作S470。

在操作S410，获取单个/多个规则凭证。

在操作S420，判断是否是周期凭证。若是，则执行操作S450。若否，则执行操作S430。

在操作S430，判断是否超过排期范围的次数限制。

在操作S440，返回配置的固定数量的凭证码、排期内消耗的次数加1。

在操作S450，判断是否超过周期的限制次数。若是，则执行操作S470。若否，则执行操作S460。

在操作S460，返回配置的固定数量的凭证码、周期内消耗的次数加1。

在操作S470，返回0个凭证码。

作为一种可选的实施例，基于目标凭证方案，对目标凭证码的当前库存量执行特定操作包括：检测目标凭证方案是否为排期规则凭证方案；在目标凭证方案为排期规则凭证方案的情况下，确定排期规则凭证方案中的第二限制次数和每次产生目标凭证码的第二数量；检测第二消耗次数是否超过第二限制次数；以及在第二消耗次数未超过第二限制次数的情况下，基于第二数量，对目标凭证码的当前库存量执行增加操作。

定义：List<Ticket>getTicket(InventoryTicketBase t，Account u，intnum)。

说明：大转盘通过分享获得的参与机会次数只在当天有效，第二天失效，获取一个凭证码然后进行抽奖，getTicket(S4，user1，1)可获取用户user1在大转盘单日有效抽奖次数凭证方案S4下的1个凭证码，如果还有抽奖次数则返回此次的抽奖结果，同时该用户在大转盘单日有效抽奖次数凭证方案S4包括的凭证码当前库存及抽奖次数减少1次，具体该接口流程图见下文。

图5示意性地示出了根据本发明另一实施例的基于目标凭证方案，对目标凭证码的当前库存量执行特定操作的流程图；

如图5所示，该方法可以包括操作S510～操作S540。

在操作S510，获取单个/多个库存凭证。

在操作S520，判断是否超过该用户持有该凭证方案的总凭证码个数。若是，则执行操作S530。若否，则执行操作S540。

在操作S530，返回0个凭证码。

在操作S540，返回num个凭证码、持有凭证码总数减少num个。

作为一种可选的实施例，基于目标凭证方案，对目标凭证码的当前库存量执行特定操作包括：检测目标凭证方案是否为周期库存凭证方案；在目标凭证方案为周期库存凭证方案的情况下，确定周期库存凭证方案中的第三限制次数、每次产生目标凭证码的第三数量和第一凭证码限额；检测第三消耗次数是否超过第三限制次数；在第三消耗次数未超过第三限制次数的情况下，检测当前库存量是否超过第一凭证码限额；以及在当前库存量未超过第一凭证码限额的情况下，基于第三数量，对目标凭证码的当前库存量执行减少操作。

定义：int transRuleTicket2InventoryTicket(RuleTicketBase ruleT，InventoryTicketBase InventoryT，Account u)。

说明：大转盘抽奖分享活动页面可以增加机会，每分享一次增加两次机会，在整个排期范围内分享次数不得超过100次，通过分享获得的机会次数只在当天有效，第二天失效，transRuleTicket2InventoryTicket(S3，S4，user1)通过大转盘分享凭证方案S3判断用户user1当前分享次数是否超过100次，如果没有则可获取2个凭证码转移到大转盘单日有效抽奖次数凭证方案S4下的总库存，同时大转盘分享凭证方案S3下的分享次数减少1次，大转盘单日有效抽奖次数凭证方案S4下的该用户凭证码总数增加2个。

图6示意性地示出了根据本发明另一实施例的基于目标凭证方案，对目标凭证码的当前库存量执行特定操作的流程图；

如图6所示，该方法可以包括操作S610～操作S680。

在操作S610，规则凭证转移到库存凭证。

在操作S620，判断ruleT是否是周期凭证。若是，则执行操作S650。若否，则执行操作S630。

在操作S630，判断是否超过排期范围的次数限制。

在操作S640，返回配置的固定数量num个凭证码、排期内消耗的次数加1。

在操作S650，判断是否超过周期的限制次数。若是，则执行操作S670。若否，则执行操作S660。

在操作S660，返回配置的固定数量num个凭证码、周期内消耗的次数加1。

在操作S670，返回0个凭证码。

在操作S680，累加num个凭证码到库存凭证方案Invertory的凭证码集合上。

作为一种可选的实施例，基于目标凭证方案，对目标凭证码的当前库存量执行特定操作包括：检测目标凭证方案是否为排期库存凭证方案；在目标凭证方案为排期库存凭证方案的情况下，确定排期库存凭证方案中的第四限制次数、每次产生目标凭证码的第四数量和第二凭证码限额；检测第四消耗次数是否超过第四限制次数；在第四消耗次数未超过第四限制次数的情况下，检测当前库存量是否超过第二凭证码限额；以及在当前库存量未超过第二凭证码限额的情况下，基于第四数量，对目标凭证码的当前库存量执行减少操作。

定义：int transInventoryTicket(InventoryTicketBase t1，Account u1，InventoryTicketBase t2，Account u2，int num)。

说明：综艺投票助力活动，粉丝给偶像投票，粉丝票数增少，偶像票数增加，该票在整个活动排期内有效。transInventoryTicket(S5，fans1，S5，idol1，num)粉丝fans1给偶像idol1投票，user1从综艺投票凭证方案S5下拿出num个(如果库存足够)凭证码投给idol1的S5方案，user1的在综艺投票凭证方案S5下的凭证码数量减少num个，idol1的综艺投票凭证方案S5下的凭证码数量增加num个。

图7示意性地示出了根据本发明另一实施例的基于目标凭证方案，对目标凭证码的当前库存量执行特定操作的流程图。

如图7所示，该方法可以包括操作S710～操作S750。

在操作S710，库存凭证相互转移。

在操作S720，判断用户u1持有t1凭证方案的凭证库存凭证码数是否大于num。若是，则执行操作S740。若否，则执行操作S730。

在操作S730，判断用户u1持有t1凭证方案的凭证库存凭证码数是否大于0。若是，则执行操作S750。若否，则结束。

在操作S740，用户u1持有t1凭证方案的凭证码数减去num个，用户u2持有t2的凭证码数增加num个。

在操作S750，用户u1持有t1凭证方案的凭证码数减到0，得到x个凭证码，转移到用户u2持有t2的凭证码数增加x个。

作为一种可选的实施例，将第一限制次数、第三限制次数、第一凭证码限额存储在缓存中；以及将第二限制次数、第四限制次数、第二凭证码限额存储在数据库中。

根据本发明的实施例，周期规则凭证因为时间相对较短，例如周期一般是每日、每周维度，可以使用分布式缓存(redis)存储用户在该规则下已经操作的次数，累加到限制的值则表示该用户在该周期规则凭证下无法再获取到凭证码。周期库存凭证因为时间相对较短，可以使用分布式缓存(redis)存储用户在该库存凭证方案下持有的总凭证码数，周期库存的增减都通过redis的原子递增/递减方法处理，可以保障高并发。

可以理解的是，周期凭证方案持续时间相对较短，用户与周期凭证方案的一一对应关系存储在分布式缓存(redis)中，通过accountId，schemeId作为前缀存储。

根据本发明的实施例，排期规则凭证因为时间相对长，采用数据库(mysql)存储用户在该规则下操作的记录，计算记录的条数判断是否超过限制值。排期库存凭证因为时间相对长，采用数据库(mysql)存储用户在该库存方案下持有的总凭证码数，主要通过前置增加分布式缓存(redis)提高系统的并发，即排期库存的增减请求先落到缓存进行增减操作，然后通过异步队列的方式将增减消息发到离线线程，离线线程消费消息将结果同步计算到数据库当中，数据库的数据会有一定的延迟，但最终会与缓存数据一致，如果缓存过期，则从数据库中读取数据载入缓存。

可以理解的是，因排期凭证方案持续时间较长，用户与排期凭证方案的一一对应关系存储在数据库(mysql)中，通过accountId，schemeId做唯一组合索引约束数据只有一条。需要说明的是，凭证平台方案设计：包括但不限于规则凭证、库存凭证的类型划分及内容设计，规则凭证与库存凭证标准接口的处理流程细节。

类似依赖次数计算和次数结果操作的业务不再需要开发，接入该系统，减少开发成本，降低系统风险。高度抽象的凭证概念适用于各种业务场景有关计数操作逻辑，方案扩展性好，后续还可针对规则凭证方案类型/库存凭证方案类型进行相应的逻辑开发即可，主体流程不需要额外开发。

下面结合上层业务使用方式举例说明本发明提供的数据处理方法的执行步骤。

步骤1：针对业务场景创建合适的凭证方案：库存凭证和规则凭证，业务方拿到凭证方案ID进行业务逻辑处理。

步骤2：在特定业务场景下，业务方通过凭证平台的规则凭证方案计算出某个用户可以增加的凭证码数量加到该用户的另一个库存凭证方案下的总库存，完成依赖某个条件做库存增加的动作。

步骤3：在特定业务场景下，业务方通过凭证平台的规则凭证方案计算出某个用户可以减少的凭证码数量传递给该用户的另一个库存凭证方案下的总库存进行减操作，完成依赖某个条件做库存减少的动作。

步骤4：用户经过各种规则处理完后的库存凭证码数量，用于判断数量是否符合业务下一步操作的标准，例如库存数量为0，则不允许抽奖等。

通过本发明的实施例，以上业务的库存增减操作都通过凭证平台完成，业务方不需要进行计算和记录，屏蔽掉技术实现细节，业务方只需要接入系统就能实现次数库存的场景，不用重发开发条件增减的技术细节，提升开发效率。

以下结合一具体的业务场景，对本发明的数据处理方法做详细阐述。

图8示意性地示出了根据本发明实施例的一站式活动解决方案的示意图。

如图8所示，考拉在构建一站式活动解决方案的营销平台系统中，基于凭证平台实现了任务中心和抽奖/派奖中心的解耦，如图8所示，上层各种业务(赚客、拼团、大转盘、AR抓娃娃、组团红包、大促的浏览商品/关注品牌等)的活动玩法都可以抽象出两个功能点，第一个功能点是用户去完成某项任务，获取抽奖/派奖的资格，第二个功能点是用户拥有抽奖/派奖的资格去抽取/获得某个奖励。因此，任何的玩法活动可分离出任务中心模块和抽奖/派奖模块，任务中心模块专注于实现用户完成某个任务，不管这个任务获得什么奖励，与奖品派发完全解耦，抽奖/派奖模块专注于给用户派发奖励，不关注用户完成了什么任务。为了串连任务中心模块和抽奖/派奖模块，凭证平台是最好媒介，用户在任务中心完成了某个任务，获得了抽奖资格(即抽奖库存凭证)，拿着抽奖库存凭证到抽奖/派奖模块去兑换奖品。基于凭证平台，任务中心和抽奖/派奖中心实现了完全解耦，可以自由扩展实现。

图9示意性地示出了根据本发明实施例的任务中心模块的示意图。

如图9所示，在任务中心模块中，凭证平台也起到至关重要的作用，如图9所示，任务方案包括但不限于浏览会场、加购、商品收藏、分享、下单和组团。不同的任务方案对应不同的匹配动作完成条件。在任务方案中，某一任务的完成获取奖励资格有两个限制条件，其一是任务是否达到完成标准，例如浏览会场，该会场的URL是不是匹配系统配置的URL，如果是则表示该任务完成，第二个是任务能否获取奖励资格，该限制由规则凭证处理，例如浏览会场，每天只有前三次完成任务有奖励，三次之后无奖励，规则凭证限制了匹配次数的上限，三次以内的符合完成任务标准的才会派发抽奖库存凭证作为奖励，持有抽奖库存凭证可以到抽奖/派奖系统中获取对应的奖品。

图10示意性地示出了根据本发明另一实施例的任务中心模块的示意图。

如图10所示，任务中心有单一任务类型、组合任务类型和优先级/顺序任务类型这三种任务模式，每种任务模式都依赖于凭证平台进行支撑，具体如下：

单一任务类型：完成某个元任务(元任务：单一的简单任务)，在限制的规则次数下，能获取一定数量的抽奖库存凭证。

组合任务类型：完成某个元任务，在限制的规则次数下，能获取一定数量的抽奖库存凭证，同时完成多个元任务，在限制的规则次数下，还能获取一定数量的更高价值的抽奖库存凭证。

优先级/顺序任务类型：多个元任务按照优先级顺序进行排列，只有完成了前置任务才能进入到下一个任务，并且每个任务都能获取一定的奖励，例如完成任务一可以获得抽奖库存凭证和进入任务二的准入库存凭证(任务库存凭证一)，拥有准入库存凭证(任务库存凭证一)才能开始任务二的任务，以此类推，完成了所有排序的任务，最终可以获得较高价值的抽奖库存凭证。

以上任务系统获取的抽奖库存凭证都可以到抽奖/派奖中心进行奖品兑换，任务中心不用关心抽奖/派奖的具体逻辑实现，只需要针对任务配置对应的规则凭证，以及在规则下完成任务后能获取的库存凭证即可，用户持有抽奖库存凭证到抽奖/派奖中心进行实际奖品的领取操作。

图11示意性地示出了根据本发明实施例的派奖/抽奖模块的示意图。

如图11所示，抽奖/派奖中心也依赖于凭证平台进行构建，抽奖库存凭证是进入抽奖/派奖中心的准入门槛之一，一个抽奖库存凭证方案与一个抽奖/派奖方案关联，持有该抽奖库存凭证可以兑换特定抽奖/派奖方案下的奖品，抽奖/派奖中心不用关心用户是从哪里获取的凭证，只关心是否有这个凭证，同时规则凭证也可限制用户抽奖的频率，例如即使拥有抽奖库存凭证，到抽奖中心一天只能抽三次，实物奖品的库存也可以通过库存凭证做数量控制，避免超发，抽奖/派奖中心依托凭证方案实现了与任务的完全解耦，方便只针对奖品的派发逻辑进行扩展，如可以构建概率派发单一奖品，多个奖品组装成一个大礼包进行派发等。

在一站式活动解决方案的营销平台系统中，凭证模块作为任务中心和抽奖/派奖中心的桥梁，起到了至关重要的解耦作用，任务中心只需要关注任务的完成，并且可以不断进行任务的新增/扩展/组装等，不需要关注任务完成后能获得什么奖品，只需要获取凭证方案对应的凭证码即可，抽奖/派奖中心只需要关注奖品的发放，并且可以不断的进行奖品的新增/扩展/组装，也不需要关心用户完成了哪些任务，只要用户持有对应的抽奖库存凭证即可。整套系统的扩展性、可维护性、复用性都非常好。

需要说明的是，凭证平台应用于一站式活动解决方案的营销平台系统，在任务中心与派奖/抽奖中心起到解耦的桥梁作用，提升了营销平台系统的扩展性、复用性和可维护性。

示例性装置

在介绍了本发明示例性实施例的示例性方式之后，接下来，对本发明示例性实施例的用于实现上述数据处理方法的数据处理系统进行详细阐述。

图12示意性地示出了根据本发明实施例的数据处理系统的框图。

如图12所示，该数据处理系统1200可以包括获取模块1210、创建模块1220以及执行模块1230。

获取模块1210，被配置为例如执行前述操作S210，响应于业务系统的接入请求，获取特定业务场景；

创建模块1220，被配置为例如执行前述操作S220，针对特定业务场景，创建针对指定账户的目标凭证方案，其中，目标凭证方案包括目标凭证码；以及

执行模块1230，被配置为例如执行前述操作S230，基于目标凭证方案，对目标凭证码的当前库存量执行特定操作，以确定目标凭证码的最终库存量。

根据本发明的示例性实施例，业务系统不需要再开发，直接接入本发明的凭证平台，可以减少开发成本，降低系统风险。

通过本发明的实施例，以上业务的库存增减操作都通过凭证平台完成，业务方不需要进行计算和记录，屏蔽掉技术实现细节，业务方只需要接入系统就能实现次数库存的场景，不用重发开发条件增减的技术细节，提升开发效率。

在本发明的一个实施例中，前述创建模块1220可以包括：第一确定子模块，被配置为针对特定业务场景，确定指定账户。第一获取子模块，被配置为获取多个预设凭证码类型，其中，预设凭证码类型包括规则凭证码和库存凭证码。第二确定子模块，被配置为基于多个预设凭证码类型，确定针对指定账户的目标凭证码。第二获取子模块，被配置为获取多个预设统计维度，其中，预设统计维度包括排期维度和周期维度。第三确定子模块，被配置为基于多个预设统计维度，确定针对指定账户的目标统计维度。以及创建子模块，被配置为基于目标凭证码和目标统计维度，创建针对指定账户的目标凭证方案。

在本发明的一个实施例中，创建子模块被配置为创建以下凭证方案中的至少之一：基于规则凭证码和周期维度，创建针对指定账户的周期规则凭证方案。基于规则凭证码和排期维度，创建针对指定账户的排期规则凭证方案。基于库存凭证码和周期维度，创建针对指定账户的周期库存凭证方案。基于库存凭证码和排期维度，创建针对指定账户的排期库存凭证方案。

在本发明的一个实施例中，前述执行模块1230可以包括：第一检测子模块，被配置为检测目标凭证方案是否为周期规则凭证方案。第四确定子模块，被配置为在目标凭证方案为周期规则凭证方案的情况下，确定周期规则凭证方案中的第一限制次数和每次产生目标凭证码的第一数量。第二检测子模块，被配置为检测第一消耗次数是否超过第一限制次数。以及第五确定子模块，被配置为在第一消耗次数未超过第一限制次数的情况下，基于第一数量，对目标凭证码的当前库存量执行增加操作。

在本发明的一个实施例中，前述执行模块1230可以包括：第三检测子模块，被配置为检测目标凭证方案是否为排期规则凭证方案。第六确定子模块，被配置为在目标凭证方案为排期规则凭证方案的情况下，确定排期规则凭证方案中的第二限制次数和每次产生目标凭证码的第二数量。第四检测子模块，被配置为检测第二消耗次数是否超过第二限制次数。以及第六确定子模块，被配置为在第二消耗次数未超过第二限制次数的情况下，基于第二数量，对目标凭证码的当前库存量执行增加操作。

在本发明的一个实施例中，前述执行模块1230可以包括：第五检测子模块，被配置为检测目标凭证方案是否为周期库存凭证方案。第七确定子模块，被配置为在目标凭证方案为周期库存凭证方案的情况下，确定周期库存凭证方案中的第三限制次数、每次产生目标凭证码的第三数量和第一凭证码限额。第六检测子模块，被配置为检测第三消耗次数是否超过第三限制次数。第七检测子模块，被配置为在第三消耗次数未超过第三限制次数的情况下，检测当前库存量是否超过第一凭证码限额。以及第八确定子模块，被配置为在当前库存量未超过第一凭证码限额的情况下，基于第三数量，对目标凭证码的当前库存量执行减少操作。

在本发明的一个实施例中，前述执行模块1230可以包括：第八检测子模块，被配置为检测目标凭证方案是否为排期库存凭证方案。第九确定子模块，被配置为在目标凭证方案为排期库存凭证方案的情况下，确定排期库存凭证方案中的第四限制次数、每次产生目标凭证码的第四数量和第二凭证码限额。第九检测子模块，被配置为检测第四消耗次数是否超过第四限制次数。第十检测子模块，被配置为在第四消耗次数未超过第四限制次数的情况下，检测当前库存量是否超过第二凭证码限额。以及第十确定子模块，被配置为在当前库存量未超过第二凭证码限额的情况下，基于第四数量，对目标凭证码的当前库存量执行减少操作。

在本发明的一个实施例中，系统还可以包括：第一存储模块，被配置为将第一限制次数、第三限制次数、第一凭证码限额存储在缓存中。以及第二存储模块，被配置为将第二限制次数、第四限制次数、第二凭证码限额存储在数据库中。

根据本发明的示例性实施例，模块、子模块中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本发明示例性实施例的模块、子模块中的任意一个或多个可以被拆分成多个模块来实现。根据本发明示例性实施例的模块、子模块中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本发明示例性实施例的模块、子模块中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，获取模块1210、创建模块1220、执行模块1230、第一确定子模块、第一获取子模块、第二确定子模块、第二获取子模块、第三确定子模块、创建子模块、第一检测子模块、第四确定子模块、第二检测子模块、第五确定子模块、第三检测子模块、第六确定子模块、第四检测子模块、第六确定子模块、第五检测子模块、第七确定子模块、第六检测子模块、第七检测子模块、第八确定子模块、第八检测子模块、第九确定子模块、第九检测子模块、第十检测子模块、第十确定子模块、第一存储模块和第二存储模块中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本发明的示例性实施例，获取模块1210、创建模块1220、执行模块1230、第一确定子模块、第一获取子模块、第二确定子模块、第二获取子模块、第三确定子模块、创建子模块、第一检测子模块、第四确定子模块、第二检测子模块、第五确定子模块、第三检测子模块、第六确定子模块、第四检测子模块、第六确定子模块、第五检测子模块、第七确定子模块、第六检测子模块、第七检测子模块、第八确定子模块、第八检测子模块、第九确定子模块、第九检测子模块、第十检测子模块、第十确定子模块、第一存储模块和第二存储模块中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块1210、创建模块1220、执行模块1230、第一确定子模块、第一获取子模块、第二确定子模块、第二获取子模块、第三确定子模块、创建子模块、第一检测子模块、第四确定子模块、第二检测子模块、第五确定子模块、第三检测子模块、第六确定子模块、第四检测子模块、第六确定子模块、第五检测子模块、第七确定子模块、第六检测子模块、第七检测子模块、第八确定子模块、第八检测子模块、第九确定子模块、第九检测子模块、第十检测子模块、第十确定子模块、第一存储模块和第二存储模块中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块程序被计算机运行时，可以执行相应模块的功能。

需要说明的是，本发明实施例中的数据处理系统部分与本发明实施例中的数据处理方法部分是相对应的，数据处理系统部分的描述具体可参考数据处理方法部分，在此不再赘述。

示例性介质

在介绍了本发明示例性实施例的示例性装置之后，接下来，参考图13对本发明示例性实施例的、用于存储有计算机可执行指令，该指令在被处理单元执行时用于实现图2至图11中的数据处理方法的介质进行描述。

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在设备上运行时，程序代码用于使设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的数据处理方法中的操作(或步骤)，例如，设备可以执行如图2中所示的操作S210，响应于业务系统的接入请求，获取特定业务场景。操作S220，针对特定业务场景，创建针对指定账户的目标凭证方案，其中，目标凭证方案包括目标凭证码。操作S230，基于目标凭证方案，对目标凭证码的当前库存量执行特定操作，以确定目标凭证码的最终库存量。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、系统或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图13所示，描述了根据本发明的实施方式的数据处理的程序产品130，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、系统或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆，RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java，C++等，还包括常规的过程式程序设计语言—诸如“C”，语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)一连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

示例性计算设备

在介绍了本发明示例性实施例的方法、介质和装置之后，接下来，参考图14对本发明示例性实施例的计算设备进行描述，该计算设备包括处理单元和存储单元，存储单元存储有计算机可执行指令，上述指令在被上述处理单元执行时用于实现图2至图11中的数据处理方法进行描述。

本发明的实施例还提供了一种计算设备。所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本发明的计算设备可以至少包括至少一个处理单元、以及至少一个存储单元。其中，存储单元存储有程序代码，当程序代码被处理单元执行时，使得处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的数据处理方法中的步骤。例如，处理单元可以执行如图2中所示的操作S210，响应于业务系统的接入请求，获取特定业务场景。操作S220，针对特定业务场景，创建针对指定账户的目标凭证方案，其中，目标凭证方案包括目标凭证码。操作S230，基于目标凭证方案，对目标凭证码的当前库存量执行特定操作，以确定目标凭证码的最终库存量。

下面参照图14来描述根据本发明的这种实施方式的用于数据处理的计算设备1400。如图14所示的计算设备1400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图14所示，计算设备1400以通用计算设备的形式表现。计算设备1400的组件可以包括但不限于：上述至少一个处理单元1401、上述至少一个存储单元1402、连接不同系统组件(包括存储单元1402和处理单元1401)的总线1403。

总线1403包括地址总线、数据总线和控制总线。

存储单元1402可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)14021和/或高速缓存存储器14022，还可以进一步包括只读存储器(ROM)14023。

存储单元1402还可以包括具有一组(至少一个)程序模块14024的程序/实用工具14025，这样的程序模块14024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算设备1400也可以与一个或多个外部设备1404(例如键盘、指向设备、蓝牙设备等)通信，这种通信可以通过输入/输出(I/O)接口1405进行。并且，计算设备1400还可以通过网络适配器1406与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1406通过总线1403与计算设备1400的其它模块通信。应当明白，尽管图中未示出，可以结合计算设备1400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所发明的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (11)

1.一种数据处理方法，包括：

响应于业务系统的接入请求，获取特定业务场景；

针对所述特定业务场景，创建针对指定账户的目标凭证方案，其中，所述目标凭证方案包括目标凭证码；以及

基于所述目标凭证方案，对所述目标凭证码的当前库存量执行特定操作，以确定所述目标凭证码的最终库存量。

2.根据权利要求1所述的方法，其中，所述针对所述特定业务场景，创建针对指定账户的目标凭证方案包括：

针对所述特定业务场景，确定指定账户；

获取多个预设凭证码类型，其中，所述预设凭证码类型包括规则凭证码和库存凭证码；

基于所述多个预设凭证码类型，确定针对所述指定账户的目标凭证码；

获取多个预设统计维度，其中，所述预设统计维度包括排期维度和周期维度；

基于所述多个预设统计维度，确定针对所述指定账户的目标统计维度；以及

基于所述目标凭证码和所述目标统计维度，创建针对所述指定账户的目标凭证方案。

3.根据权利要求2所述的方法，其中，所述基于所述目标凭证码和所述目标统计维度，创建针对所述指定账户的目标凭证方案包括以下凭证方案中的至少之一：

基于规则凭证码和周期维度，创建针对所述指定账户的周期规则凭证方案；

基于规则凭证码和排期维度，创建针对所述指定账户的排期规则凭证方案；

基于库存凭证码和周期维度，创建针对所述指定账户的周期库存凭证方案；

基于库存凭证码和排期维度，创建针对所述指定账户的排期库存凭证方案。

4.根据权利要求3所述的方法，其中，所述基于所述目标凭证方案，对所述目标凭证码的当前库存量执行特定操作包括：

检测所述目标凭证方案是否为周期规则凭证方案；

在所述目标凭证方案为所述周期规则凭证方案的情况下，确定所述周期规则凭证方案中的第一限制次数和每次产生所述目标凭证码的第一数量；

检测第一消耗次数是否超过所述第一限制次数；以及

在所述第一消耗次数未超过所述第一限制次数的情况下，基于所述第一数量，对所述目标凭证码的当前库存量执行增加操作。

5.根据权利要求3所述的方法，其中，所述基于所述目标凭证方案，对所述目标凭证码的当前库存量执行特定操作包括：

检测所述目标凭证方案是否为排期规则凭证方案；

在所述目标凭证方案为所述排期规则凭证方案的情况下，确定所述排期规则凭证方案中的第二限制次数和每次产生所述目标凭证码的第二数量；

检测第二消耗次数是否超过所述第二限制次数；以及

在所述第二消耗次数未超过所述第二限制次数的情况下，基于所述第二数量，对所述目标凭证码的当前库存量执行增加操作。

6.根据权利要求3所述的方法，其中，所述基于所述目标凭证方案，对所述目标凭证码的当前库存量执行特定操作包括：

检测所述目标凭证方案是否为周期库存凭证方案；

在所述目标凭证方案为所述周期库存凭证方案的情况下，确定所述周期库存凭证方案中的第三限制次数、每次产生所述目标凭证码的第三数量和第一凭证码限额；

检测第三消耗次数是否超过所述第三限制次数；

在所述第三消耗次数未超过所述第三限制次数的情况下，检测所述当前库存量是否超过所述第一凭证码限额；以及

在所述当前库存量未超过所述第一凭证码限额的情况下，基于所述第三数量，对所述目标凭证码的当前库存量执行减少操作。

7.根据权利要求3所述的方法，其中，所述基于所述目标凭证方案，对所述目标凭证码的当前库存量执行特定操作包括：

检测所述目标凭证方案是否为排期库存凭证方案；

在所述目标凭证方案为所述排期库存凭证方案的情况下，确定所述排期库存凭证方案中的第四限制次数、每次产生所述目标凭证码的第四数量和第二凭证码限额；

检测第四消耗次数是否超过所述第四限制次数；

在所述第四消耗次数未超过所述第四限制次数的情况下，检测所述当前库存量是否超过所述第二凭证码限额；以及

在所述当前库存量未超过所述第二凭证码限额的情况下，基于所述第四数量，对所述目标凭证码的当前库存量执行减少操作。

8.根据权利要求4至7中任一项所述的方法，其中，所述方法还包括：

将所述第一限制次数、所述第三限制次数、所述第一凭证码限额存储在缓存中；以及

将所述第二限制次数、所述第四限制次数、所述第二凭证码限额存储在数据库中。

9.一种数据处理系统，包括：

获取模块，被配置为响应于业务系统的接入请求，获取特定业务场景；

创建模块，被配置为针对所述特定业务场景，创建针对指定账户的目标凭证方案，其中，所述目标凭证方案包括目标凭证码；以及

执行模块，被配置为基于所述目标凭证方案，对所述目标凭证码的当前库存量执行特定操作，以确定所述目标凭证码的最终库存量。

10.一种介质，存储有计算机可执行指令，所述指令在被处理单元执行时用于实现权利要求1至8中任一项所述的方法。

11.一种计算设备，包括：

处理单元；以及

存储单元，存储有计算机可执行指令，所述指令在被所述处理单元执行时用于实现权利要求1至8中任一项所述的方法。