CN109727074A - 一种优惠金额确定方法及装置 - Google Patents

Abstract

本申请提供一种优惠金额确定方法及装置，该方法包括:接收用户的一个交易请求，然后获取一个第一优惠金额，并确定用户已经享受过的优惠总金额与第一优惠金额之和大于优惠金额阈值，以及用户已经享受过的优惠总次数加1不大于优惠次数阈值。则确定一个第二优惠金额并将该第二优惠金额作为用户请求到的优惠金额，其中，第二优惠金额与用户已经享受过的优惠总金额之和不大于优惠金额阈值。该方案中，每个用户能够获取到的优惠金额进行二次调整，使不同用户能够获得的优惠金额差距变小，从而优化了用户体验。

Description

一种优惠金额确定方法及装置

技术领域

本申请涉及数据挖掘技术领域，尤其涉及一种优惠金额确定方法及装置。

背景技术

目前市场上，商家在进行优惠活动时，采用的一种优惠方式为随机立减。即在用户消费后，用户会随机获得一个优惠金额，以抵消用户所消费的金额的一部分。

用户获得的优惠金额都是由系统根据随机函数运算生成的。而一般在一次优惠活动中，商家设置的活动金额和优惠名额都是固定的。当一个用户在一次优惠活动中多次消费，则该用户会多次获得一个随机的优惠金额。由于每次获得的优惠金额都是随机生成的，因此，一个用户能够获得的优惠金额无法预估，导致不同用户能够获得的优惠金额失去平衡，从而使个别参与活动的用户的体验下降。

发明内容

本申请提供一种优惠金额确定方法及装置，用以平衡每个用户在一次优惠活动中享受的优惠金额。

第一方面，本申请提供一种优惠金额确定方法，包括:接收用户的一个交易请求，该交易请求用于请求一个优惠金额。然后获取一个第一优惠金额，并确定第一优惠总金额和第一优惠总次数，其中，第一优惠总金额为用户已经享受过的优惠总金额与第一优惠金额之和，第一优惠总次数为用户已经享受过的优惠总次数加1。若第一优惠总次数不大于预设的优惠次数阈值，且第一优惠总金额大于预设的优惠金额阈值，则确定一个第二优惠金额并将该第二优惠金额作为用户请求到的优惠金额，其中，第二优惠金额与用户已经享受过的优惠总金额之和不大于优惠金额阈值。该方案中，对于一个用户已经享受过的优惠金额及优惠次数进行记录，当用户再次参与活动时，如果用户此次获得的优惠金额与已经享受过的优惠金额的总和超过了商家预设的一个用户在这次活动中能够享受的优惠金额阈值，则重新选择一个不会使用户获得的总优惠金额超过优惠金额阈值的值作为用户请求到的优惠金额，这样，每个用户能够获取到的优惠总金额有了限制，不同用户能够获得的优惠金额差距变小，从而优化了用户体验。

在一种可能的实现方式中，在上述确定第二优惠金额之后，还可以包括：确定第一优惠金额与第二优惠金额的第一差值，并将第一差值插入补偿列表，作为一个补偿金额，该补偿列表用于存储补偿金额。

进一步地，上述获取交易请求对应的第一优惠金额，可以包括：根据交易请求，从优惠金额列表中获取第三优惠金额，以及从上述补偿列表中获取第一补偿金额，然后将第三优惠金额与第一补偿金额之和，作为第一优惠金额。

通过上述方案，当一个用户的交易请求对应的第一优惠金额过大时，将一个较小额的第二优惠金额作为该用户请求到的优惠金额，并将第一优惠金额和第二优惠金额的差值作为补偿金额，将补偿金额作为其他用户的交易请求对应的第一优惠金额的一部分，以提高其他用户的交易请求对应的第一优惠金额的下限，进而使得其他用户获得的优惠金额值的下限提高，缩小了不同用户能够获得的优惠金额差距，平衡每个用户在一次优惠活动中享受的优惠金额，优化了用户体验。

在一种可能的实现方式中，上述确定第二优惠金额，可以包括：确定优惠金额阈值与用户已经享受过的优惠总金额的差值，为第二优惠金额；或者，随机选择不大于优惠金额阈值与用户已经享受过的优惠总金额的差值的任一正数值，为第二优惠金额。在前一种方式中，参与活动的大多数用户均能够获得的优惠金额都能够达到优惠金额阈值，即可以提高用户的活动体验，也能够使商家预算的活动金额更多的被发放到用户。在后一种方式中，在确保参数活动的用户能够获得的优惠金额值较大的同时，使每个用户获得的优惠金额更具有随机性，而活动的随机性更大可以提高用户参与活动的积极性。

