CN104537563A - 一种额度数据处理方法及服务器 - Google Patents

Abstract

本发明实施例提供一种额度数据处理方法及服务器，其中方法包括：预先为产品创建对应的命名计数器Named Counter，使用所述Named Counter记录产品的已售额度值；在获取到认购交易数据时，将所述Named Counter的当前值加上所述认购交易数据中携带的认购交易额，与设定的所述产品的可售额度值进行比较；在所述当前值加上所述认购交易额，不大于所述可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额。本发明实施例解决了因服务器集中访问数据库引起的数据库资源冲突问题，避免了大量交易排队等待资源的情况，提升了交易数据的处理效率。

Description

一种额度数据处理方法及服务器

技术领域

本发明涉及数据访问技术领域，更具体地说，涉及一种额度数据处理方法及服务器。

背景技术

在银行面向客户提供的提资理财产品中，如国债(储蓄国债、记账国债、凭证国债)和理财产品(开放式、半开放式等)等，均会在发售之前确定一个销售规模，即针对该产品设定本次允许的可售额度，该可售额度可能直接由监管部门分配(如国债)，也可能由业务主管部门在产品创建之初确定；随着产品的发售，已售额度将不停的更新，为避免已售额度超过可售额度，对已售额度进行管控使其不超过可售额度显得尤为重要。

现有的管控方式为，在数据库中存储可售额度值，产品交易时，交易端发送交易数据至服务器端，服务器端访问所存储的可售额度值，对可售额度值进行销售扣划，实现可售额度值随产品销售的更新，保证已售额度不超出设定可售额度；其中涉及的额度数据处理方式为：将可售额度值保存在数据库表的记录中，交易端与服务器端进行联机交易后，服务器端获取交易数据(含有当前的交易额)，并访问数据库表中记录的可售额度值，将该可售额度值扣减当前交易额，若扣减后的值为正值，则当前交易被允许，若为负值，则当前交易不被允许。

然而，现有的额度数据处理方式在交易量较大时，存在因服务器集中访问数据库引起的数据库资源冲突问题，会造成大量交易排队等待资源的情况，使得交易数据的处理效率极为低下，且在极端情况下可能会因交易资源耗尽而引起系统宕机。。

发明内容

有鉴于此，本发明实施例提供一种。

为实现上述目的，本发明实施例提供如下技术方案：

一种额度数据处理方法，应用于服务器，所述方法包括：

预先为产品创建对应的命名计数器Named Counter，使用所述NamedCounter记录产品的已售额度值；

在获取到认购交易数据时，将所述Named Counter的当前值加上所述认购交易数据中携带的认购交易额，与设定的所述产品的可售额度值进行比较；

在所述当前值加上所述认购交易额，不大于所述可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额。

其中，所述方法还包括：

将认购交易撤销对应的返还额度加入所述可售额度值，形成新可售额度值，所述可售额度值为在日终批量时所确定的总可售额度减去当日真实的已售额度值所确定的额度值；

在所述当前值加上所述认购交易额，大于所述可售额度值时，比较所述当前值加上所述认购交易额，与所述新可售额度值的大小；

在所述当前值加上所述认购交易额不大于所述新可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额。

其中，所述方法还包括：

在所述当前值加上所述认购交易额大于所述新可售额度值时，确定本次交易超额。

其中，所述方法还包括：

获取认购交易撤销数据，确定所述认购交易撤销对应的返还额度，将所述返还额度累加在设定数据库中。

其中，所述方法还包括：

在产品当日销售结束时，累计该产品下所有客户的认购额度，确定当日真实的已售额度；将总可售额度减去当日真实的已售额度，确定真实的可售额度。

其中，所述方法还包括：

在服务器异常时，累计产品名下所有客户的账户余额，并根据余额将Named Counter恢复到宕机前的状态。

本发明实施例还提供一种服务器，包括：

创建模块，用于预先为产品创建对应的命名计数器Named Counter，使用所述Named Counter记录产品的已售额度值；

第一比较模块，用于在获取到认购交易数据时，将所述Named Counter的当前值加上所述认购交易数据中携带的认购交易额，与设定的所述产品的可售额度值进行比较；

