CN107424001A - 产品销售额度的控制方法及系统 - Google Patents

Abstract

本发明实施例提供一种产品销售额度的控制方法及系统，其中，该方法包括：针对一种销售产品，将该销售产品的额度按照预设分配原则分配给节点树中对应的至少两个节点；针对每个节点，在该节点接收到认购请求时，判断该节点的节点额度是否大于等于认购请求中的请求额度，在节点额度大于等于请求额度时，进行认购业务处理；在节点额度小于请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度满足请求要求时，则对该节点进行增加额度，利用该节点增加额度后的节点额度进行业务处理；在该节点的父节点的节点额度不满足请求要求时，继续向父节点的上一级节点请求抓取额度，直至根节点，在根节点的节点额度不满足请求要求时认购失败。

Description

产品销售额度的控制方法及系统

技术领域

本发明涉及数据处理技术领域，特别涉及一种产品销售额度的控制方法及系统。

背景技术

在信息技术高度发达的今天，大量用户可以通过互联网、电话、自助终端、营业网点等各种渠道频繁访问并更新特定数据资源，如：银行热销的理财产品的发售、节假日火车票购买、大型体育赛事门票的销售等。短时间内大量对特定数据进行频繁地访问和更新，会导致该数据资源出现热点，给目标系统造成很大的压力，甚至导致系统瘫痪，无法对外提供正常服务。

很多情况下，数据资源往往存在额度的限制，例如，理财产品额度、车票额度、门票额度等，发行过程大多采取先到先得，全额配售，如果额度集中存储，则销售过程中存在数据访问冲突的问题；如果额度分布存储，则有可能由于某些销售点热销而某些销售点销售情况不好，从而导致额度资源浪费，因此存在着如何使额度资源得到最大程度利用的问题。

发明内容

本发明实施例提供了一种产品销售额度的控制方法，以解决现有技术中销售过程中存在数据访问冲突或额度资源浪费的技术问题。该方法包括：针对一种销售产品，将该销售产品的额度按照预设分配原则分配给节点树中对应的至少两个节点，其中，所述节点树中的每个节点对应一个承销机构，每个节点均有一个父节点，每个节点具有多个子节点；针对每个所述节点，在该节点接收到认购请求时，判断该节点的节点额度是否大于等于所述认购请求中的请求额度，在所述节点额度大于等于所述请求额度时，对该节点的节点额度进行业务处理；在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度满足请求要求时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度进行业务处理；在该节点的父节点的节点额度不满足请求要求时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度不满足请求要求，则输出认购失败的消息。

在一个实施例中，还包括：针对每个所述节点，实时记录每个所述节点的节点信息，该节点信息包括节点标识、该节点的上级节点标识、销售产品标识、节点额度、是否允许向上级节点抓取额度、散列标志以及当前散列数；将该节点的节点额度和当前散列数与预设散列参数对比，所述预设散列参数包括所述销售产品标识、散列阈值、散列额度区间与散列数的对应关系；在该节点的节点额度小于所述散列阈值时，不对该节点的节点额度进行散列处理，将该节点的节点信息中的散列标志记录为未散列；在该节点的节点额度大于所述散列阈值且当前散列数符合所述散列额度区间与散列数的对应关系时，将该节点的节点额度散列为当前散列数条散列记录，并更新该节点的节点信息和散列信息，该散列信息包括该节点的节点标识、所述销售产品标识、散列ID、每条散列记录的当前散列额度以及每条散列记录的已销售额度，其中，散列标志为已散列；在对该节点的节点额度进行散列处理的过程中，散列标志为散列中，此时，该节点不接收业务处理请求；在该节点的节点额度大于所述散列阈值且当前散列数不符合所述散列额度区间与散列数的对应关系时，根据该节点的节点额度按照所述散列额度区间与散列数的对应关系调整该节点的当前散列数，利用调整后的当前散列数对该节点的节点额度进行散列处理，并更新该节点的节点信息和散列信息，其中，散列标志为已散列。

在一个实施例中，在所述节点额度大于等于所述请求额度时，对该节点的节点额度进行业务处理，包括：在该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度减去所述请求额度，认购处理成功，更新该节点的所述节点信息中的节点额度；在该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，在该访问的散列记录的当前散列额度大于所述请求额度时，直接对该访问的散列记录的当前散列额度减去所述请求额度，认购处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度；在该访问的散列记录的当前散列额度小于所述请求额度时，从第一条散列记录开始逐条访问该节点的散列记录，逐条减去散列记录的当前散列额度，直至累计减去的额度等于所述述请求额度，认购处理成功，更新该节点的所述散列信息中散列记录的当前散列额度。

在一个实施例中，在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度满足请求要求时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度进行业务处理，在该节点的父节点的节点额度不满足请求要求时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度不满足请求要求，则输出认购失败的消息，包括：向该节点的父节点请求抓取额度，在该节点的父节点的节点额度大于所述请求额度与抓取单位额度的总和时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度减去所述请求额度进行业务处理；在该节点的父节点的节点额度小于所述请求额度与抓取单位额度的总和时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度小于所述请求额度与抓取单位额度的总和，则输出认购失败的消息。