在一种可能的实现方式中，上述方法还可以包括：若上述第一优惠总次数不大于预设的优惠次数阈值，且上述第一优惠总金额不大于预设的优惠金额阈值，则确定第一优惠金额作为用户请求到的优惠金额。该方案中，由于用户在享受第一优惠金额对应的优惠后，所享受的优惠金额总值未超过优惠金额阈值，因此该第一优惠金额可以作为用户请求到的优惠金额。

在一种可能的实现方式中，上述方法还可以包括：若上述第一优惠总次数大于预设的优惠次数阈值，则确定用户请求到的优惠金额为0。该方案中，由于每次优惠活动中，每个用户能够参与的次数是商家预设好的，若用户参与次数达到优惠次数阈值，则该用户无法再获得优惠金额。

在一种可能的实现方式中，上述确定第一优惠总金额和第一优惠总次数，包括：根据第一优惠金额，确定第一字符串，该第一字符串的第一字符子串为1，该第一字符串的第二字符子串用于指示第一优惠金额。然后根据第一字符串和第二字符串，确定第三字符串。其中，第二字符串的第一字符子串用于指示用户已经享受过的优惠总次数，第二字符串的第二字符子串用于指示用户已经享受过的优惠总金额，第三字符串的第一字符子串用于指示第一优惠总次数，第三字符串的第二字符子串用于指示第一优惠总金额。该方案中，将优惠次数和优惠金额两个信息统一到一个字符串内，之后只需对该字符串进行一次判断，即可确定用户参与活动的次数和享受的优惠金额，提高了用户请求到优惠金额的速度。

第二方面。本申请提供一种优惠金额确定装置，该装置包括接收单元、获取单元、第一确定单元以及第二确定单元。其中，接收单元用于接收用户的一个交易请求，该交易请求用于请求一个优惠金额。获取单元用于获取该交易请求对应的第一优惠金额。第一确定单元，用于确定第一优惠总金额和第一优惠总次数，其中，第一优惠总金额为用户已经享受过的优惠总金额与第一优惠金额之和，第一优惠总次数为用户已经享受过的优惠总次数加1。第二确定单元，用于在第一优惠总次数不大于预设的优惠次数阈值，且第一优惠总金额大于预设的优惠金额阈值时，确定第二优惠金额并将第二优惠金额作为用户请求到的优惠金额，第二优惠金额与用户已经享受过的优惠总金额之和不大于优惠金额阈值。该方案中，对于一个用户已经享受过的优惠金额及优惠次数进行记录，当用户再次参与活动时，如果用户此次获得的优惠金额与已经享受过的优惠金额的总和超过了商家预设的一个用户在这次活动中能够享受的优惠金额阈值，则重新选择一个不会使用户获得的总优惠金额超过优惠金额阈值的值作为用户请求到的优惠金额，这样，每个用户能够获取到的优惠总金额有了限制，不同用户能够获得的优惠金额差距变小，从而优化了用户体验。

在一种可能的实现方式中，上述装置还可以包括补偿金额生成单元，用于在确定第二优惠金额之后，确定第一优惠金额与第二优惠金额的第一差值，并将第一差值插入补偿列表，作为一个补偿金额，补偿列表用于存储补偿金额。

进一步地，上述获取单元，具体用于：根据交易请求，从优惠金额列表中获取第三优惠金额，以及从补偿列表中获取第一补偿金额,并将第三优惠金额与第一补偿金额之和，作为第一优惠金额。

通过上述方案，当一个用户的交易请求对应的第一优惠金额过大时，将一个较小额的第二优惠金额作为该用户请求到的优惠金额，并将第一优惠金额和第二优惠金额的差值作为补偿金额，将补偿金额作为其他用户的交易请求对应的第一优惠金额的一部分，以提高其他用户的交易请求对应的第一优惠金额的下限，进而使得其他用户获得的优惠金额值的下限提高，缩小了不同用户能够获得的优惠金额差距，平衡每个用户在一次优惠活动中享受的优惠金额，优化了用户体验。