第一更新模块，用于在所述当前值加上所述认购交易额，不大于所述可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额。

其中，所述服务器还包括：

返还模块，用于将认购交易撤销对应的返还额度加入所述可售额度值，形成新可售额度值，所述可售额度值为在日终批量时所确定的总可售额度减去当日已售额度真实值所确定的额度值；

第二比较模块，用于在所述当前值加上所述认购交易额，大于所述可售额度值时，比较所述当前值加上所述认购交易额，与所述新可售额度值的大小；

第二更新模块，用于在所述当前值加上所述认购交易额不大于所述新可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额；

超额确定模块，用于在所述当前值加上所述认购交易额大于所述新可售额度值时，确定本次交易超额。

其中，所述服务器还包括：

返还额度记录模块，用于获取认购交易撤销数据，确定所述认购交易撤销对应的返还额度，将所述返还额度累加在设定数据库中。

其中，所述服务器还包括：

还原模块，用于在产品当日销售结束时，累计该产品下所有客户的认购额度，确定当日真实的已售额度；将总可售额度减去当日真实的已售额度，确定真实的可售额度。

基于上述技术方案，本发明实施例提供的额度数据处理方法的流程图，需预先为产品创建对应的命名计数器Named Counter，从而使用所述NamedCounter记录产品的已售额度值；当获取到认购交易数据时，可将所述NamedCounter的当前值加上所述认购交易数据中携带的认购交易额，与设定的所述产品的可售额度值进行比较，并在所述当前值加上所述认购交易额，不大于所述可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额；从而实现对产品交易额的更新，及交易额不超过销售额度值的管控。本发明实施例提供的额度数据处理方法，将销售额度的访问控制通过Named Counter实现，从而解决了因服务器集中访问数据库引起的数据库资源冲突问题，避免了大量交易排队等待资源的情况，提升了交易数据的处理效率。

附图说明

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

图1为本发明实施例提供的额度数据处理方法的流程图；

图2为本发明实施例提供的额度数据处理方法的另一流程图；

图3为本发明实施例提供的DEFINE命令的格式示意图；

图4为本发明实施例提供的DELETE命令的格式示意图；

图5为本发明实施例提供的GET命令的格式示意图；

图6为本发明实施例提供的服务器的结构框图；

图7为本发明实施例提供的服务器的另一结构框图；

图8为本发明实施例提供的服务器的再一结构框图；

图9为本发明实施例提供的服务器的又一结构框图；

图10为本发明实施例提供的服务器的又另一结构框图。

具体实施方式

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

图1为本发明实施例提供的额度数据处理方法的流程图，该方法可应用于服务器，该服务器可以是一台服务器或者多台服务器的集合，本发明实施例可选用IBM大型主机作为服务器；参照图1，该方法可以包括：

步骤S100、预先为产品创建对应的Named Counter，使用所述NamedCounter记录产品的已售额度值；

Named Counter(命名计数器)为一个可在Sysplex(系统综合体)环境才可以使用的计数器，本发明实施例可在产品上市时，采用定义Counter命令(DEFINE DCOUNTER)为处于销售期的产品创建对应的Named Counter，该Named Counter可用于记录产品的已售额度值；

DEFINE DCOUNTER命令为本发明实施例在采用Named Counter进行额度记录的场景下，所定义的一个控制Named Counter的命令，该命令可以为大型主机系统中的系统命令；本发明实施例可通过DEFINE DCOUNTER命令创建一个新的Named Counter，并可设置该Named Counter启动时的最小值、最大值和当前值；

可选的，本发明实施例可设置该Named Counter的初始值为零，NamedCounter的值可根据产品的认购交易额进行更新，如产品进行了一次认购交易后，可将Named Counter的当前值加上本次交易的认购交易额，使得NamedCounter的值可根据产品的认购交易额进行更新。

可选的，已售额度值的初始值可以为零。

步骤S110、在获取到认购交易数据时，将所述Named Counter的当前值加上所述认购交易数据中携带的认购交易额，与设定的所述产品的可售额度值进行比较；