在一个实施例中，还包括：在该节点接收到退单请求时，在该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度增加所述退单请求中的回归额度，退单处理成功，更新该节点的所述节点信息中的节点额度；在该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，直接对该访问的散列记录的当前散列额度增加所述回归额度，退单处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度。

在一个实施例中，还包括：在该节点的所述节点信息中散列标志为未散列或散列中的情况下，查询该节点的节点信息获取该节点的当前的节点额度；在该节点的所述节点信息中散列标志为已散列的情况下，查询该节点的散列信息获取该节点的当前的节点额度。

本发明实施例还提供了一种产品销售额度的控制系统，以解决现有技术中销售过程中存在数据访问冲突或额度资源浪费的技术问题。该系统包括：主机和业务受理终端，其中，所述主机，用于针对一种销售产品，将该销售产品的额度按照预设分配原则分配给节点树中对应的至少两个节点，其中，所述节点树中的每个节点对应一个承销机构，每个节点均有一个父节点，每个节点具有多个子节点；所述业务受理终端，用于接收通过节点发送的认购请求，并将所述认购请求转发给所述主机；所述主机，还用于针对每个所述节点，在该节点接收到认购请求时，判断该节点的节点额度是否大于等于所述认购请求中的请求额度，在所述节点额度大于等于所述请求额度时，对该节点的节点额度进行业务处理；在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度满足请求要求时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度进行业务处理；在该节点的父节点的节点额度不满足请求要求时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度不满足请求要求，则输出认购失败的消息。

在一个实施例中，所述主机包括：数据存储装置和额度控制装置，其中，所述数据存储装置，用于针对每个所述节点，实时记录预设散列参数和每个所述节点的节点信息以及散列信息，其中，所述节点信息包括节点标识、该节点的上级节点标识、销售产品标识、节点额度、是否允许向上级节点抓取额度、散列标志以及当前散列数；所述散列信息包括该节点的节点标识、所述销售产品标识、散列ID、每条散列记录的当前散列额度以及每条散列记录的已销售额度；所述预设散列参数包括所述销售产品标识、散列阈值、散列额度区间与散列数的对应关系；所述额度控制装置包括额度散列单元和额度散列调整单元，其中，所述额度散列单元，用于将该节点的节点额度和当前散列数与预设散列参数对比，在该节点的节点额度小于所述散列阈值时，不对该节点的节点额度进行散列处理，将该节点的节点信息中的散列标志记录为未散列；所述额度散列单元，还用于在该节点的节点额度大于所述散列阈值且当前散列数符合所述散列额度区间与散列数的对应关系时，将该节点的节点额度散列为当前散列数条散列记录，并更新该节点的节点信息和散列信息，其中，散列标志为已散列；在对该节点的节点额度进行散列处理的过程中，散列标志为散列中，此时，该节点不接收业务处理请求；所述额度散列单元，还用于在该节点的节点额度大于所述散列阈值且当前散列数不符合所述散列额度区间与散列数的对应关系时，触发所述额度散列调整单元根据该节点的节点额度按照所述散列额度区间与散列数的对应关系调整该节点的当前散列数，所述额度散列单元利用调整后的当前散列数对该节点的节点额度进行散列处理，并更新该节点的节点信息和散列信息，其中，散列标志为已散列。

在一个实施例中，所述主机中的额度控制装置还包括：额度抓取单元，用于在所述节点额度大于等于所述请求额度且该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度减去所述请求额度，认购处理成功，更新该节点的所述节点信息中的节点额度；在所述节点额度大于等于所述请求额度且该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，在该访问的散列记录的当前散列额度大于所述请求额度时，直接对该访问的散列记录的当前散列额度减去所述请求额度，认购处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度；在该访问的散列记录的当前散列额度小于所述请求额度时，从第一条散列记录开始逐条访问该节点的散列记录，逐条减去散列记录的当前散列额度，直至累计减去的额度等于所述述请求额度，认购处理成功，更新该节点的所述散列信息中散列记录的当前散列额度。

在一个实施例中，所述额度抓取单元，还用于在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度大于所述请求额度与抓取单位额度的总和时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度减去所述请求额度进行业务处理；在该节点的父节点的节点额度小于所述请求额度与抓取单位额度的总和时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度小于所述请求额度与抓取单位额度的总和，则输出认购失败的消息。

在一个实施例中，所述主机中的额度控制装置还包括：额度归还单元，用于在该节点接收到退单请求时，在该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度增加所述退单请求中的回归额度，退单处理成功，更新该节点的所述节点信息中的节点额度；在该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，直接对该访问的散列记录的当前散列额度增加所述回归额度，退单处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度。

