[发明专利]事务处理系统的事务处理方法及其处理装置

说明书

技术领域

本发明涉及一种事务处理系统的事务处理方法及其处理装置，尤其是涉及由终端，交易系统和数据库构成的事务处理系统的事务处理方法和处理装置。

背景技术

在目前普遍采用的由交易系统1、数据库2和终端3构成的事务处理系统中，对于由终端3发出的事务请求，交易系统1需要根据该事务请求判断所包含的请求量所对应的请求额度是否超出规定的许可额度，超出时需要对其进行限制。例如医院的挂号系统，每天专家坐诊的时间或次数是有限的，所以需要在专家门诊的挂号总时间或总次数超过规定额度时拒绝挂号，即交易系统1需要根据终端3发送的挂号请求判断所包含的挂号的次数或时间是否超出了剩余的次数或时间。又例如在用于彩票交易的彩票全热线系统中，按照奖金的分配方式，将彩票的玩法分为奖池玩法及固定奖金玩法。对于奖池玩法，中奖者按照一定的比率均分奖池中的金额；而对于固定奖金玩法，中奖者所得的奖金是固定的。所以对于固定奖金玩法来说，如果投注非常集中并且正好中奖的话，可能出现奖池被掏空或需要补贴大量奖金的情况，对于小奖组或高频率的玩法来说尤其如此。为了体现彩票作为公益活动的本质，需要对投注进行一定的限制，例如当某一注投注的注数超过一定比例将导致可能掏空或需要补贴大量奖金时，进行限号，即拒绝再对该注投注，从而达到控制返奖率的目的。即，请求额度超出规定的许可额度时，该事务请求将被拒绝，以保证对事务请求的处理只在许可额度不超出规定的额度时进行。

在进行这种处理的时候，因受到较多因素的影响，如何避免对事务处理性能产生不利影响和对规避风险等显得尤为重要。

仍以彩票全热线系统为例。目前，彩票全热线系统的架构如图1所示，终端3将投注请求发送到交易系统1，交易系统1对投注请求中的投注内容进行合法性检查，进行一系列操作后将本次投注的内容更新到数据库2。由数据库2将投注内容持久化。对于投注限号的实现，由于终端3是分散的，不具备全局的信息，显然不适合作为限号方案的实施者；数据库2具备精确的全局信息，即具备来自各终端3的投注量和对于投注限号的规定额度，且这些数据是经过持久化处理的，可以保证限号方案的精确控制，然而由于这些数据在数据库中，所以每次进行投注请求的处理时，都需要调用耗时较多的数据库，导致单次投注响应时间过慢，影响投注性能；如果在交易系统1实施限号，即这些数据保存在交易系统中，由于都是内存操作，可以在基本上不增加单次投注应答时间的情况下完成限号检查，但由于交易系统1中的限号数据是没有持久化的，所以一旦由于各种原因导致交易系统1重启或崩溃，将导致限号信息的全部丢失，可能无法恢复正常运行，风险太大。

发明内容

有鉴于此，本发明的主要目的在于提供一种新的事务处理系统的事务处理方法，以实现既能更少调用数据库，又能将可能丢失的许可额度控制在一定范围内。

为解决上述技术问题，本发明提供了一种事务处理系统的事务处理方法，所述事务处理系统由至少一台终端，交易系统和数据库构成，由所述终端向所述交易系统发送事务请求，所述交易系统按规定的程序对所述事务请求中包含的请求量计算出请求额度，在交易系统中设定第一许可额度，在数据库中设定第二许可额度，所述第一许可额度不足时，可从第二许可额度调用，以补充所述第一许可额度，

所述交易系统按以下步骤处理事务请求：

B，按照事务请求计算与请求量对应的请求额度；

C，判断请求额度是否小于等于第一许可额度；

D，请求额度小于等于第一许可额度时，从第一许可额度中减去所述请求额度，并接受该事务请求；

E，请求额度不小于等于第一许可额度时，从所述第二许可额度调用规定的转移额度，以补充第一许可额度，在第一许可额度得到补充后，从第一许可额度中减去所述请求额度，并接受该事务请求。

由上可知，交易系统在对事务请求进行处理时，首先判断根据请求量计算得到的请求额度是否小于等于第一许可额度，在小于等于第一许可额度时，接受该事务请求。

在请求额度不小于等于第一许可额度时，即，请求额度超出第一许可额度时，才从数据库的第二许可额度中调用转移额度，以补充第一许可额度，在第一许可额度得到补充后，接受该事务请求。

因此，只要将第一许可额度设定得大于可预计的请求额度，交易系统就可独立的完成对事务请求的处理。这样对于大部分不会超出第一许可额度的事务请求来说，并不需要调用耗时较多的数据库，基本避免了事务请求处理过程中因调用数据库所造成的处理能力下降。同时，又因为第二许可额度被设定在数据库中，是经过持久化处理的，所以，在交易系统因重新启动等可能丢失的许可额度就被控制在第一许可额度的范围内。