在一种可能的实现方式中，上述第二确定单元，具体可以用于：确定优惠金额阈值与用户已经享受过的优惠总金额的差值，为第二优惠金额；或者，随机选择不大于优惠金额阈值与用户已经享受过的优惠总金额的差值的任一正数值，为第二优惠金额。在前一种方式中，参与活动的大多数用户均能够获得的优惠金额都能够达到优惠金额阈值，即可以提高用户的活动体验，也能够使商家预算的活动金额更多的被发放到用户。在后一种方式中，在确保参数活动的用户能够获得的优惠金额值较大的同时，使每个用户获得的优惠金额更具有随机性，而活动的随机性更大可以提高用户参与活动的积极性。

在一种可能的实现方式中，上述第二确定单元还可以用于：在上述第一优惠总次数不大于预设的优惠次数阈值，且上述第一优惠总金额不大于预设的优惠金额阈值时，确定第一优惠金额作为用户请求到的优惠金额。该方案中，由于用户在享受第一优惠金额对应的优惠后，所享受的优惠金额总值未超过优惠金额阈值，因此该第一优惠金额可以作为用户请求到的优惠金额。

在一种可能的实现方式中，上述第二确定单元还可以用于：在上述第一优惠总次数大于预设的优惠次数阈值时，确定用户请求到的优惠金额为0。该方案中，由于每次优惠活动中，每个用户能够参与的次数是商家预设好的，若用户参与次数达到优惠次数阈值，则该用户无法再获得优惠金额。

在一种可能的实现方式中，上述第一确定单元，具体用于：根据第一优惠金额，确定第一字符串，该第一字符串的第一字符子串为1，该第一字符串的第二字符子串用于指示第一优惠金额。然后根据第一字符串和第二字符串，确定第三字符串。其中，第二字符串的第一字符子串用于指示用户已经享受过的优惠总次数，第二字符串的第二字符子串用于指示用户已经享受过的优惠总金额，第三字符串的第一字符子串用于指示第一优惠总次数，第三字符串的第二字符子串用于指示第一优惠总金额。该方案中，将优惠次数和优惠金额两个信息统一到一个字符串内，之后只需对该字符串进行一次判断，即可确定用户参与活动的次数和享受的优惠金额，提高了用户请求到优惠金额的速度。

第三方面，本申请提供一种网络设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行前述第一方面或第一方面中任一实施例所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行前述第一方面或第一方面中任一实施例所述的方法。

附图说明

图1为本申请提供的一种优惠金额确定方法流程示意图；

图2为本申请提供的一种第一优惠金额获取方法示意图；

图3为本申请提供的一种补偿列表确定方法示意图；

图4为本申请提供的一种第一优惠总金额及第一优惠总次数确定方法示意图；

图5为本申请提供的一种优惠金额确定装置示意图；

图6为本申请提供的一种网络设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

图1为本申请提供的一种优惠金额确定方法，如图1所示，该方法可以应用在商家进行优惠活动时的一个交易系统中，该方法包括：

步骤110，接收用户的一个交易请求。

该交易请求用于请求一个优惠金额。

步骤120，确定交易请求对应的第一优惠金额。

步骤130，确定第一优惠总金额和第一优惠总次数。

其中，第一优惠总金额为用户已经享受过的优惠总金额与第一优惠金额之和，第一优惠总次数为用户已经享受过的优惠总次数加1。

步骤140，若第一优惠总次数不大于预设的优惠次数阈值，且第一优惠总金额大于预设的优惠金额阈值，则确定第二优惠金额并将第二优惠金额作为用户请求到的优惠金额。

其中，优惠次数阈值表示在一次优惠活动中用户可以享受的优惠次数最大值，优惠金额阈值表示在一次优惠活动中用户可以享受的优惠总金额最大值，第二优惠金额与用户已经享受过的优惠总金额之和不大于优惠金额阈值。

上述方案中，对于一个用户已经享受过的优惠金额及优惠次数进行记录，当用户再次参与活动时，如果用户此次获得的优惠金额与已经享受过的优惠金额的总和超过了商家预设的一个用户在这次活动中能够享受的优惠金额阈值，则重新选择一个不会使用户获得的总优惠金额超过优惠金额阈值的值作为用户请求到的优惠金额，这样，每个用户能够获取到的优惠总金额有了限制，不同用户能够获得的优惠金额差距变小，从而优化了用户体验。

针对上述步骤120，在一种可能的实现方式中，上述第一优惠金额可以通过图2所示的第一优惠金额获取方法来获取，如图2所示，该方法包括：

步骤121，根据交易请求，从优惠金额列表中获取第三优惠金额。

步骤122，从补偿列表中获取第一补偿金额。

步骤123，将第三优惠金额与第一补偿金额的和作为第一优惠金额。