在一个实施例中，所述主机中的额度控制装置还包括：额度查询单元，用于在该节点的所述节点信息中散列标志为未散列或散列中的情况下，查询该节点的节点信息获取该节点的当前的节点额度；在该节点的所述节点信息中散列标志为已散列的情况下，查询该节点的散列信息获取该节点的当前的节点额度。

在本发明实施例中，通过将众多的承销机构构建成节点树，并将销售产品的额度按照预设分配原则分配给节点树中对应的至少两个节点，使得额度资源分配在不同节点上对外提供服，这样可以使得数据资源同时被多个用户访问，减少数据访问冲突，避免出现热点问题；同时，在该节点的节点额度小于请求额度时，可以向该节点的父节点或父节点的上级节点请求抓取额度，实现了不同节点之间共享同一额度资源，有利于使额度资源得到最大程度的利用。因此，本申请提出的产品销售额度的控制方法有利于保证生产系统运行稳定，为理财产品热销和抢购提供有力支持。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1是本发明实施例提供的一种产品销售额度的控制方法的流程图；

图2是本发明实施例提供的一种承销机构节点关系示意图；

图3是本发明实施例提供的一种业务人员进行数据初始化的流程图。

图4是本发明实施例提供的一种产品销售额度的控制系统的结构框图；

图5是本发明实施例提供的一种额度控制装置的结构示意图；

图6是本发明实施例提供的一种客户进行理财产品认购的流程图；

图7是本发明实施例提供的一种客户进行理财产品赎回的流程图；

图8是本发明实施例提供的一种自动进行理财产品额度散列调整的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。

在本发明实施例中，提供了一种产品销售额度的控制方法，如图1所示，该方法包括：

步骤101：针对一种销售产品，将该销售产品的额度按照预设分配原则分配给节点树中对应的至少两个节点，其中，所述节点树中的每个节点对应一个承销机构，每个节点均有一个父节点，每个节点具有多个子节点；

步骤102：针对每个所述节点，在该节点接收到认购请求时，判断该节点的节点额度是否大于等于所述认购请求中的请求额度，在所述节点额度大于等于所述请求额度时，对该节点的节点额度进行业务处理；在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度满足请求要求时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度进行业务处理；在该节点的父节点的节点额度不满足请求要求时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度不满足请求要求，则输出认购失败的消息。

由图1所示的流程可知，在本发明实施例中，通过将众多的承销机构构建成节点树，并将销售产品的额度按照预设分配原则分配给节点树中对应的至少两个节点，使得额度资源分配在不同节点上对外提供服，这样可以使得数据资源同时被多个用户访问，减少数据访问冲突，避免出现热点问题；同时，在该节点的节点额度小于请求额度时，可以向该节点的父节点或父节点的上级节点请求抓取额度，实现了不同节点之间共享同一额度资源，有利于使额度资源得到最大程度的利用。因此，本申请提出的产品销售额度的控制方法有利于保证生产系统运行稳定，为理财产品热销和抢购提供有力支持。

具体实施时，图2描述了涉及众多承销机构的节点关系图，总承销机构对应根节点A，用于投放和控制产品总额度，下属多个子节点，子节点之间也存在上下层隶属关系，节点关系可在产品销售之前自由配置，每个节点(除根节点外)均有一个父节点，可有0-N个子节点，每个节点对应一个承销机构，承销机构既接收客户通过业务受理终端发起的业务处理请求，也接收子节点发起的产品额度处理请求。

具体实施时，为了进一步减少数据访问冲突，避免热点问题的出现，在本实施例中，每个节点可以拆分为多条散列记录，以分摊单个节点的访问，同时，根据数据资源的增加或减少，触发散列调整，以达到较好的访问效率及客户体验。例如，上述产品销售额度的控制方法还包括：针对每个所述节点，实时记录每个所述节点的节点信息，该节点信息包括节点标识、该节点的上级节点标识、销售产品标识、节点额度、是否允许向上级节点抓取额度、散列标志以及当前散列数；将该节点的节点额度和当前散列数与预设散列参数对比，所述预设散列参数包括所述销售产品标识、散列阈值、散列额度区间与散列数的对应关系；

(1)在该节点的节点额度小于所述散列阈值时，不对该节点的节点额度进行散列处理，将该节点的节点信息中的散列标志记录为未散列，散列标志为未散列的节点可接受访问；

(2)在该节点的节点额度大于所述散列阈值且当前散列数符合所述散列额度区间与散列数的对应关系时，将该节点的节点额度散列为当前散列数条散列记录，并更新该节点的节点信息和散列信息，该散列信息包括该节点的节点标识、所述销售产品标识、散列ID、每条散列记录的当前散列额度以及每条散列记录的已销售额度，其中，散列标志为已散列；在对该节点的节点额度进行散列处理的过程中，散列标志为散列中，此时，该节点不接收业务处理请求；