其中，Named Counter的当前值可能为零(如产品上市之初)，也可能不为零(如产品已发生认购交易，Named Counter的当前值根据产品的认购交易额进行更新)；可选的，产品的可售额度值可以为产品发售之前所确定的销售额度值，可以是一定时间内(如当天)的可售额度总值；

产品在交易时，交易端可生成产品的认购交易数据，并将产品的认购交易数据发送至服务器端，该认购交易数据中携带有本次产品的认购交易额，以便服务器判定本次产品交易是否属于超额交易，实现对产品销售额度的管控。

步骤S120、在所述当前值加上所述认购交易额，不大于所述可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额。

所述当前值加上所述交易值，不大于所述可售额度值，说明当前认购交易不属于超额交易，本次交易不会导致产品的可售额度值超过可售额度值，可允许本次交易，对Named Counter所记录的已售额度值进行更新。

本发明实施例可通过获取Counter命令(GET DCOUNTER)增加NamedCounter的值，GET DCOUNTER命令为本发明实施例在使用Named Counter这一场景下是定义的更新Named Counter值的命令；通过GET DCOUNTER命令本发明实施例可返回Named Counter的当前值，并且按照当前认购交易额更新当前值。

本发明实施例提供的额度数据处理方法的流程图，需预先为产品创建对应的命名计数器Named Counter，从而使用所述Named Counter记录产品的已售额度值；当获取到认购交易数据时，可将所述Named Counter的当前值加上所述认购交易数据中携带的认购交易额，与设定的所述产品的可售额度值进行比较，并在所述当前值加上所述认购交易额，不大于所述可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额；从而实现对产品交易额的更新，及交易额不超过销售额度值的管控。本发明实施例提供的额度数据处理方法，将销售额度的访问控制通过Named Counter实现，从而解决了因服务器集中访问数据库引起的数据库资源冲突问题，避免了大量交易排队等待资源的情况，提升了交易数据的处理效率。

可选的，由于存在认购交易撤销的情况(如认购撤消及认购异常的情况)，而认购交易撤销一般发生在认购交易成功之后，则该认购交易撤销的认购交易额在确定认购交易撤销之前就被增加入Named Counter的已售额度值中，因此本发明实施例在认购交易撤销情况下，需提供额度的补偿处理；一种方式为，当发生认购撤销交易时，则不访问Named Counter，而是直接将因撤销而产生的返还额度直接累加在数据库中，保存在数据库中的当日总返还额度。在日间可售额度用完时，可以通过程序划转到供认购交易使用的可售额度中继续合用；即本发明实施例可将认购交易撤销对应的返还额度加入所述可售额度值，形成新可售额度值，所述可售额度值为在日终批量时所确定的总可售额度减去当日已售额度真实值所确定的额度值；可选的，返还额度也可以在日终时，通过批量程序自动将返还额度转入下日的可售额度继续使用。

当所述当前值加上所述交易值，大于所述可售额度值时，本发明实施例不一定判断当前交易超额，而是将进行一次将所述当前值加上所述认购交易额，与，新可售额度值的大小比较。图2示出了本发明实施例提供的额度数据处理方法的另一流程图，参照图2，该方法可以包括：

步骤S200、预先为产品创建对应的命名计数器Named Counter，使用所述Named Counter记录产品的已售额度值；

步骤S210、在获取到认购交易数据时，将所述Named Counter的当前值加上所述认购交易数据中携带的认购交易额，与设定的所述产品的可售额度值进行比较；

步骤S220、在所述当前值加上所述认购交易额，不大于所述可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额；

步骤S230、将认购交易撤销对应的返还额度加入所述可售额度值，形成新可售额度值，所述可售额度值为在日终批量时所确定的总可售额度减去当日真实的已售额度值所确定的额度值；

步骤S240、在所述当前值加上所述认购交易额，大于所述可售额度值时，比较所述当前值加上所述认购交易额，与所述新可售额度值的大小；

步骤S250、在所述当前值加上所述认购交易额不大于所述新可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额；

步骤S260、在所述当前值加上所述认购交易额大于所述新可售额度值时，确定本次交易超额。