下面对上述步骤121中的优惠金额列表进行说明，一个优惠金额列表对应一次优惠活动中的一个交易系统。优惠金额列表中存有X个优惠金额，交易系统对接收到的每一个交易请求，都会从优惠金额列表中获取一个优惠金额作为第三优惠金额，其中，X的值与该交易系统在本次优惠活动中能够产生的优惠名额相同。交易系统从优惠金额列表中获取一个优惠金额后，优惠金额列表中存有的优惠金额个数就会减一。优惠金额列表中的每一个优惠金额的数值，是在此次优惠活动开始时初始化产生的。具体地，优惠金额列表可以通过以下步骤生成：

步骤A，确定本次优惠活动商家预设的活动金额N、优惠名额M以及本次优惠活动使用到的交易系统个数R，一个交易系统对应一个优惠金额列表。

步骤B，确定至少一个区间范围，例如确定10个区间范围，分别为(0,100],(100,200],(200,300],(300,400],(400,500],(500,600],(600,700],(700,800],(800,900],(900,1000]，后续将以这10个区域范围进行说明。

步骤C，利用随机函数，例如Java中的Random.nextInt()函数，生成一个在上述步骤B中确定的区间中最小的区间的数值a，即数字a取值范围为(0,100]，然后利用数字a为上述10个区间分别生成2个随机数：

(0,100]内的两个随机数大小为a,100-a；

(100,200]内的两个随机数大小为a+100,200-a；

(200,300]内的两个随机数大小为a+200,300-a；

(300,400]内的两个随机数大小为a+300,400-a；

(400,500]内的两个随机数大小为a+400,500-a；

(500,600]内的两个随机数大小为a+500,600-a；

(600,700]内的两个随机数大小为a+600,700-a；

(700,800]内的两个随机数大小为a+700,800-a；

(800,900]内的两个随机数大小为a+800,900-a；

(900,1000]内的两个随机数大小为a+900,1000-a。

上述20个随机数即为最终优惠金额列表中包括的20个优惠金额(单位为分)，然后将上述20个随机数添加到List1中，List1中的随机数个数为List1总名额，List1中的随机数总和为List1总金额。

步骤D，重复上述步骤C，直到上述List1中的随机数个数大于第一阈值或者上述List1中的随机数总和大于第二阈值。其中，第一阈值是根据优惠名额M确定的，例如可以为第二阈值是根据活动金额N确定的，例如可以设为

步骤E，将一定数量的数值1添加到List2中，List2中的数值1的数量不大于第三阈值，且总和不大于第四阈值。其中，第三阈值是根据优惠名额M确定的，例如可以为第二阈值是根据活动金额N确定的，例如可以设为List2中的数值1的个数为List2总名额，List2中的数值1的总和为List2总金额。当然，List2中的数值并不限于1，本申请仅以1为例来进行说明。

步骤F，随机生成一个大小范围在(0,(N-List1总金额-List2总金额)*2/(M-List1总名额-List2总名额)]的数字b，并根据数值b生成两个随机数，分别为：b、N-List1总金额-List2总金额)*2/(M-List1总名额-List2总名额)-b。然后将这两个随机数添加到List3。

步骤G，重复上述步骤F，直到List3中的随机数总和＝N-List1总金额-List2总金额。此时，List3中的随机数个数＝M-List1总名额-List2总名额。List3的作用为对List1和List2的补齐，以使List1至List3中的数值个数等于M且数值总和等于N。List3中的随机数个数为List3总名额，List3中的随机数总和为List3总金额。

步骤H，按预设规则将List1至List3中的数值分配到每个交易系统对应的优惠金额列表中。举个例子，比如令R1＝(List1总名额/R),R2＝(List2总名额/R),R3＝(List3总名额/R)，然后从List1中取R1个随机数，从List3中取R3个随机数，将这些随机数随机添加至一个交易系统对应的优惠金额列表中，然后从List2中取R2个数值1，放入该交易系统对应的优惠金额列表的末尾。对每一个交易系统对应的优惠金额列表都执行该操作，这样每一个交易系统对应的优惠金额列表中都存有优惠金额。

通过上述步骤A至步骤H，即可生成上述步骤121中所述的优惠金额列表，其中，优惠列表末尾的List2中的数值用于在优惠活动后期，使补偿列表中的补偿金额更多的被分配给参与优惠活动的用户。当然，上述方案仅为本申请提供的一种优惠金额列表生成的方式，在实际运用中，也可根据直接根据商家预设的活动金额和优惠名额通过随机函数生成该优惠名额列表。下面将对上述步骤122中的补偿列表进行说明。