(3)在该节点的节点额度大于所述散列阈值且当前散列数不符合所述散列额度区间与散列数的对应关系时，根据该节点的节点额度按照所述散列额度区间与散列数的对应关系调整该节点的当前散列数，利用调整后的当前散列数对该节点的节点额度进行散列处理，并更新该节点的节点信息和散列信息，其中，散列标志为已散列，散列标志为已散列的节点则需要通过下面的散列记录访问。

具体实施时，上述各节点的节点信息可以以信息表的形式存在，节点的散列信息和预设散列参数也可以以信息表的形式存在，节点信息表和散列信息表通过唯一的节点标识进行关联；针对特定产品，每一个节点在节点信息表中有唯一的记录，对应地在散列信息表中分为多条记录。例如，如下表1所示，节点信息包括节点标识、该节点的上级节点标识、销售产品标识、节点额度、是否允许向上级节点抓取额度、散列标志以及当前散列数等内容；如下表2所示，散列信息包括该节点的节点标识、所述销售产品标识、散列ID、每条散列记录的当前散列额度以及每条散列记录的已销售额度等内容；如下表3所示，预设散列参数包括所述销售产品标识、散列阈值、散列额度区间与散列数的对应关系等信息。

表1

域名描述	数据字典	用途
			散列节点代码		散列对应节点唯一标识
产品代码		额度管理产品唯一标识
			散列ID		散列唯一标识
当前散列额度		本散列的当前可用额度
			已销售额度		本散列已减少的额度

表2

表3

具体实施时，上述预设分配原则和预设散列参数可以是业务人员预先设定并输入实现数据初始化。例如，如图3所示，图3描述的是依照本发明实施例提供的业务人员进行数据初始化的流程图。

步骤301，业务人员可以通过业务受理终端，输入某种理财产品的预设散列参数数据，包括：产品代码、散列阀值、额度下限、额度上限以及散列数等，比如：A产品，设置散列阀值为5000万，5000万至10亿，对应散列参数为10条，10亿至100亿散列参数为50条，对应100亿以上散列参数为100条。

步骤302，业务人员通过业务受理终端，输入某种理财产品的额度初始化数据，至少包括根节点总额度，子节点可设置为允许向上抓取以及抓取单位，初始额度为0。

步骤303，通过数据初始化单元根据节点额度，散列阀值，额度下限，额度上限查询各节点的散列数，如需要散列，则调用额度散列单元进行散列操作，(散列额度＝节点额度/散列笔数N，其中，第N笔散列额度＝节点额度－(N-1)×散列额度)，其中的节点额度可以分配调拨获取，也可以向上级节点请求获取。

步骤304，设置节点信息表中该种理财产品的每条记录的散列标志为“已散列”。

步骤305，初始化结束。

具体实施时，针对认购请求，在所述节点额度大于等于所述请求额度时，对该节点的节点额度进行数据资源份额减少的业务处理，包括：在该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度减去所述请求额度，认购处理成功，更新该节点的所述节点信息中的节点额度；在该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，在该访问的散列记录的当前散列额度大于所述请求额度时，直接对该访问的散列记录的当前散列额度减去所述请求额度，认购处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度；在该访问的散列记录的当前散列额度小于所述请求额度时，从第一条散列记录开始逐条访问该节点的散列记录，逐条减去散列记录的当前散列额度，直至累计减去的额度等于所述述请求额度，认购处理成功，更新该节点的所述散列信息中散列记录的当前散列额度。

具体实施时，针对认购请求，在所述节点额度小于所述请求额度，先对该节点进行数据资源份额增加，之后再进行认购业务处理。例如，在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度满足请求要求时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度进行业务处理，在该节点的父节点的节点额度不满足请求要求时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度不满足请求要求，则输出认购失败的消息，包括：

向该节点的父节点请求抓取额度，在该节点的父节点的节点额度大于所述请求额度与抓取单位额度的总和时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度减去所述请求额度进行业务处理；在该节点的父节点的节点额度小于所述请求额度与抓取单位额度的总和时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度小于所述请求额度与抓取单位额度的总和，则输出认购失败的消息。

具体实施时，针对应用场景为已销售产品撤单、售出的车票或门票退票等情况，为了可以更好地满足业务需求，在本实施例中，上述产品销售额度的控制方法还包括：在该节点接收到退单请求时，在该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度增加所述退单请求中的回归额度，退单处理成功，更新该节点的所述节点信息中的节点额度；在该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，直接对该访问的散列记录的当前散列额度增加所述回归额度，退单处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度。

具体实施时，为了满足本节点可用额度查询、向上查询父节点最大可用额度、向下查询所有子节点可用额度之和等需求，上述产品销售额度的控制方法还包括：在该节点的所述节点信息中散列标志为未散列或散列中的情况下，查询该节点的节点信息获取该节点的当前的节点额度；在该节点的所述节点信息中散列标志为已散列的情况下，查询该节点的散列信息获取该节点的当前的节点额度，即需要查询散列信息表汇总该节点对应的散列记录的散列额度获得该节点的当前的节点额度。