可选的，本发明实施例可在发生认购交易撤销时，不访问Named Counter，而是直接将因认购交易撤销而产生的返还额度累加在设定数据库中；具体的，本发明实施例可获取认购交易撤销数据，确定认购交易撤销对应的返还额度，将所述返还额度累加在设定数据库中。

可选的，该数据库中记录的返还额度可在可售额度值用完时，通过程序划转到可售额度值中继续合用；即在当前值加上所述认购交易额，大于所述可售额度值时，本发明实施例可将认购交易撤销对应的返还额度加入所述可售额度值，形成新可售额度值；该数据库中记录的返还额度也可在日终时，通过批量程序自动转入下日的可售额度值中继续使用。

可选的，本发明实施例在产品当日的销售结束时，将可售额度和已售额度还原为当前真实值，返还额度清零。具体的，本发明实施例在产品当日销售结束时，累计该产品下所有客户的认购额度，确定真实的已售额度；将总可售额度减去真实的已售额度，确定真实的可售额度；其中，总可售额度可以为产品设计之初设定的可售额度总值。

为了实现上述的方案，本发明实施例可设计两张额度相关的库表，其主要结构如下：

额度表

额度表用于保存产品的销售额度信息。

当日返还额度表

当日返还额度表，用于累计当天在发生认购交易撤销时返还的额度值，每天日终时，自动批量将返还额度转入额度表。

日间时，可通过专门的联机交易，将此表中当日返还额度加入可售额度，供认购交易继续使用，从而不必等到当日日终时重新计算各项额度的真实值。

本发明实施例通过Named Counter实现销售额度的访问控制的原因在于：在Single CICS环境中，可以有各种方法用来控制分配一个唯一的序列号。例如，可以使用CICS CWA(common work area，一块在整个CICS Region里都能访问到的数据区)来存储一个序列号，这个序列号可以被每个应用程序访问和更新；使用此方式的问题是CWA在CICS的地址空间中是唯一的，不能被其他运行相同应用程序的Region所共享；那么在SYSPLEX环境中，就不能使用某个CICS的CWA值。

而在Sysplex环境中采用Named Counter功能，采用Named Counter通过在耦合器CF(coupling facility)维护其值的方式，可以克服上述在Single CICS环境下出现的问题。保证了在Sysplex环境下，所有的CICS Region都可以访问到相同的Named Counter，它可以为Sysplex全局提供一个唯一的序列号。这个序列号被用户程序访问一次后会自动加“1”。

每个Named Counter都有以下四要素：

16个字节的Named Counter名字；

Named Counter的当前值；

Named Counter的最小值；

Named Counter的最大值。

所有Named Counter内部存储的数值都是作为一个8个字节的十六进制数“FFFFFFFF FFFFFFFF”。

通过上述介绍可以知道在主机的Sysplex环境中，通过Named Counter可以使运行在多个Region之上的应用程序之间实现数据共享；从而使得通过NamedCounter实现销售额度访问控制的方式，所产生的排队等待数据库资源的情况较少，提升了数据处理的效率。

由于Named Counter的使用，本发明实施例主要会使用到的Named CounterAPI命令主要包括下面三个：

(1)DEFINE

定义一个新的Named Counter，并设置在Named Counter启动时的最小值、最大值和当前值；命令格式如图3；

图3的解释如下：

DCOUNTER(name)：16个字节的Named Counter名字

MAXIMUM(data-value)：指定Named Counter的最大值。这个最大值也可以在使用GET命令的时候重新分配。如果忽略MAXIMUN选项，NamedCounter将自动定义一个最大值(全FF)作为默认值。

MINIMUM(data-value)：指定Named Counter的最小值。这个值将在使用REWIND命令的时候被重新设置。如果忽略MINIMUM选项，Named Counter将自动使零作为默认值。

(2)DELETE

删除一个Named Counter；命令格式如图4：

图4的解释如下：

DCOUNTER(name)：16个字节的Named Counter名字。

(5)GET

返回Named Counter的当前值，并且按照默认增量或指定增量，更新当前值；命令格式如图5：

图5的解释如下：