首先，在优惠活动刚开始时，补偿列表为空，即补偿列表中没有存入补偿金额。直到一个用户执行过上述步骤140。在一种可能的实现方式中，在上述步骤140之后还可以包括如图3所示的补偿列表确定方法，包括：

步骤141，确定第一优惠金额与第二优惠金额的第一差值。

步骤142，将第一差值插入补偿列表，作为一个补偿金额。

具体地，由于在上述步骤140中，用户已经享受过的优惠总金额与第一优惠金额之和大于预设的优惠金额阈值，则会确定一个较小的值，即第二优惠金额作为用户请求到的优惠金额。

举例来说，比如在一次优惠活动中，商家设置的优惠次数阈值为3次，优惠金额阈值为10元，即表示在这次优惠活动中，一个用户能享受优惠的次数最多为3次，能享受的优惠总金额为10元。现有一个用户A，已经参与该优惠活动2次，并且前2次获得的优惠金额之和为7元。当该用户第3次参与优惠活动时，交易系统获取到的第一优惠金额为5元，则由于5+7＝12＞10，因此会再确定一个第二优惠金额作为用户请求到的优惠金额。

对于第二优惠金额，在一种可能的实现方式中，可以通过以下方式确定：确定优惠金额阈值与用户已经享受过的优惠总金额的差值，并将该差值作为第二优惠金额。即上述例子中的第二优惠请求金额为10-7＝3元。在该方式中，参与活动的大多数用户均能够获得的优惠金额都能够达到优惠金额阈值，即可以提高用户的活动体验，也能够使商家预算的活动金额更多的被发放到用户。

对于第二优惠金额，在又一种可能的实现方式中，可以通过以下方式确定：随机选择不大于优惠金额阈值与用户已经享受过的优惠总金额的差值的任一正数值，并将该值作为第二优惠金额。即上述例子中，由于10-7＝3，因此，选择一个在(0,3]之间的任一值作为第二优惠金额，如第二优惠金额为2.5元。该方式，在确保参数活动的用户能够获得的优惠金额值较大的同时，使每个用户获得的优惠金额更具有随机性，而活动的随机性更大可以提高用户参与活动的积极性。

由此可知，上述第二优惠金额为一个小于第一优惠金额的数值，因此，在步骤141中，可以确定第一优惠金额与第二优惠金额的第一差值，然后在步骤142中，将第一差值插入补偿列表，作为一个补偿金额，这样补偿列表中就存入了补偿金额。以上述第二优惠金额为3元为例，那么确定第一优惠金额与第二优惠金额的差值为5-3＝2元，因此将2元作为一个补偿金额插入到补偿列表中。

在一种可能的实现方式中，若上述第三优惠金额与用户已经获取到的优惠总金额之和大于优惠金额阈值，则往补偿列表中插入两个补偿金额，分别为步骤122中获取的第一补偿金额以及一个第三优惠金额与第二优惠金额的差值。比如，当用户已经享受过的优惠总金额为7元，优惠金额阈值为10元在步骤121中，获取的第三优惠金额为4元，在步骤122中，获取的第一补偿金额为1元，由于4+7＝11大于10，因此会确定一个第二补偿金额作为用户请求到的优惠金额。若确定第二优惠金额为3元，则将第三优惠金额与第一优惠金额的差值作为一个补偿金额插入补偿列表，即插入一个1元进补偿列表，同时将步骤122中获取的第一补偿金额重新插入补偿列表，即再插入一个1元进补偿列表。

至此，对于上述步骤121中的优惠金额列表和步骤122中的补偿列表已作出说明，下面以一个例子对步骤123进行说明。

假设根据一个用户的交易请求，交易系统从其对应的优惠金额列表中选取的第三优惠金额为3元，此时补偿列表中也存在多个补偿金额，假设获取到的第一补偿金额为2元，那么在步骤123中，确定第一优惠金额的值为3元+2元＝5元。

通过上述步骤121至步骤123，即确定了步骤120中用户的交易请求对应的第一优惠金额。当然，步骤121至步骤123仅为实现步骤120的一种方式，实际运用中，还可以采用其他实现方式，比如获取补偿列表中的所有补偿金额作为用户的第一优惠金额的一部分。

之后在步骤130中，确定第一优惠总金额和第一优惠总次数。具体地，优惠活动的交易系统中记录有用户已经享受过的优惠次数以及已经享受过的优惠总金额。再将用户已经享受过的优惠总金额加上第一优惠金额，即可确定第一优惠总金额，将用户已经享受过的优惠次数加1，即可确定第一优惠总次数。