基于同一发明构思，本发明实施例中还提供了一种产品销售额度的控制系统，如下面的实施例所述。由于产品销售额度的控制系统解决问题的原理与产品销售额度的控制方法相似，因此产品销售额度的控制系统的实施可以参见产品销售额度的控制方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是本发明实施例的产品销售额度的控制系统的一种结构框图，如图4所示，该系统包括：主机2和业务受理终端1，其中，

所述主机2，用于针对一种销售产品，将该销售产品的额度按照预设分配原则分配给节点树中对应的至少两个节点，其中，所述节点树中的每个节点对应一个承销机构，每个节点均有一个父节点，每个节点具有多个子节点；

所述业务受理终端1，用于接收通过节点发送的认购请求，并将所述认购请求转发给所述主机；

所述主机2，还用于针对每个所述节点，在该节点接收到认购请求时，判断该节点的节点额度是否大于等于所述认购请求中的请求额度，在所述节点额度大于等于所述请求额度时，对该节点的节点额度进行业务处理；在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度满足请求要求时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度进行业务处理；在该节点的父节点的节点额度不满足请求要求时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度不满足请求要求，则输出认购失败的消息

具体实施时，该产品销售额度的控制系统可以集中部署于数据处理中心，图2中描述的涉及众多承销机构的节点，可以通过浏览器或客户端访问部署于数据处理中心的系统主机2和业务受理终端1，每个节点可直接该节点的表1或表2中的额度资源。

具体实施时，如图4所示，所述主机2包括：数据存储装置3和额度控制装置4，其中，

所述数据存储装置3，用于针对每个所述节点，实时记录预设散列参数和每个所述节点的节点信息以及散列信息，其中，所述节点信息包括节点标识、该节点的上级节点标识、销售产品标识、节点额度、是否允许向上级节点抓取额度、散列标志以及当前散列数；所述散列信息包括该节点的节点标识、所述销售产品标识、散列ID、每条散列记录的当前散列额度以及每条散列记录的已销售额度；所述预设散列参数包括所述销售产品标识、散列阈值、散列额度区间与散列数的对应关系；

如图5所示，所述额度控制装置4包括额度散列单元43和额度散列调整单元47，其中，

所述额度散列单元43，用于将该节点的节点额度和当前散列数与预设散列参数对比，在该节点的节点额度小于所述散列阈值时，不对该节点的节点额度进行散列处理，将该节点的节点信息中的散列标志记录为未散列；

所述额度散列单元43，还用于在该节点的节点额度大于所述散列阈值且当前散列数符合所述散列额度区间与散列数的对应关系时，将该节点的节点额度散列为当前散列数条散列记录，并更新该节点的节点信息和散列信息，其中，散列标志为已散列；在对该节点的节点额度进行散列处理的过程中，散列标志为散列中，此时，该节点不接收业务处理请求；

所述额度散列单元43，还用于在该节点的节点额度大于所述散列阈值且当前散列数不符合所述散列额度区间与散列数的对应关系时，触发所述额度散列调整单元47根据该节点的节点额度按照所述散列额度区间与散列数的对应关系调整该节点的当前散列数，所述额度散列单元利用调整后的当前散列数对该节点的节点额度进行散列处理，并更新该节点的节点信息和散列信息，其中，散列标志为已散列。

具体实施时，如图5所示，所述主机2中的额度控制装置4还包括：额度抓取单元45，用于在所述节点额度大于等于所述请求额度且该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度减去所述请求额度，认购处理成功，更新该节点的所述节点信息中的节点额度；在所述节点额度大于等于所述请求额度且该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，在该访问的散列记录的当前散列额度大于所述请求额度时，直接对该访问的散列记录的当前散列额度减去所述请求额度，认购处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度；在该访问的散列记录的当前散列额度小于所述请求额度时，从第一条散列记录开始逐条访问该节点的散列记录，逐条减去散列记录的当前散列额度，直至累计减去的额度等于所述述请求额度，认购处理成功，更新该节点的所述散列信息中散列记录的当前散列额度。

具体实施时，所述额度抓取单元，还用于在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度大于所述请求额度与抓取单位额度的总和时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度减去所述请求额度进行业务处理；在该节点的父节点的节点额度小于所述请求额度与抓取单位额度的总和时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度小于所述请求额度与抓取单位额度的总和，则输出认购失败的消息。

具体实施时，所述主机2中的额度控制装置4还包括：额度归还单元46，用于在该节点接收到退单请求时，在该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度增加所述退单请求中的回归额度，退单处理成功，更新该节点的所述节点信息中的节点额度；在该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，直接对该访问的散列记录的当前散列额度增加所述回归额度，退单处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度。

具体实施时，如图5所示，所述主机2中的额度控制装置4还包括：额度查询单元44，用于在该节点的所述节点信息中散列标志为未散列或散列中的情况下，查询该节点的节点信息获取该节点的当前的节点额度；在该节点的所述节点信息中散列标志为已散列的情况下，查询该节点的散列信息获取该节点的当前的节点额度。