DCOUNTER(name)：16个字节的Named Counter名字

VALUE(data-area)：指定用来保存Named Counter当前值的变量。

INCREMENT(data-value)：指定一个用来在Named Counter更新时的增量，以代替默认增量1。指定增量可以使应用程序获得专门的应用而不是每次自动增加1。

COMPAREMAX(data-value)：指定一个数值用来与Named Counter的当前值进行比较，比较的结果GET命令返回值。如果即将分配的当前值(当前值+增量)小于等于COMPAREMAX选项指定值，返回当前值，同时命令执行结果为正常；如果即将分配的当前值大于COMPAREMAX指定值，命令将返回一个异常值。

下面为本发明实施例提供的应用例，其涉及到以下过程：

(1)开市时，需要先对服务器的运行状态进行检查，判断开市前服务器是否处于正常状态，如果状态正常，则检索所有正处于销售期内的产品，使用DEFINE DCOUNTER命令为产品创建对应的Named Counter，其初始值为零。如果开市前服务器状态异常(如因服务器异常宕机后的开市)，则需要累计产品名下所有客户的账户余额，并根据余额将Named Counter恢复到宕机前的状态。

(2)认购交易开始时，SELECT额度表NDC_DBTAMT中的“可售额度CURAMT”字段，“可售额度-认购交易额”将其作为GET DCOUNTER命令的COMPAREMAX参数值；

认购交易发生时，将认购交易额作为GET DCOUNTER命令的INCREMENT参数值；

使用GET命令进行额度控制，GET DCOUNTER(Named Counter名字)VALUE(当前值)INCREMENT(认购交易额)COMPAREMAX(可售额度-认购交易额)RESP(RespCode)RESP2(Resp2)；如果GET命令成功，说明当前剩余额度可以满足认购量；如果失败，说明当前剩余额度不能满足认购量。

(3)认购撤销交易，在因认购撤销造成的额度需要还回时，可将返还额度累加到“当日返还额度表-NDC_DBTRTNAMT”中。对数据库UPDATE操作会自动加排他锁，避免SELECT得到的是脏数据，同时又保证只有一个进程对数据库进程操作。

(4)闭市，将可售额度和已售额度还原为当前真实值，返还额度清零，删除Named Counter。

本发明实施例提供的额度数据处理方法，可解决因服务器集中访问数据库引起的数据库资源冲突问题，避免了大量交易排队等待资源的情况，提升了交易数据的处理效率。

下面对本发明实施例提供的服务器进行描述，下文描述的服务器可与上文描述的额度数据处理方法相互对应参照。

图6为本发明实施例提供的服务器的结构框图，参照图6，该服务器可以包括：

创建模块100，用于预先为产品创建对应的Named Counter，使用所述Named Counter记录产品的已售额度值；

第一比较模块200，用于在获取到认购交易数据时，将所述Named Counter的当前值加上所述认购交易数据中携带的认购交易额，与设定的所述产品的可售额度值进行比较；

第一更新模块300，用于在所述当前值加上所述认购交易额，不大于所述可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额。

可选的，图7示出了本发明实施例提供的服务器的另一结构框图，结合图6和图7所示，该服务器还可以包括：

返还模块400，用于将认购交易撤销对应的返还额度加入所述可售额度值，形成新可售额度值，所述可售额度值为在日终批量时所确定的总可售额度减去当日已售额度真实值所确定的额度值；

第二比较模块500，用于在所述当前值加上所述认购交易额，大于所述可售额度值时，比较所述当前值加上所述认购交易额，与所述新可售额度值的大小；

第二更新模块600，用于在所述当前值加上所述认购交易额不大于所述新可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额；

超额确定模块700，用于在所述当前值加上所述认购交易额大于所述新可售额度值时，确定本次交易超额。

可选的，图8示出了本发明实施例提供的服务器的再一结构框图，结合图6和图8所示，该服务器还可以包括：

返还额度记录模块800，用于获取认购交易撤销数据，确定所述认购交易撤销对应的返还额度，将所述返还额度累加在设定数据库中。

可选的，图9示出了本发明实施例提供的服务器的又一结构框图，结合图6和图9所示，该服务器还可以包括：