在一种可能的实现方式中，上述步骤130具体可以包括如图4所示的以下步骤：

步骤131，根据第一优惠金额，确定第一字符串。

该第一字符串的第一字符子串为1，该第一字符串的第二字符子串用于指示第一优惠金额。该字符串根据商家设定的优惠金额阈值来改变字符长度，如商家设定优惠金额阈值为10元，则由于优惠金额列表中和补偿列表中不存在大于10元的值，因此第一优惠金额的值不会超过20元，用于表示第一优惠金额的第二字符子串长度为4位(20元等于2000分，即能取到的最大值为4位)。举例来说，若第一优惠金额为5元，则第一字符串可以表示为10500，从第二位开始的0500即用于指示第一优惠金额为500分(5元)。

步骤132，根据第一字符串和第二字符串，确定第三字符串。

其中，第二字符串的第一字符子串用于指示用户已经享受过的优惠总次数，第二字符串的第二字符子串用于指示用户已经享受过的优惠总金额，第三字符串的第一字符子串用于指示第一优惠总次数，第三字符串的第二字符子串用于指示第一优惠总金额。

举例来说，假设一个用户已经享受过的优惠次数为2次，已经享受过的优惠总金额为7元，则第二字符串为20700，其中，第一位数值“2”为第二字符串的第一字符子串，用于指示用户已经享受过的优惠次数为2次，后4位数值“0700”为第二字符串的第二字符子串，用于指示用户已经享受过的优惠总金额为700分(7元)。如此时第一字符串为10500，则确定第三字符串为31200，其中第一位数值“3”为第三字符串的第一字符子串，用于指示第一优惠总次数为3次，后4位“1200”为第三字符串的第二字符子串，用于指示第一优惠总金额为1200分(12元)。

之后对该字符串进行一次判断即可确定用户参与活动的次数和享受的优惠金额，提高了用户请求到优惠金额的速度。当然，上述通过一个字符串来确定用户享受的优惠金额及优惠次数的方式仅为本申请提供的一种可能的实现方式，在实际运用中，也可以将用户享受的优惠金额和优惠次数分开存储再进行判断。

根据对字符串的判断结果，若判断结果为第一优惠总次数不大于预设的优惠次数阈值，且第一优惠总金额大于预设的优惠金额阈值时，则执行上述步骤140。否则，根据其他判断结果，相应的还可以执行以下步骤：

若判断结果为第一优惠总次数不大于预设的优惠次数阈值，且第一优惠总金额不大于预设的优惠金额阈值，则确定第一优惠金额作为用户请求到的优惠金额。该方案中，由于用户在享受第一优惠金额对应的优惠后，所享受的优惠金额总值未超过优惠金额阈值，因此该第一优惠金额可以作为用户请求到的优惠金额。

若判断结果为上述第一优惠总次数大于预设的优惠次数阈值，则确定用户请求到的优惠金额为0。并且在之后，还可以进一步执行一次回退操作，包括：将该用户本次交易请求获取到的用于确定第一优惠金额的第三优惠金额重新插入至优惠金额列表，以及用于确定第一优惠金额的第一补偿金额重新插入至补偿列表。

在一种可能的实现方式中，一个用户在一次优惠活动中，都存在一个用户标识，根据该用户标识，用户的交易请求中带有该用户标识，根据该用户标识，可以将用户的交易请求分配至相应的交易系统中进行处理，该交易系统中记录有该用户的信息，该信息包括用户已经享受的优惠总次数和用户已经享受的优惠总金额。当该交易系统对应的优惠金额列表和补偿列表为空时，由于无法提供给用户优惠金额，因此，该交易系统会查询其他优惠金额列表不和/或补偿列表不为空的其他交易系统，并将存储的用户的信息转移至查询到的其他优惠系统。这样，在优惠活动初期，用户量较大时，由多个交易系统分别对不同用户的交易请求进行处理，提高了处理效率。

基于与上述方法相同的构思，本申请还提供一种优惠金额确定装置，如图5所示，该装置包括：

接收单元501，用于接收用户的一个交易请求。

该交易请求用于请求一个优惠金额。

获取单元502，用于获取该交易请求对应的第一优惠金额。

第一确定单元503，用于确定第一优惠总金额和第一优惠总次数。

其中，第一优惠总金额为用户已经享受过的优惠总金额与第一优惠金额之和，第一优惠总次数为用户已经享受过的优惠总次数加1。