具体实施时，如图5所示，上述额度控制装置4还可以包括总控单元41，用于根据接收自业务受理终端的请求，调用不同的功能单元对数据存储装置进行操作；以及数据初始化单元42，用于对数据存储装置3进行数据初始化操作。

在一个应用场景中，以客户进行理财产品认购过程为例，该过程的流程图如图6所示：

步骤601，客户在某个节点向业务受理终端发起认购申请。

步骤602，总控单元41调用额度查询单元44查询本节点可用额度(即上述节点额度)。

步骤603，系统判断节点可用额度是否大于请求额度，若是，执行步骤605；若否，执行步骤604。

步骤604，系统判断如果节点可用额度小于等于请求额度，则调用额度抓取单元45向上级父节点请求抓取(增加)额度，判断上级父节点的节点额度是否大于抓取额度，若是，则执行步骤605；若否，则执行步骤606。其中，抓取额度为：请求额度+抓取单位额度，比请求额度多出一个抓取单位额度是为了避免频繁向上级父节点抓取。

步骤605，调用额度抓取单元45抓取成功则更新节点额度，更新后的节点额度大于散列阈值或当前散列数不符合散列额度区间与散列数的对应关系的情况下，并调用额度散列单元43进行散列处理，转步骤607处理；否则，转步骤606。

步骤606，调用额度抓取单元45抓取失败，则额度不足导致认购失败。

步骤607，系统判断如果节点可用额度大于请求额度，使用随机函数计算出一个序号c。(随机函数可以根据系统特性自行设计，本发明采用“系统时间戳最后6位modN)+1”)，序号c用于随机读取节点的散列记录，产品唯一标识(即上述产品标识)+散列序号c对应散列唯一标识(即上述散列ID)。

步骤608，系统根据产品唯一标识+散列序号c不带数据库锁读取散列信息表中散列记录A，取得散列记录A的可用额度d，总控单元41判断d是否大于等于本次请求额度，若是，则执行步骤609，若否，则执行步骤610。

步骤609，额度抓取单元45直接在散列记录A的可用额度d减去请求额度。

步骤610，如果散列记录A的可用额度d小于本次请求额度，额度抓取单元45则依次读取该节点的散列记录1至N，并扣减散列记录对应的散列额度，直至累计额度等于请求额度。

步骤611，客户认购成功，退出额度抓取单元45。

在一个应用场景中，以客户进行理财产品赎回为例，该过程的流程图如图7所示：

步骤701，客户通过业务受理终端1发起赎回申请。

步骤702，总控单元41判断理财产品额度需要回收后，调用额度散列单元43，判断节点散列状态是否为未散列，若是，则执行步骤703；若否，则执行步骤707。

步骤703，如为未散列，额度归还单元46则带数据库锁读取节点信息表A，取得记录A的可用额度e。

步骤704，系统判断可用额度e+赎回回收额度(即上述回归额度)是否大于散列阀值，若是，则执行步骤705；若否，则执行步骤709。

步骤705，总控单元41调用额度散列单元43进行散列操作(散列额度＝节点额度/散列笔数N，其中第N笔散列额度＝节点额度－(N-1)×散列额度)，其中的节点额度可以分配调拨获取，也可以向上级节点额度请求获取。

步骤706，更新节点额度，设置节点信息表中该种理财产品记录的散列标志为“已散列”。

步骤707，如为“已散列”，额度归还单元46则使用随机函数计算出一个序号c，序号c用于随机读取节点的散列记录，产品唯一标识+散列序号c对应散列唯一标识(即上述散列ID)。

步骤708，额度归还单元46根据产品唯一标志和散列序号更新对应散列额度＝原散列额度+回收额度。

步骤709，客户赎回成功，退出额度归还单元46。

在一个应用场景中，以进行理财产品额度散列调整为例，该过程的流程图如图8所示：

步骤801，总控单元41定时触发调用额度散列调整单元47。

步骤802，额度散列调整单元47带数据库锁读取节点信息表A。

步骤803调用额度查询单元44查询本节点可用额度，根据可用额度是否匹配对应散列数，如与实际散列数不同，则执行步骤804，删除原散列，重新进行散列；若是，则执行步骤806。

步骤804，总控单元41调用额度散列调整单元47进行散列操作，散列额度＝散列额度取节点额度/散列笔数N，其中第N笔散列额度＝节点额度－(N-1)×散列额度)。

步骤805，系统设置散列信息表中该种理财产品的每条记录的散列标志为“3-已散列”。

步骤806，产品额度散列调整成功，退出产品额度散列调整单元47。