还原模块900，用于在产品当日销售结束时，累计该产品下所有客户的认购额度，确定当日真实的已售额度；将总可售额度减去当日真实的已售额度，确定真实的可售额度。

可选的，图10示出了本发明实施例提供的服务器的又另一结构框图，结合图10和图6所示，该服务器还可以包括：

异常恢复模块1000，用于在服务器异常时，累计产品名下所有客户的账户余额，并根据余额将Named Counter恢复到宕机前的状态。

本发明实施例提供的服务器，可解决因服务器集中访问数据库引起的数据库资源冲突问题，避免了大量交易排队等待资源的情况，提升了交易数据的处理效率。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种额度数据处理方法，其特征在于，应用于服务器，所述方法包括：

预先为产品创建对应的命名计数器Named Counter，使用所述NamedCounter记录产品的已售额度值；

在获取到认购交易数据时，将所述Named Counter的当前值加上所述认购交易数据中携带的认购交易额，与设定的所述产品的可售额度值进行比较；

在所述当前值加上所述认购交易额，不大于所述可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额。

2.根据权利要求1所述的额度数据处理方法，其特征在于，还包括：

将认购交易撤销对应的返还额度加入所述可售额度值，形成新可售额度值，所述可售额度值为在日终批量时所确定的总可售额度减去当日真实的已售额度值所确定的额度值；

在所述当前值加上所述认购交易额，大于所述可售额度值时，比较所述当前值加上所述认购交易额，与所述新可售额度值的大小；

在所述当前值加上所述认购交易额不大于所述新可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额。

3.根据权利要求2所述的额度数据处理方法，其特征在于，还包括：

在所述当前值加上所述认购交易额大于所述新可售额度值时，确定本次交易超额。

4.根据权利要求1-3任一项所述的额度数据处理方法，其特征在于，还包括：

获取认购交易撤销数据，确定认购交易撤销对应的返还额度，将所述返还额度累加在设定数据库中。

5.根据权利要求2或3所述的额度数据处理方法，其特征在于，还包括：

在产品当日销售结束时，累计该产品下所有客户的认购额度，确定当日真实的已售额度；将总可售额度减去当日真实的已售额度，确定真实的可售额度。

6.根据权利要求1所述的额度数据处理方法，其特征在于，还包括：

在服务器异常时，累计产品名下所有客户的账户余额，并根据余额将Named Counter恢复到宕机前的状态。

7.一种服务器，其特征在于，包括：

创建模块，用于预先为产品创建对应的命名计数器Named Counter，使用所述Named Counter记录产品的已售额度值；

第一比较模块，用于在获取到认购交易数据时，将所述Named Counter的当前值加上所述认购交易数据中携带的认购交易额，与设定的所述产品的可售额度值进行比较；

第一更新模块，用于在所述当前值加上所述认购交易额，不大于所述可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额。

8.根据权利要求7所述的服务器，其特征在于，还包括：

返还模块，用于将认购交易撤销对应的返还额度加入所述可售额度值，形成新可售额度值，所述可售额度值为在日终批量时所确定的总可售额度减去当日已售额度真实值所确定的额度值；

第二比较模块，用于在所述当前值加上所述认购交易额，大于所述可售额度值时，比较所述当前值加上所述认购交易额，与所述新可售额度值的大小；

第二更新模块，用于在所述当前值加上所述认购交易额不大于所述新可售额度值时，更新所述Named Counter的已售额度值为所述当前值加上所述认购交易额；

超额确定模块，用于在所述当前值加上所述认购交易额大于所述新可售额度值时，确定本次交易超额。

9.根据权利要求7或8所述的服务器，其特征在于，还包括：

返还额度记录模块，用于获取认购交易撤销数据，确定认购交易撤销对应的返还额度，将所述返还额度累加在设定数据库中。

10.根据权利要求7所述的服务器，其特征在于，还包括：

还原模块，用于在产品当日销售结束时，累计该产品下所有客户的认购额度，确定当日真实的已售额度；将总可售额度减去当日真实的已售额度，确定真实的可售额度。