第二确定单元504，用于在第一优惠总次数不大于预设的优惠次数阈值，且第一优惠总金额大于预设的优惠金额阈值时，确定第二优惠金额并将第二优惠金额作为用户请求到的优惠金额，第二优惠金额与用户已经享受过的优惠总金额之和不大于优惠金额阈值。

上述方案，对于一个用户已经享受过的优惠金额及优惠次数进行记录，当用户再次参与活动时，如果用户此次获得的优惠金额与已经享受过的优惠金额的总和超过了商家预设的一个用户在这次活动中能够享受的优惠金额阈值，则重新选择一个不会使用户获得的总优惠金额超过优惠金额阈值的值作为用户请求到的优惠金额，这样，每个用户能够获取到的优惠总金额有了限制，不同用户能够获得的优惠金额差距变小，从而优化了用户体验。

在一种可能的实现方式中，上述装置还可以包括补偿金额生成单元505，用于在确定第二优惠金额之后，确定第一优惠金额与第二优惠金额的第一差值，并将第一差值插入补偿列表，作为一个补偿金额，补偿列表用于存储补偿金额。

进一步地，上述获取单元502，具体用于：根据交易请求，从优惠金额列表中获取第三优惠金额，以及从补偿列表中获取第一补偿金额,并将第三优惠金额与第一补偿金额之和，作为第一优惠金额。

在一种可能的实现方式中，上述第二确定单元504，具体可以用于：确定优惠金额阈值与用户已经享受过的优惠总金额的差值，为第二优惠金额；或者，随机选择不大于优惠金额阈值与用户已经享受过的优惠总金额的差值的任一正数值，为第二优惠金额。

在一种可能的实现方式中，上述第二确定单元504还可以用于：在上述第一优惠总次数不大于预设的优惠次数阈值，且上述第一优惠总金额不大于预设的优惠金额阈值时，确定第一优惠金额作为用户请求到的优惠金额。

在一种可能的实现方式中，上述第二确定单元还可以用于：在上述第一优惠总次数大于预设的优惠次数阈值时，确定用户请求到的优惠金额为0。该方案中，由于每次优惠活动中，每个用户能够参与的次数是商家预设好的，若用户参与次数达到优惠次数阈值，则该用户无法再获得优惠金额。

在一种可能的实现方式中，上述第一确定单元503，具体用于：根据第一优惠金额，确定第一字符串，该第一字符串的第一字符子串为1，该第一字符串的第二字符子串用于指示第一优惠金额。然后根据第一字符串和第二字符串，确定第三字符串。其中，第二字符串的第一字符子串用于指示用户已经享受过的优惠总次数，第二字符串的第二字符子串用于指示用户已经享受过的优惠总金额，第三字符串的第一字符子串用于指示第一优惠总次数，第三字符串的第二字符子串用于指示第一优惠总金额。

在一种可能的实现方式中，上述装置还可以包括，优惠金额列表生成单元506，用于生成优惠金额列表。

在一种可能的实现方式中，上述装置对应一个交易系统，上述装置还可以包括查询单元507，用于查询其他优惠金额列表不和/或补偿列表不为空的其他交易系统，以将该交易系统存储的用户的信息转移至查询到的其他优惠系统。

上述装置所涉及的与本申请提供的技术方案相关的概念，解释和详细说明及其它步骤请参见前述优惠金额确定方法或其它实施例中关于这些内容的描述，此处不做赘述。

基于与上述实施例相同的构思，本申请还提供一种网络设备。

图6为本申请提供的一种网络设备的结构示意图。如图6所示，该网络设备600包括：

存储器601，用于存储程序指令；

处理器602，用于调用所述存储器中存储的程序指令，按照获得的程序执行前述任一实施例中所述的优惠金额确定方法。

基于与上述实施例相同的构思，本申请还提供一种计算机存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行前述任一实施例中所述的优惠金额确定方法。

需要说明的是，本申请中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在本申请中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

本领域内的技术人员应明白，本申请可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (12)

1.一种优惠金额确定方法，其特征在于，包括：

接收用户的一个交易请求，所述交易请求用于请求一个优惠金额；

获取所述交易请求对应的第一优惠金额；

确定第一优惠总金额和第一优惠总次数，所述第一优惠总金额为所述用户已经享受过的优惠总金额与所述第一优惠金额之和，所述第一优惠总次数为所述用户已经享受过的优惠总次数加1；