在本发明实施例中，通过将众多的承销机构构建成节点树，并将销售产品的额度按照预设分配原则分配给节点树中对应的至少两个节点，使得额度资源分配在不同节点上对外提供服，这样可以使得数据资源同时被多个用户访问，减少数据访问冲突，避免出现热点问题；同时，在该节点的节点额度小于请求额度时，可以向该节点的父节点或父节点的上级节点请求抓取额度，实现了不同节点之间共享同一额度资源，有利于使额度资源得到最大程度的利用。因此，本申请提出的产品销售额度的控制方法有利于保证生产系统运行稳定，为理财产品热销和抢购提供有力支持。

显然，本领域的技术人员应该明白，上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明实施例不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种产品销售额度的控制方法，其特征在于，包括：

针对一种销售产品，将该销售产品的额度按照预设分配原则分配给节点树中对应的至少两个节点，其中，所述节点树中的每个节点对应一个承销机构，每个节点均有一个父节点，每个节点具有多个子节点；

针对每个所述节点，在该节点接收到认购请求时，判断该节点的节点额度是否大于等于所述认购请求中的请求额度，在所述节点额度大于等于所述请求额度时，对该节点的节点额度进行业务处理；在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度满足请求要求时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度进行业务处理；在该节点的父节点的节点额度不满足请求要求时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度不满足请求要求，则输出认购失败的消息。

2.如权利要求1所述的产品销售额度的控制方法，其特征在于，还包括：

针对每个所述节点，实时记录每个所述节点的节点信息，该节点信息包括节点标识、该节点的上级节点标识、销售产品标识、节点额度、是否允许向上级节点抓取额度、散列标志以及当前散列数；

将该节点的节点额度和当前散列数与预设散列参数对比，所述预设散列参数包括所述销售产品标识、散列阈值、散列额度区间与散列数的对应关系；

在该节点的节点额度小于所述散列阈值时，不对该节点的节点额度进行散列处理，将该节点的节点信息中的散列标志记录为未散列；

在该节点的节点额度大于所述散列阈值且当前散列数符合所述散列额度区间与散列数的对应关系时，将该节点的节点额度散列为当前散列数条散列记录，并更新该节点的节点信息和散列信息，该散列信息包括该节点的节点标识、所述销售产品标识、散列ID、每条散列记录的当前散列额度以及每条散列记录的已销售额度，其中，散列标志为已散列；在对该节点的节点额度进行散列处理的过程中，散列标志为散列中，此时，该节点不接收业务处理请求；

在该节点的节点额度大于所述散列阈值且当前散列数不符合所述散列额度区间与散列数的对应关系时，根据该节点的节点额度按照所述散列额度区间与散列数的对应关系调整该节点的当前散列数，利用调整后的当前散列数对该节点的节点额度进行散列处理，并更新该节点的节点信息和散列信息，其中，散列标志为已散列。

3.如权利要求2所述的产品销售额度的控制方法，其特征在于，在所述节点额度大于等于所述请求额度时，对该节点的节点额度进行业务处理，包括：

在该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度减去所述请求额度，认购处理成功，更新该节点的所述节点信息中的节点额度；

在该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，在该访问的散列记录的当前散列额度大于所述请求额度时，直接对该访问的散列记录的当前散列额度减去所述请求额度，认购处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度；在该访问的散列记录的当前散列额度小于所述请求额度时，从第一条散列记录开始逐条访问该节点的散列记录，逐条减去散列记录的当前散列额度，直至累计减去的额度等于所述述请求额度，认购处理成功，更新该节点的所述散列信息中散列记录的当前散列额度。

4.如权利要求2所述的产品销售额度的控制方法，其特征在于，在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度满足请求要求时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度进行业务处理，在该节点的父节点的节点额度不满足请求要求时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度不满足请求要求，则输出认购失败的消息，包括：

向该节点的父节点请求抓取额度，在该节点的父节点的节点额度大于所述请求额度与抓取单位额度的总和时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度减去所述请求额度进行业务处理；在该节点的父节点的节点额度小于所述请求额度与抓取单位额度的总和时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度小于所述请求额度与抓取单位额度的总和，则输出认购失败的消息。

5.如权利要求2至4中任一项所述的产品销售额度的控制方法，其特征在于，还包括：

在该节点接收到退单请求时，在该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度增加所述退单请求中的回归额度，退单处理成功，更新该节点的所述节点信息中的节点额度；

在该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，直接对该访问的散列记录的当前散列额度增加所述回归额度，退单处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度。

6.如权利要求2至4中任一项所述的产品销售额度的控制方法，其特征在于，还包括：

在该节点的所述节点信息中散列标志为未散列或散列中的情况下，查询该节点的节点信息获取该节点的当前的节点额度；

在该节点的所述节点信息中散列标志为已散列的情况下，查询该节点的散列信息获取该节点的当前的节点额度。

7.一种产品销售额度的控制系统，其特征在于，包括：主机和业务受理终端，其中，

所述主机，用于针对一种销售产品，将该销售产品的额度按照预设分配原则分配给节点树中对应的至少两个节点，其中，所述节点树中的每个节点对应一个承销机构，每个节点均有一个父节点，每个节点具有多个子节点；

