本申请涉及互联网技术领域，尤其涉及一种团购优惠信息确定方法和装置及团购实现方法和装置。
背景技术：
随着互联网技术的发展，消费者越来越多的通过线上平台进行商品或服务的购买。为了吸引更多用户使用团购平台，通常会在用户使用后进行赠券等活动。自助餐是餐饮行业中的一种常见形式。当多人进行自助餐的聚餐时，通常是由一人在团购平台上购买多份团单。但是，这种方式不能吸引更多的用户，会造成用户的无形流失。
技术实现要素：
本申请旨在至少在一定程度上解决相关技术中的技术问题之一。
为此，本申请的一个目的在于提出一种团购优惠信息确定方法，该方法可以更好的激励用户引导其他用户进行线上消费，从而增加线上平台的用户量。
本申请的另一个目的在于提出一种团购优惠信息确定装置。
本申请的另一个目的在于提出一种团购实现方法。
本申请的另一个目的在于提出一种团购实现装置。
为达到上述目的，本申请第一方面实施例提出的团购优惠信息确定方法，包括：统计加入团购的各个用户信息以及对应的加入时间；基于各个用户的加入时间，确定各个用户之间的上下游关系，其中加入时间在先的用户是所有加入时间在后的用户的上游用户；基于各个用户的优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息。
本申请第一方面实施例提出的团购优惠信息确定方法，通过根据优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息，使得优惠额度信息与用户之间的上下游关系有关，从而可以更好的激励用户引导其他用户进行线上消费，增加线上平台的用户量。
为达到上述目的，本申请第二方面实施例提出的团购优惠信息确定装置，包括：统计模块，用于统计加入团购的各个用户信息以及对应的加入时间；第一确定模块，用于基于各个用户的加入时间，确定各个用户之间的上下游关系，其中加入时间在先的用户是所有加入时间在后的用户的上游用户；第二确定模块，用于基于各个用户的优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息。
本申请第二方面实施例提出的团购优惠信息确定装置，通过根据优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息，使得优惠额度信息与用户之间的上下游关系有关，从而可以更好的激励用户引导其他用户进行线上消费，增加线上平台的用户量。
为达到上述目的，本申请第三方面实施例提出的团购实现方法，包括：在接收到完成团购支付的用户发出的团购邀请后，向受邀用户发送团购邀请；如本申请第一方面实施例提出任一所述确定加入团购的各个用户的优惠额度信息；将所确定出的优惠额度信息发送给各个用户。
本申请第三方面实施例提出的团购实现方法，通过在团购时根据用户的上下游关系确定优惠额度信息，可以吸引更多用户使用团购平台。
为达到上述目的，本申请第四方面实施例提出的团购实现装置，包括：邀请发送模块，用于在接收到完成团购支付的用户发出的团购邀请后，向受邀用户发送团购邀请；确定模块，用于如本申请第一方面实施例提出任一所述确定加入团购的各个用户的优惠额度信息；优惠发送模块，用于将所确定出的优惠额度信息发送给各个用户。
本申请第四方面实施例提出的团购实现装置，通过在团购时根据用户的上下游关系确定优惠额度信息，可以吸引更多用户使用团购平台。
本申请实施例还提出了一种设备，包括：一个或多个处理器，存储器，用于存储一个或多个程序，在所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器执行本申请第一方面实施例任一所述的方法。
本申请实施例还提出了一种设备，包括：一个或多个处理器，存储器，用于存储一个或多个程序，在所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器执行本申请第三方面实施例任一所述的方法。
本申请实施例还提出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器被执行时，使得终端能够执行本申请第一方面实施例任一所述的方法。
本申请实施例还提出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器被执行时，使得终端能够执行本申请第三方面实施例任一所述的方法。
本申请实施例还提出了一种计算机程序产品，当所述计算机程序产品中的指令被处理器执行时，执行本申请第一方面实施例任一所述的方法。
本申请实施例还提出了一种计算机程序产品，当所述计算机程序产品中的指令被处理器执行时，执行本申请第三方面实施例任一所述的方法。
本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1是本申请一个实施例提出的团购优惠信息确定方法的流程示意图；
图2是本申请实施例中针对各个用户确定优惠额度信息的流程示意图；
图3是本申请一个实施例提出的团购实现方法的流程示意图；
图4是本申请实施例中一种具体团购示例的流程示意图；
图5是本申请实施例中另一种具体团购示例的流程示意图；
图6是本申请一个实施例提出的团购优惠信息确定装置的结构示意图；
图7是本申请另一个实施例提出的团购优惠信息确定装置的结构示意图；
图8是本申请一个实施例提出的团购实现装置的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。相反，本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
图1是本申请一个实施例提出的团购优惠信息确定方法的流程示意图。
如图1所示，本实施例的方法包括：
S11：统计加入团购的各个用户信息以及对应的加入时间。
例如，用户可以使用团购平台加入团购，由购物平台统计各个用户信息以及对应的加入时间。
S12：基于各个用户的加入时间，确定各个用户之间的上下游关系，其中加入时间在先的用户是所有加入时间在后的用户的上游用户。
比如，用户A先进行团购，之后用户A邀请用户B加入团购，用户B接受用户A的邀请加入团购后，用户A是用户B的上游用户。用户A可以通过社交平台分享方式邀请用户B加入团购。
S13：基于各个用户的优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息。
由于优惠额度信息与各个用户之间的上下游关系有关，当不同用户属于不同上下游层级时，相应的优惠额度信息也是不同的。相对于各个用户固定额度的优惠额度信息的方式，可以刺激用户发展更多的下游用户，以提高团购平台用户量。
具体的，如图2所示，可以针对各个用户执行如下流程：
S21：根据当前用户的上下游关系，确定所述当前用户的优惠权重值、所述当前用户的下游用户以及每个下游用户的上游用户数。
当前用户的优惠权重值与当前用户的上下游关系之间的对应关系可以设置，比如，可以设置：如果当前用户不存在上游用户，即当前用户是第一个加入团购的用户(或称为发起者)，则确定当前用户的优惠权重值为100％；如果当前用户存在上游用户，此时可以将当前用户称为参与者，则确定当前用户的优惠权重值为80％。
当前用户的下游用户是指在各个用户之间的上下游关系中当前用户的所有下游用户，比如，按照加入团购的先后时间，各个用户之间的上下游关系按照从上到下的关系包括：用户A-用户B-用户C-用户D，则如果当前用户是用户A，则当前用户的下游用户包括：用户B、用户C和用户D；如果当前用户是用户B，则当前用户的下游用户包括：用户C和用户D。依此类推。
每个下游用户的上游用户数是指该下游用户的所有上游用户数，比如，基于上述的关系：用户A-用户B-用户C-用户D，如果一个下游用户是指用户B，则用户B的上游用户为用户A，相应的上游用户数为1；如果一个下游用户是指用户C，则用户C的上游用户包括用户A和用户B，相应的上游用户数为2。
S22：基于所确定出的当前用户的优惠权重值、所述当前用户及下游用户的优惠初始值以及每个下游用户的优惠权重值和上游用户数，确定所述当前用户的优惠额度信息。
具体的，当前用户的优惠额度信息的计算公式可以为：
优惠额度信息＝当前用户的优惠初始值*当前用户的优惠权重值+∑(每个下游用户的优惠初始值*每个下游用户的优惠权重值/每个下游用户的上游用户数)。
其中，各个用户的优惠初始值的计算方式如下：
各个用户的优惠初始值基于优惠总值和各个用户使用的优惠券确定。
例如，当用户使用的优惠券的金额大于或等于优惠总值时，则可以在预设范围(如1.20-2.00元)随机选择一个数额作为优惠初始值；当用户使用的优惠券的金额小于优惠总值时，则可以将优惠总值减去用户使用的优惠券的金额后的数额作为优惠初始值。
用户的优惠券是之前已发放给用户的，用户可以选择已有的一张或多张优惠券进行使用，具体使用数量可以预先设置。另外，优惠券也可以设置有效期，以便使用处于有效期内的优惠券。
优惠总值可以是固定的一个预设值，或者也可以根据预设公式计算，比如，预设公式为：
优惠总值＝团购价*营销比例参数*垂类随机数。
上述的团购价是指用户团购的商品或服务的价格，营销比例参数是设置的值，垂类随机数是垂类对应的范围内的随机数，每个垂类对应的范围可以设置，不同垂类对应的范围可以相同或不同，例如，餐饮对应的范围与电影票对应的范围可以相同或不同。
因此，通过上述流程可以确定出当前用户的优惠初始值和当前用户的每个下游用户的优惠初始值。
当前用户的优惠权重值及每个下游用户的上游用户数的计算如S21所示。
每个下游用户的优惠权重值是预设的或者基于所述下游用户与所述当前用户的层级关系确定。比如，不同层级的下游用户的优惠权重值均预设为相同值，如20％；或者，不同层级的下游用户的优惠权重值可以设置为不同。具体的，假设当前用户为用户A，按照上述的上下游关系，用户A的下游用户包括属于不同层级的用户B、用户C和用户D，则用户B、用户C和用户D的优惠权重值可以相同或者不同。
因此，在确定出当前用户的优惠初始值和当前用户的每个下游用户的优惠初始值、当前用户的优惠权重值及每个下游用户的上游用户数以及每个下游用户的优惠权重值后，可以依据上述的公式计算得到当前用户的优惠额度信息。
假设各个用户的优惠初始值均为a，发起者的优惠权重值为100％，参与者的优惠权重值为80％，每个下游用户的优惠权重值均为20％，则：
如果当前用户为发起者，则当前用户的优惠额度信息＝a*100％+∑当前用户的每个下游用户(a*20％/每个下游用户的上游用户数)；
如果当前用户为参与者，则当前用户的优惠额度信息＝a*80％+∑当前用户的每个下游用户(a*20％/每个下游用户的上游用户数)。
进一步的，上述的优惠额度信息可以基于团购支付或团购券使用确定，在下游用户未完成团购支付或未使用团购券时，将该下游用户的优惠权重值确定为0。以基于团购支付为例，如果当前用户为发起者，且当前用户的所有下游用户都未完成团购支付，则当前用户的优惠额度信息＝a*100％。进一步的，是否完成团购支付可以基于预设时间点进行判断，即判断在预设时间点时是否完成了团购支付，预设时间点比如每天的15:00。上述的团购支付是指对购买的团购券进行支付；团购券使用是指使用已购买的团购券，也可以称为验券。
进一步的，在确定出各个用户的优惠额度信息后，可以在满足优惠信息发放条件时，将与所确定的各个用户的优惠额度信息对应的优惠券或现金补贴发送给各个用户。
优惠信息发放条件可以设置，比如设置：到达预设时间点(如15:00)时，聚餐的所有人中完成团购支付或团购券使用人数至少为预设人数(如2人)，则在预设时间点发送优惠额度信息对应的优惠券或现金补贴到各个用户的账户中；或者，到达预设时间点(如15:00)时，聚餐的所有人均未使用团购券，则在预设时间点发送优惠额度信息对应的优惠券或现金补贴到各个用户的账户中。
本实施例中，通过根据优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息，使得优惠额度信息与用户之间的上下游关系有关，从而可以更好的激励用户引导其他用户进行线上消费，增加线上平台的用户量。
图3是本申请一个实施例提出的团购实现方法的流程示意图。
如图3所示，本实施例的方法包括：
S31：在接收到完成团购支付的用户发出的团购邀请后，向受邀用户发送团购邀请。
例如，用户使用团购平台完成团购支付并发出团购邀请后，团购平台通过自身平台或调用其他的社交平台向受邀用户发送团购邀请。
进一步的，用户发起团购邀请时，可以采用不同的流程。例如，确定当前用户支付成功后，提示当前用户通过社交平台分享消费信息；或者，在当前用户选择多个用户的参与方式后，提示当前用户通过社交平台分享消费信息。如图4或图5所示，以聚餐为例，可以先支付再邀请其他人或者先选择聚餐方式再邀请其他人。相应的，在不同聚餐场景下支付行为可以由每个人完成(AA聚餐)或者由一个人完成(请客聚餐)。
S32：确定加入团购的各个用户的优惠额度信息。
具体内容可以参见上述实施例，在此不再详细描述。
S33：将所确定出的优惠额度信息发送给各个用户。
例如，在满足优惠信息发放条件时，将与所确定的各个用户的优惠额度信息对应的优惠券或现金补贴发送给各个用户。
优惠信息发放条件可以设置，比如设置：到达预设时间点(如15:00)时，聚餐的所有人中完成团购支付或团购券使用人数至少为预设人数(如2人)，则在预设时间点发送优惠额度信息对应的优惠券或现金补贴到各个用户的账户中；或者，到达预设时间点(如15:00)时，聚餐的所有人均未使用团购券，则在预设时间点发送优惠额度信息对应的优惠券或现金补贴到各个用户的账户中。
通过上述流程可以实现线上发起->分享邀友->众人参与->用户返现的团购流程。
本实施例中，通过根据下游用户的不同金额计算当前用户的优惠额度信息，可以更好的激发用户通过社交分享邀请更多用户使用团购平台，增加用户量，提高用户参与团购积极性。
图6是本申请一个实施例提出的团购优惠信息确定装置的结构示意图。
如图6所示，本实施例的装置60包括：统计模块61、第一确定模块62和第二确定模块63。
统计模块61，用于统计加入团购的各个用户信息以及对应的加入时间；
第一确定模块62，用于基于各个用户的加入时间，确定各个用户之间的上下游关系，其中加入时间在先的用户是所有加入时间在后的用户的上游用户；
第二确定模块63，用于基于各个用户的优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息。
一些实施例中，所述第二确定模块63具体用于：
针对各个用户，
根据当前用户的上下游关系，确定所述当前用户的优惠权重值、所述当前用户的下游用户以及每个下游用户的上游用户数；
基于所确定出的当前用户的优惠权重值、所述当前用户及下游用户的优惠初始值以及每个下游用户的优惠权重值和上游用户数，确定所述当前用户的优惠额度信息。
一些实施例中，所述各个用户的优惠初始值基于优惠总值和各个用户使用的优惠券确定。
一些实施例中，优惠额度信息＝当前用户的优惠初始值*当前用户的优惠权重值+∑(每个下游用户的优惠初始值*每个下游用户的优惠权重值/每个下游用户的上游用户数)。
一些实施例中，所述下游用户的优惠权重值是预设的或者基于所述下游用户与所述当前用户的层级关系确定。
一些实施例中，参见图7，所述装置60还包括：
第三确定模块64，用于在下游用户未完成团购支付或未使用团购券时，将该下游用户的优惠权重值确定为0。
一些实施例中，参见图7，所述装置60还包括：
发送模块65，用于在满足优惠信息发放条件时，将与所确定的各个用户的优惠额度信息对应的优惠券或现金补贴发送给各个用户。
可以理解的是，本实施例的装置与上述方法实施例对应，具体内容可以参见方法实施例的相关描述，在此不再详细说明。
本实施例中，通过根据优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息，使得优惠额度信息与用户之间的上下游关系有关，从而可以更好的激励用户引导其他用户进行线上消费，增加线上平台的用户量。
图8是本申请一个实施例提出的团购实现装置的结构示意图。
如图8所示，本实施例的装置80包括：邀请发送模块81、确定模块82和优惠发送模块83。
邀请发送模块81，用于在接收到完成团购支付的用户发出的团购邀请后，向受邀用户发送团购邀请；
确定模块82，用于确定加入团购的各个用户的优惠额度信息；
优惠发送模块83，用于将所确定出的优惠额度信息发送给各个用户。
一些实施例中，所述优惠发送模块83具体用于：
在满足优惠信息发放条件时，将与所确定的各个用户的优惠额度信息对应的优惠券或现金补贴发送给各个用户。
可以理解的是，本实施例的装置与上述方法实施例对应，具体内容可以参见方法实施例的相关描述，在此不再详细说明。
本实施例中，通过根据下游用户的不同金额计算当前用户的优惠额度信息，可以更好的激发用户通过社交分享邀请更多用户使用团购平台，增加用户量，提高用户参与团购积极性。
本申请实施例还提出了一种设备，包括：
一个或多个处理器，
存储器，用于存储一个或多个程序，
在所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器执行如下方法：
统计加入团购的各个用户信息以及对应的加入时间；
基于各个用户的加入时间，确定各个用户之间的上下游关系，其中加入时间在先的用户是所有加入时间在后的用户的上游用户；
基于各个用户的优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息。
本申请实施例还提出了一种设备，包括：
一个或多个处理器，
存储器，用于存储一个或多个程序，
在所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器执行如下方法：
在接收到完成团购支付的用户发出的团购邀请后，向受邀用户发送团购邀请；
如下所述确定加入团购的各个用户的优惠额度信息；以及，将所确定出的优惠额度信息发送给各个用户：
统计加入团购的各个用户信息以及对应的加入时间；
基于各个用户的加入时间，确定各个用户之间的上下游关系，其中加入时间在先的用户是所有加入时间在后的用户的上游用户；
基于各个用户的优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息。
本申请实施例还提出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器被执行时，使得终端能够执行如下方法：
统计加入团购的各个用户信息以及对应的加入时间；
基于各个用户的加入时间，确定各个用户之间的上下游关系，其中加入时间在先的用户是所有加入时间在后的用户的上游用户；
基于各个用户的优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息。
本申请实施例还提出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器被执行时，使得终端能够执行如下方法：
在接收到完成团购支付的用户发出的团购邀请后，向受邀用户发送团购邀请；
如下所述确定加入团购的各个用户的优惠额度信息；以及，将所确定出的优惠额度信息发送给各个用户：
统计加入团购的各个用户信息以及对应的加入时间；
基于各个用户的加入时间，确定各个用户之间的上下游关系，其中加入时间在先的用户是所有加入时间在后的用户的上游用户；
基于各个用户的优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息。
本申请实施例还提出了一种计算机程序产品，当所述计算机程序产品中的指令被处理器执行时，执行如下方法：
统计加入团购的各个用户信息以及对应的加入时间；
基于各个用户的加入时间，确定各个用户之间的上下游关系，其中加入时间在先的用户是所有加入时间在后的用户的上游用户；
基于各个用户的优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息。
本申请实施例还提出了一种计算机程序产品，当所述计算机程序产品中的指令被处理器执行时，执行如下方法：
在接收到完成团购支付的用户发出的团购邀请后，向受邀用户发送团购邀请；
如下所述确定加入团购的各个用户的优惠额度信息；以及，将所确定出的优惠额度信息发送给各个用户：
统计加入团购的各个用户信息以及对应的加入时间；
基于各个用户的加入时间，确定各个用户之间的上下游关系，其中加入时间在先的用户是所有加入时间在后的用户的上游用户；
基于各个用户的优惠初始值以及所确定的各个用户之间的上下游关系，确定各个用户的优惠额度信息。
可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。