若所述第一优惠总次数不大于预设的优惠次数阈值，且所述第一优惠总金额大于预设的优惠金额阈值，则确定第二优惠金额并将所述第二优惠金额作为所述用户请求到的优惠金额，所述第二优惠金额与所述用户已经享受过的优惠总金额之和不大于所述优惠金额阈值。

2.如权利要求1所述的方法，其特征在于，在确定所述第二优惠金额之后，还包括：

确定所述第一优惠金额与所述第二优惠金额的第一差值；

将所述第一差值插入补偿列表，作为一个补偿金额，所述补偿列表用于存储补偿金额。

3.如权利要求2所述的方法，其特征在于，所述获取交易请求对应的第一优惠金额，包括：

根据所述交易请求，从优惠金额列表中获取第三优惠金额，以及从所述补偿列表中获取第一补偿金额；

将所述第三优惠金额与所述第一补偿金额之和，作为所述第一优惠金额。

4.如权利要求1所述的方法，其特征在于，所述确定第二优惠金额，包括：

确定所述优惠金额阈值与所述用户已经享受过的优惠总金额的差值，为所述第二优惠金额。

5.如权利要求1至3任一项所述的方法，其特征在于，所述确定第一优惠总金额和第一优惠总次数，包括：

根据所述第一优惠金额，确定第一字符串，所述第一字符串的第一字符子串为1，所述第一字符串的第二字符子串用于指示所述第一优惠金额；

根据所述第一字符串和第二字符串，确定第三字符串，所述第二字符串的第一字符子串用于指示所述用户已经享受过的优惠总次数，所述第二字符串的第二字符子串用于指示所述用户已经享受过的优惠总金额，所述第三字符串的第一字符子串用于指示所述第一优惠总次数，所述第三字符串的第二字符子串用于指示所述第一优惠总金额。

6.如权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

若所述第一优惠总次数不大于预设的优惠次数阈值，且所述第一优惠总金额不大于预设的优惠金额阈值，则确定所述第一优惠金额作为所述用户请求到的优惠金额。

7.一种优惠金额确定装置，其特征在于，包括：

接收单元，用于接收用户的一个交易请求，所述交易请求用于请求一个优惠金额；

获取单元，用于获取所述交易请求对应的第一优惠金额；

第一确定单元，用于确定第一优惠总金额和第一优惠总次数，所述第一优惠总金额为所述用户已经享受过的优惠总金额与所述第一优惠金额之和，所述第一优惠总次数为所述用户已经享受过的优惠总次数加1；

第二确定单元，用于在所述第一优惠总次数不大于预设的优惠次数阈值，且所述第一优惠总金额大于预设的优惠金额阈值时，确定第二优惠金额并将所述第二优惠金额作为所述用户请求到的优惠金额，所述第二优惠金额与所述用户已经享受过的优惠总金额之和不大于所述优惠金额阈值。

8.如权利要求7所述的装置，其特征在于，所述装置还包括补偿金额生成单元，用于在确定所述第二优惠金额之后，确定所述第一优惠金额与所述第二优惠金额的第一差值，并将所述第一差值插入补偿列表，作为一个补偿金额，所述补偿列表用于存储补偿金额。

9.如权利要求8所述的装置，其特征在于，所述获取单元，具体用于:

根据所述交易请求，从优惠金额列表中获取第三优惠金额，以及从所述补偿列表中获取第一补偿金额,并将所述第三优惠金额与所述第一补偿金额之和，作为所述第一优惠金额。

10.如权利要求7所述的装置，其特征在于，所述第二确定单元，具体用于：

确定所述优惠金额阈值与所述用户已经享受过的优惠总金额的差值，为所述第二优惠金额。

11.如权利要求7至10任一项所述的装置，其特征在于，所述第一确定单元具体用于：

根据所述第一优惠金额，确定第一字符串，所述第一字符串的第一字符子串为1，所述第一字符串的第二字符子串用于指示所述第一优惠金额；

根据所述第一字符串和第二字符串，确定第三字符串，所述第二字符串的第一字符子串用于指示所述用户已经享受过的优惠总次数，所述第二字符串的第二字符子串用于指示所述用户已经享受过的优惠总金额，所述第三字符串的第一字符子串用于指示所述第一优惠总次数，所述第三字符串的第二字符子串用于指示所述第一优惠总金额。

12.如权利要求7-10任一项所述的装置，其特征在于，所述第二确定单元还用于：

在所述第一优惠总次数不大于预设的优惠次数阈值，且所述第一优惠总金额不大于预设的优惠金额阈值时，确定所述第一优惠金额作为所述用户请求到的优惠金额。