所述业务受理终端，用于接收通过节点发送的认购请求，并将所述认购请求转发给所述主机；

所述主机，还用于针对每个所述节点，在该节点接收到认购请求时，判断该节点的节点额度是否大于等于所述认购请求中的请求额度，在所述节点额度大于等于所述请求额度时，对该节点的节点额度进行业务处理；在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度满足请求要求时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度进行业务处理；在该节点的父节点的节点额度不满足请求要求时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度不满足请求要求，则输出认购失败的消息。

8.如权利要求7所述的产品销售额度的控制系统，其特征在于，所述主机包括：数据存储装置和额度控制装置，其中，

所述数据存储装置，用于针对每个所述节点，实时记录预设散列参数和每个所述节点的节点信息以及散列信息，其中，所述节点信息包括节点标识、该节点的上级节点标识、销售产品标识、节点额度、是否允许向上级节点抓取额度、散列标志以及当前散列数；所述散列信息包括该节点的节点标识、所述销售产品标识、散列ID、每条散列记录的当前散列额度以及每条散列记录的已销售额度；所述预设散列参数包括所述销售产品标识、散列阈值、散列额度区间与散列数的对应关系；

所述额度控制装置包括额度散列单元和额度散列调整单元，其中，

所述额度散列单元，用于将该节点的节点额度和当前散列数与预设散列参数对比，在该节点的节点额度小于所述散列阈值时，不对该节点的节点额度进行散列处理，将该节点的节点信息中的散列标志记录为未散列；

所述额度散列单元，还用于在该节点的节点额度大于所述散列阈值且当前散列数符合所述散列额度区间与散列数的对应关系时，将该节点的节点额度散列为当前散列数条散列记录，并更新该节点的节点信息和散列信息，其中，散列标志为已散列；在对该节点的节点额度进行散列处理的过程中，散列标志为散列中，此时，该节点不接收业务处理请求；

所述额度散列单元，还用于在该节点的节点额度大于所述散列阈值且当前散列数不符合所述散列额度区间与散列数的对应关系时，触发所述额度散列调整单元根据该节点的节点额度按照所述散列额度区间与散列数的对应关系调整该节点的当前散列数，所述额度散列单元利用调整后的当前散列数对该节点的节点额度进行散列处理，并更新该节点的节点信息和散列信息，其中，散列标志为已散列。

9.如权利要求8所述的产品销售额度的控制系统，其特征在于，所述主机中的额度控制装置还包括：

额度抓取单元，用于在所述节点额度大于等于所述请求额度且该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度减去所述请求额度，认购处理成功，更新该节点的所述节点信息中的节点额度；

在所述节点额度大于等于所述请求额度且该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，在该访问的散列记录的当前散列额度大于所述请求额度时，直接对该访问的散列记录的当前散列额度减去所述请求额度，认购处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度；在该访问的散列记录的当前散列额度小于所述请求额度时，从第一条散列记录开始逐条访问该节点的散列记录，逐条减去散列记录的当前散列额度，直至累计减去的额度等于所述述请求额度，认购处理成功，更新该节点的所述散列信息中散列记录的当前散列额度。

10.如权利要求9所述的产品销售额度的控制系统，其特征在于，所述额度抓取单元，还用于在所述节点额度小于所述请求额度时，向该节点的父节点请求抓取额度，在该节点的父节点的节点额度大于所述请求额度与抓取单位额度的总和时，则对该节点的父节点进行减少额度，对该节点进行增加额度，利用该节点增加额度后的节点额度减去所述请求额度进行业务处理；在该节点的父节点的节点额度小于所述请求额度与抓取单位额度的总和时，继续向父节点的上一级节点请求抓取额度，直至根节点，如果根节点的节点额度小于所述请求额度与抓取单位额度的总和，则输出认购失败的消息。

11.如权利要求8至10中任一项所述的产品销售额度的控制系统，其特征在于，所述主机中的额度控制装置还包括：

额度归还单元，用于在该节点接收到退单请求时，在该节点的所述节点信息中散列标志为未散列的情况下，直接对该节点的节点额度增加所述退单请求中的回归额度，退单处理成功，更新该节点的所述节点信息中的节点额度；

在该节点的所述节点信息中散列标志为已散列的情况下，随机获取该节点的一条散列记录的散列ID，访问该条散列记录，直接对该访问的散列记录的当前散列额度增加所述回归额度，退单处理成功，更新该节点的所述散列信息中该条散列记录的当前散列额度。

12.如权利要求8至10中任一项所述的产品销售额度的控制系统，其特征在于，所述主机中的额度控制装置还包括：

额度查询单元，用于在该节点的所述节点信息中散列标志为未散列或散列中的情况下，查询该节点的节点信息获取该节点的当前的节点额度；在该节点的所述节点信息中散列标志为已散列的情况下，查询该节点的散列信息获取该节点的当前的节点额度。