一种聚合支付的金额优惠方法、装置、终端设备及存储介质与流程

文档序号:15273767发布日期:2018-08-28 22:45阅读:162来源:国知局

本发明涉及计算机技术领域,尤其涉及一种聚合支付的多种优惠实现方法、装置、终端设备及存储介质。



背景技术:

所谓聚合支付介于银行、第三方支付和商户之间,没有支付许可牌照的限制,不进行资金清算,但能够根据商户的需求进行个性化定制,形成资源优势互补,具有中立性、灵活性、便捷性等特点。在没有支付许可牌照的情况下,聚合支付通过聚合各种第三方支付平台、合作银行、合作电信运营商及其他服务商接口等多种支付工具进行综合支付服务,为客户提供接口、集成、对接、订单处理、数据统计等。

聚合支付优惠是支付优惠活动,支付方式是基于银行线下与商户签订协议,协议包括活动的具体优惠规则,优惠形式等。但是现有的聚合支付优惠方式单一、固定特点,实施的聚合支付优惠方案不完整、不灵活,无法满足实际聚合支付优惠营销的不同场景需求。



技术实现要素:

本发明实施例提供一种聚合支付的金额优惠方法、装置、终端设备及存储介质,以解决现有的聚合支付优惠方式单一且固定,实施的聚合支付优惠方案不完整、不灵活,无法满足实际聚合支付优惠营销的不同场景需求的问题。

第一方面,本发明实施例提供一种聚合支付的金额优惠方法,包括:

接收用户通过聚合支付平台提交的订单请求信息,其中,所述订单请求信息包括订单编码、订单金额和用户身份信息;

根据所述订单编码,获取该订单编码对应的商户提供的n个目标优惠类型标识信息,其中,n为零或者正整数;

根据所述订单编码和所述用户身份信息,按照预设的判断条件确定所述用户是否享有优惠资格;

若所述用户享有所述优惠资格,则针对每个所述目标优惠类型标识信息,在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息,其中,所述优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息;

根据所述目标优惠计算信息,计算所述订单金额的优惠金额,得到n个优惠金额;

将所述n个优惠金额按照预设的显示方式返回给所述聚合支付平台。

第二方面,本发明实施例提供一种聚合支付的金额优惠装置,包括:

接收模块,用于接收用户通过聚合支付平台提交的订单请求信息,其中,所述订单请求信息包括订单编码、订单金额和用户身份信息;

获取模块,用于根据所述订单编码,获取该订单编码对应的商户提供的n个目标优惠类型标识信息,其中,n为零或者正整数;

确定模块,用于根据所述订单编码和所述用户身份信息,按照预设的判断条件确定所述用户是否享有优惠资格;

匹配模块,用于若所述用户享有所述优惠资格,则针对每个所述目标优惠类型标识信息,在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息,其中,所述优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息;

计算模块,用于根据所述目标优惠计算信息,计算所述订单金额的优惠金额,得到n个优惠金额;

返回模块,用于将所述n个优惠金额按照预设的显示方式返回给所述聚合支付平台。

第三方面,本发明实施例提供一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现所述聚合支付的金额优惠方法的步骤。

第四方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现所述聚合支付的多种优惠实现方法的步骤。

本发明实施例提供的聚合支付的多种优惠实现方法与现有技术相比具有如下优点:本发明实施例所提供的聚合支付的方法、装置、终端设备及存储介质中,接收用户通过聚合支付平台提交的包括订单编码、订单金额和用户身份信息的订单请求信息,并根据订单编码,获取该订单编码对应的商户提供的n个目标优惠类型标识信息,若根据订单编码和用户身份信息,按照预设的判断条件确定用户享有优惠资格,则针对每个目标优惠类型标识信息,在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息,然后根据目标优惠计算信息,计算订单金额的优惠金额,得到的n个优惠金额,并将n个优惠金额按照预设的显示方式返回给聚合支付平台,实现了聚合支付优惠方式的多样化,使得消费用户随机获取的优惠金额的取值多样化,从而满足了实际聚合支付优惠营销的不同场景需求,丰富运营活动的展开。

附图说明

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

图1是本发明实施例1中提供的聚合支付的金额优惠方法的流程图;

图2是本发明实施例1中提供的聚合支付的金额优惠方法中步骤s3的实现流程图;

图3是本发明实施例1中提供的聚合支付的金额优惠方法中计算正态随机减类型的优惠金额的实现流程图;

图4是本发明实施例1中提供的聚合支付的金额优惠方法中计算随机减类型的优惠金额的实现流程图;

图5是本发明实施例2中提供的聚合支付的金额优惠装置的示意图;

图6是本发明实施例4中提供的终端设备的示意图。

具体实施方式

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

实施例1

请参阅图1,图1示出本实施例提供的聚合支付的金额优惠方法的实现流程。该聚合支付的金额优惠方法应用在聚合支付应用系统中,聚合支付应用系统为本发明实施例的执行主体,商户在聚合支付应用系统中预先设置针对不同商品的优惠信息,聚合支付应用系统与聚合支付平台之间通过有线或者无线的方式进行连接,用户通过聚合支付平台与聚合支付应用系统进行交互,完成对所购买商品的支付流程。详述如下:

s1:接收用户通过聚合支付平台提交的订单请求信息,其中,订单请求信息包括订单编码、订单金额和用户身份信息。

具体地,当用户通过聚合支付平台成功提交订单时,聚合支付平台将包含订单编码、订单金额和用户身份信息的订单请求信息发送给聚合支付应用系统。聚合支付应用系统接收到订单请求信息后,对该订单请求信息进行解析,获取并保存订单编码、订单金额以及用户身份信息。

需要说明的是,本发明实施例中的用户身份信息可以是身份证件号、聚合支付平台的账号用户名或者手机号码等能够唯一标识用户的关键字段,其具体可以根据实际应用的需要进行设置,此处不做限制。

s2:根据该订单编码,获取该订单编码对应的商户提供的n个目标优惠类型标识信息,其中,n为零或者正整数。在本发明实施例中,商户预先签订优惠活动协议,优惠活动协议是指商户根据用户的购买情况,为刺激用户更多消费,与银行或者支付机构签订的聚合支付优惠活动协议,优惠活动协议包括运营活动的优惠类型、优惠计算信息等协议内容。每个商户的商户标识信息与该商户签订的优惠活动协议的协议内容被对应存储在聚合支付应用系统的优惠规则数据库中,将协议内容中的优惠类型和优惠计算信息,以及对应的优惠计算参数封装成一个优惠类,以json格式存储在优惠规则数据库的优惠规则数据表中,并由该优惠规则数据表自增序列生成唯一的优惠类型标识信息,其中,优惠计算参数是由商户在优惠计算信息中预先设置的用于计算优惠金额的参数。

具体地,当聚合支付应用系统接收到订单编码时,根据预设的订单编码方式,对该订单编码进行解析,获取该订单编码对应的目标商户的目标商户标识信息,并根据该目标商户标识信息在优惠规则数据库中查询该目标商户标识对应的协议内容,并从查询到的n个协议内容中获取每个协议内容中的目标优惠类型标识信息,得到n个目标优惠类型标识信息。

需要说明的是,根据目标商户标识信息在优惠规则数据库中查询协议内容,存在两种情况:一种是在优惠规则数据库中不存在该商户的协议内容,即该订单不在优惠运营活动内;另一种是查询到的协议内容有一个或者多个至多个的情况,即该订单享有多种优惠运营活动,能享有多种金额优惠方式。

s3:根据该订单编码和该用户身份信息,按照预设的判断条件确定该用户是否享有优惠资格。

具体地,预设的判断条件包括根据订单编码识别该订单编码对应的商品是否参与优惠活动,以及根据用户身份信息判断用户是否有权限参于优惠活动,通过对订单编码和用户身份信息的组合判断,确定用户是否享有对该订单编码的优惠资格。

若用户享有优惠资格,则继续执行步骤s4,若用户不享有优惠资格,则直接向聚合支付平台返回提示信息,并结束流程。其中,提示信息的内容可以包括不享有优惠资格的具体原因等。

需要说明的是,预设的判断条件可以根据实际应用的需要进行设置,此处不做限制。

s4:若该用户享有优惠资格,则针对每个目标优惠类型标识信息,在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息,其中,优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息。

具体地,若步骤s3的判断结果为用户享有优惠资格,则根据步骤s2得到的n个目标优惠类型标识信息,在优惠规则数据库中查询每个目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息。

s5:根据目标优惠计算信息,计算订单金额的优惠金额,得到n个优惠金额。

具体地,聚合支付应用系统根据步骤s4得到的n个目标优惠计算信息,将订单金额代入到每个目标优惠计算信息中,计算得到每个目标优惠类型对应的优惠金额。

需要说明的是,在本发明实施例中若订单金额不满足优惠计算信息的要求时,则该订单的优惠金额为0。

s6:将n个优惠金额按照预设的显示方式返回给聚合支付平台。

具体地,将步骤s5中获得的n个优惠金额按照由大到小或者由小到大的顺序排列,并通过预设的显示方式返回给聚合支付平台,以便用户查看和选择。

需要说明的是,预设的显示方式具体可以是将n个优惠金额全部发送给聚合支付平台,按照递增或者递减的顺序呈现在聚合支付平台界面或者只将最大或者最小的优惠金额呈现在聚合支付平台界面;还可以是只向聚合支付平台发送预设数量的优惠金额,并按照递增或者递减的顺序将预设数量的优惠金额呈现在聚合支付平台界面;还可以采用其他的显示方式,其具体可以根据商户的需求进行设定,此处不做限制。

在图1对应的实施例中,接收用户通过聚合支付平台提交的包括订单编码、订单金额和用户身份信息的订单请求信息,并根据订单编码,获取该订单编码对应的商户提供的n个目标优惠类型标识信息,若根据订单编码和用户身份信息,按照预设的判断条件确定用户享有优惠资格,则针对每个目标优惠类型标识信息,在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息,然后根据目标优惠计算信息,计算订单金额的优惠金额,得到的n个优惠金额,并将n个优惠金额按照预设的显示方式返回给聚合支付平台,实现了聚合支付优惠方式的多样化,使得消费用户随机获取的优惠金额的取值多样化,从而满足了实际聚合支付优惠营销的不同场景需求,丰富运营活动的展开。

接下来,在图1对应的实施例的基础之上,下面通过一个具体的实施例来对步骤s3中所提及的根据该订单编码和该用户身份信息,按照预设的判断条件确定该用户是否享有优惠资格的具体实现方法进行详细说明。

请参阅图2,图2示出了本发明实施例提供的步骤s3的具体实现流程,详述如下:

s31:根据订单编码判断该订单编码对应的商户是否具有针对该订单编码的优惠活动。

在本发明实施例中,订单编码的预设的编码方式具体可以由业务编码、当前年份后2位、当前月份、当前日期和当前商品购买次数构成,其中,业务编码可以由商户编号和商品编号组合而成,商户编号和商品编号具有全局唯一性。聚合支付应用系统的后台数据库中预先存储有商户优惠商品数据表,该商户优惠商品数据表保存了每个商户的商户编号及其参与优惠活动的商品的商品编号。

具体地,按照预设的编码方式,对订单编码上的数字进行解析,截取业务编码,并根据业务编码中的商户编号和商品编号,在聚合支付应用系统的后台数据库中,查找该业务编码在商户优惠商品数据表中是否存在。

若在商户优惠商品数据表中查询到对应的记录,则确定该订单编码对应的商户具有针对该订单编码的优惠活动。

若在商户优惠商品数据表中未查询到对应的记录,则确定该订单编码对应的商户不具有针对该订单编码的优惠活动。

s32:若该订单编码对应的商户不具有优惠活动,则确认该用户无优惠资格。

具体地,若根据步骤s31确定该订单编码对应的商户不具有优惠活动,则确认该用户无优惠资格,即不进行优惠金额的计算。

s33:若该订单编码对应的商户具有优惠活动,并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数达到预设的次数阈值,则确认用户无优惠资格。

具体地,若根据步骤s31确定该订单编码对应的商户具有优惠活动,则进一步根据用户身份信息确定用户是否具有优惠资格。

根据用户身份信息在聚合支付应用系统后台的订单购买日志中查找该用户使用优惠活动的次数,具体包括先根据每次成功使用该优惠活动的时间点,统计预设时间段内的使用优惠活动的数量,得到该用户在预设时间段内的使用优惠活动的总次数,通过将该总次数与该预设时间段内预设的次数阈值进行比较,若总次数等于或者大于次数阈值,则确认该用户无优惠资格,即不进行优惠金额的计算。

s34:若该订单编码对应的商户具有优惠活动,并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数小于预设的次数阈值,则用户享有优惠资格。

具体地,若根据步骤s31确定该订单编码对应的商户具有优惠活动,并且在将用户在预设时间段内的使用优惠活动的总次数与预设时间段内预设的次数阈值之间进行比较时,总次数小于次数阈值,则确认该用户享有优惠资格,即需要进行优惠金额的计算。

在图2对应的实施例中,根据订单编码判断该订单编码对应的商户是否具有针对订单编码的优惠活动,其中包括若该订单编码对应的商户不具有优惠活动,则确认该用户无优惠资格;若该订单编码对应的商户具有优惠活动,并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数达到预设的次数阈值,则确认用户无优惠资格;若该订单编码对应的商户具有优惠活动,并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数小于预设的次数阈值,则用户享有优惠资格。通过订单编码和用户身份信息,按照预设的判断条件确定该用户是否享有优惠资格的实现流程中,有效地筛选掉不满足优惠活动的订单,实现了商户对优惠活动的有效设定,使未享受优惠资格的用户能体验优惠活动带来的优惠利益。

在图1或图2对应的实施例的基础之上,在步骤s4提及的优惠类型具体包括满减类型、满折类型、一口价类型、随机减类型、抹零类型和正态随机减类型中的至少一种。

具体地,满减类型包括有两种可选方式:一种是每满减的优惠方式,即如果订单金额大于或者等于设定的满减阀值,取订单金额除以设定的满减阀值所得的整数倍数来作为优惠金额的倍数,最终优惠结果是该优惠金额的倍数与设定的满减金额的乘积结果,其优惠金额公式表达为优惠金额=(int)(订单金额/满减阀值)×满减金额,否则优惠金额为0;另外一种是满减阀值的优惠方式,即只要订单金额大于或者等于设定的满减阀值,优惠金额就等于设定的满减金额,否则优惠金额为0。

例如,设定的满减阀值为100、满减金额为10,若商户选择的是每满减的优惠方式,且接收到的订单金额为200元时,可优惠金额为200/100×10=20元;若商户选择的是满减阀值的优惠方式,则优惠金额只有10元;若订单金额是90元时,由于无法满足设定的满减阀值,则优惠金额为0。

具体地,满折类型具体包括若订单金额大于或者等于满折阀值时,将订单金额乘以设定的打折百分比,并将其计算结果与设定的优惠限额做比较,若大于优惠限额,则优惠金额为优惠限额,否则优惠金额等于订单金额乘以打折百分比的结果值;若订单金额小于满折阀值,则无优惠金额。

例如,满100打八折,最高减免50元营销活动,即当设定的满折阀值为100、打折百分比为80%、优惠限额为50,若订单金额为200,其优惠计算结果为200×80%=160,由于计算结果大于优惠限额,故最终优惠金额取50。

具体地,一口价类型包括当订单金额满足一口价设定的金额区间,则优惠金额为设定的一口价金额,否则无优惠金额。

例如,1元以上10元以内的商品都卖1元活动,即设定的金额区间为(1,10],当订单金额属于该区间内,则最终订单金额为1元。

具体地,抹零优惠类型包括如果设定的是抹去元角分的方式,即当订单金额大于a元时,则抹去元角分,最终的订单金额为则10的整数倍,除去的部分金额则为优惠金额;如果设定的是抹去角分的方式,即当订单金额大于b元时,则抹去角分,最终的订单金额为则1的整数倍,除去的部分金额则为优惠金额。

例如消费19.9元时,抹去元角分后,实际订单金额为10元;若抹去角分,则实际订单金额为19元。

具体地,将上述提及的所有优惠类型和优惠计算信息信息,以json格式存储在优惠规则数据表中,并自增序列生成唯一的优惠id存储在优惠规则数据库中。

需要说明的是,优惠类型的种类不局限于上述的几种,其他优惠类型可根据商户的需求向优惠规则数据库添加。

在本发明实施例中,优惠类型包括了满减类型、满折类型、一口价类型、随机减类型、抹零类型和正态随机减类型,在这些优惠类型的优惠计算信息的灵活设置中,不仅满足了商户对运营活动的要求,而且丰富了聚合支付优惠的方式。

在上述提及到的优惠类型对应的实施例的基础之上,下面通过一个具体的实施例来说明当优惠类型包括正态随机减类型,目标优惠类型为正态随机减类型时,步骤s5中提及的根据目标优惠计算信息,计算该订单金额的优惠金额的具体实现过程。

请参阅图3,图3示出了本发明实施例提供的计算正态随机减类型的优惠金额的具体实现流程,详述如下:

s511:若订单金额小于预设的优惠阀值,则优惠金额为0。

具体地,优惠阀值的取值方法可以根据购买订单日统计预设时间段内的所有用户购买该商户的商品的总金额,从而求出该商品的平均用户消费订单金额,将该平均用户消费订单金额作为一个标准固定值,令该标准固定值加或者减去一个预设常数,或者令该该标准固定值乘以一个预设的比例系数,得到最终预设的优惠阀值。

具体地,当订单金额小于预设的优惠阀值时,不再进行下一条件的判断或者计算,直接返回优惠金额为0的结果。

s512:若订单金额大于优惠阀值,则在(0,1]值域内随机产生两个随机数字。

具体地,当订单金额大于优惠阀值时,使用随机数的生成公式进行随机产生数字,并将该随机数字具体设置成精确到两位小数的数字,同时,将该两位小数分别赋值给u1和u2。

s513:按照如下公式计算高斯随机金额m:

m=min(z0,z1)×σ+e公式(1)

其中,z0和z1为正态分布的高斯随机数字,u1和u2为随机数字,σ为预设的标准差,e为预设的期望值。

具体地,根据步骤s512中获取的两个随机数字u1和u2,按照公式(2)和公式(3)计算得到中得到两个正态分布的高斯随机数字z0和z1,并取z0和z1其中一个较小值,代入到公式(3)中得到高斯随机金额m。

预设的标准差和预设的期望值能够实现更大概率地接近商户设置的目标优惠金额。例如商户设置的目标优惠金额为5元,可以将期望值设为5,而设置标准差的作用是影响正态分布的曲线倾斜度,设置合适的标准差能够使大部分订单金额在正态随机减后都是减5元左右的金额。

s514:若该高斯随机金额属于预设的优惠金额区间,则将该高斯随机金额确定为优惠金额。

具体地,将步骤s513中计算得到的高斯随机金额与预设的优惠金额区间进行比较,只有当该高斯随机金额在该优惠金额区间的上限值和下限值之间时,将该高斯随机金额确定为该订单金额的优惠金额。

s515:若该高斯随机金额不属于预设的优惠金额区间,则该优惠金额为0。

具体地,将步骤s513中计算得到的高斯随机金额与预设的优惠金额区间进行比较,当该高斯随机金额大于优惠金额区间的上限值或者小于该优惠金额曲线的下限值时,将优惠金额设置为0。

在图3对应的实施例中,正态随机减类型包括若订单金额小于预设的优惠阀值,则优惠金额为0;若订单金额大于优惠阀值,则在(0,1]值域内随机产生两个随机数字,并按照公式(1)、公式(2)和公式(3)计算高斯随机金额;若该高斯随机金额属于预设的优惠金额区间,则将该高斯随机金额确定为优惠金额;若该高斯随机金额不属于预设的优惠金额区间,则该优惠金额为0。正态随机减类型不仅使消费用户随机获取的优惠金额取值多样化,还能使优惠金额值很大可能性的靠近商户预设的优惠值。

在上述提及到的优惠类型对应的实施例的基础之上,下面通过一个具体的实施例来说明当优惠类型包括随机减类型,目标优惠类型为该随机减类型是,步骤s5中提及的根据目标优惠计算信息,计算订单金额的优惠金额的就是实现过程。

请参阅图4,图4示出了本发明实施例提供的计算随机减类型的优惠金额的具体实现流程,详述如下:

s521:若订单金额小于预设的随机减阀值,则优惠金额为0。

具体地,该随机减阀值的预设方法可采用与步骤s511中优惠阀值的实现过程相同的方法,为避免重复,此处不再赘述。

当检测到订单金额小于预设的随机减阀值时,不再进行下一条件的判断或者计算,直接返回优惠金额为0的结果。

s522:若该订单金额大于或者等于随机减阀值,则在预设的随机减区间内产生一个随机概率值y,其中,y∈(0,1)

具体地,随机减区间具体包括了优惠金额区间以及优惠金额区间预设的概率值,当该订单金额大于或者等于随机减阀值时,则在该随机减区间中使用rand(0,1)的公式产生一个随机概率值y。

s523:将y与随机减区间每个优惠金额区间的预设的概率值x1,x2,...,xm中的最小概率值x1进行比较,其中,x1,x2,...,xm按照递增的顺序排列,x1+x2+...+xm=1,xi对应的优惠金额区间为[pi,pi+1],i∈[1,m],m为正整数。

具体地,将每个优惠金额区间的预设的概率值按照递增的顺序排序,得到x1,x2,...,xm。例如,若优惠金额区间[1,5]的概率值为50%、优惠金额区间[5,10]的概率值为30%,优惠金额区间[10,15]的概率值为20%,则按照概率值递增的顺序排列得20%、30%、50%,其中,20%对应的优惠金额区间为10元至15元、30%对应的优惠金额区间为5元至10元、50%对应的优惠金额区间为1元至5元。

将y与概率值x1,x2,...,xm中的最小概率值x1进行比较,若y小于或者等于x1,则执行步骤s524,若y大于x1,则执行步骤s525。

s524:若y小于或者等于x1,则将x1确认为目标概率值,并将x1对应的优惠金额区间的下限值p1确定为目标下限值。

具体地,若步骤s523的比较结果为y小于或者等于x1,则将x1确认为目标概率值,同时,将x1对应的优惠金额区间的下限值p1确定为目标下限值。

继续以步骤s523中的优惠金额区间为例进行说明,若在随机减区间中产生的随机概率值y为0.15,则将0.15先与最小优惠金额区间的概率值20%进行比较,由于0.15小于20%,则目标概率值为20%,目标下限值为优惠金额区间[10,15]的下限值10。

s525:若y大于x1,则将x1与x2叠加得到的叠加概率值s1与y进行比较。

具体地,若步骤s523的比较结果为y大于x1,则将x1与x2叠加得到的叠加概率值s1与y进行比较。

若y小于或者等于s1,则执行步骤s526,否则,执行步骤s527。

继续以步骤s523中的优惠金额区间为例进行说明,若随机减区间中产生的随机概率值y为0.35,由于0.35大于最小优惠金额区间的概率值20%,则将20%加上下一优惠金额区间[5,10]的概率值30%得到叠加概率值s1为50%,并将50%与随机概率值0.35继续进行数值大小的比较。

s526:若y小于或者等于s1,则将x2确认为目标概率值,并将x2对应的优惠金额区间的下限值p2确定为目标下限值。

具体地,若步骤s525的比较结果为y小于或者等于s1,则将x2确认为目标概率值,同时,将x2对应的优惠金额区间的下限值p2确定为目标下限值。

继续以步骤s523和步骤s525中的优惠金额区间为例进行说明,由于随机概率值0.35小于叠加概率值50%,则取30%作为目标概率值,并将优惠金额区间[5,10]的下限值5作为目标下限值。

s527:若y大于s1,则将s1与x3叠加得到的叠加概率值s2与y继续进行比较,直到当y小于或者等于sk时,将xk+1确认为目标概率值,并将xk+1对应的优惠金额区间[pk,pk+1]的下限值pk确定为目标下限值,其中,sk=x1+x2+...+xk+1,k∈[1,m-1],k为正整数。

具体地,若步骤s525的比较结果为y大于s1,则将s1与x3叠加得到叠加概率值s2,即s2=s1+x3,并将s2与y进行比较,若y大于s2则继续将s2与x4叠加得到叠加概率值s3,并继续将s3与y进行比较,如此循环,直到当随机概率值y小于或者等于最近一次叠加的叠加概率值sk为止,此时,将最近一次叠加的xk+1确定为目标概率值,将xk+1对应的优惠金额区间[pk,pk+1]的下限值pk作为目标下限值。

需要说明的是,因为x1+x2+...+xm=1,即预设的m个概率值之和为1,所以,可以理解地,必然存在y小于或者等于sk的情况。

s528:若预设的计算方式为按金额计算,则按照公式(4)计算优惠金额:

q=y+p×x公式(4)

其中,q为优惠金额,p为目标下限值,x为目标概率值。

具体地,若预设的计算方式为按金额计算,则将根据步骤s521至步骤s527得到的目标下限值赋值给p,将目标概率值赋值给x,并代入到公式(4)中,得到该订单金额的优惠金额。

需要说明的是,预设的计算方式可以由商户根据应用的需要预先进行设置。

s529:若预设的计算方式为按比例计算,则按照公式(5)计算优惠金额:

q=a×(p+y×x)公式(5)

其中,a为订单金额。

具体地,若预设的计算方式为按比例计算,则将根据步骤s521至步骤s527得到的目标下限值赋值给p,将目标概率值赋值给x,同时将订单金额赋值给a,并代入到公式(5)中,得到该订单金额的优惠金额。

在图4对应的实施例中,若订单金额小于预设的随机减阀值,则优惠金额为0;若订单金额大于或者等于随机减阀值,则按照步骤s522至步骤s527的计算过程进行循环处理,确定目标概率值和目标下限值,然后根据预设的计算方式,采用公式(4)或者公式(5)计算出优惠金额。通过随机减类型提供的两种计算方式为商户提供了灵活的优惠金额选择,且优惠金额的产生具有随机性特点,丰富了营销活动。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

实施例2

对应于实施例1中的聚合支付的金额优惠方法,图6示出了与实施例1提供的聚合支付的金额优惠方法一一对应的聚合支付的金额优惠装置,为了便于说明,仅示出了与本发明实施例相关的部分。

如图6所示,该聚合支付的金额优惠装置包括:接收模块51、获取模块52、确定模块53、匹配模块54、计算模块55和返回模块56。各功能模块详细说明如下:

接收模块51,用于接收用户通过聚合支付平台提交的订单请求信息,其中,订单请求信息包括订单编码、订单金额和用户身份信息;

获取模块52,用于根据订单编码,获取该订单编码对应的商户提供的n个目标优惠类型标识信息,其中,n为零或者正整数;

确定模块53,用于根据订单编码和用户身份信息,按照预设的判断条件确定用户是否享有优惠资格;

匹配模块54,用于若该用户享有优惠资格,则针对每个目标优惠类型标识信息,在预设的优惠规则数据库中匹配该目标优惠类型标识信息对应的目标优惠类型和目标优惠计算信息,其中,优惠规则数据库中预存有优惠类型标识信息及其对应的优惠类型和优惠计算信息;

计算模块55,用于根据目标优惠计算信息,计算订单金额的优惠金额,得到n个优惠金额;

返回模块56,用于将n个优惠金额按照预设的显示方式返回给聚合支付平台。

进一步地,确定模块53包括:

判断单元531,用于根据订单编码判断该订单编码对应的商户是否具有针对订单编码的优惠活动;

第一无优惠确定单元532,用于若订单编码对应的商户不具有优惠活动,则确认用户无优惠资格;

第二无优惠确定单元533,用于若订单编码对应的商户具有优惠活动,并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数达到预设的次数阈值,则确认用户无优惠资格;

优惠确定单元534,用于若订单编码对应的商户具有优惠活动,并且根据用户身份信息确定用户在预设时间段内完成的优惠活动的总次数小于次数阈值,则用户享有优惠资格。

进一步地,优惠类型包括满减类型、满折类型、一口价类型、随机减类型、抹零类型和正态随机减类型中的至少一种。

进一步地,若优惠类型包括正态随机减类型,目标优惠类型为正态随机减类型,则计算模块55包括:

第一非高斯优惠确定单元5511:用于若订单金额小于预设的优惠阀值,则优惠金额为0;

随机产生单元5512:用于若订单金额大于优惠阀值,则在(0,1]值域内随机产生两个随机数字;

高斯计算单元5513:用于按照如下公式计算高斯随机金额m:

m=min(z0,z1)×σ+e

其中,z0和z1为正态分布的高斯随机数字,u1和u2为随机数字,σ为预设的标准差,e为预设的期望值;

高斯优惠确定单元5514:用于若高斯随机金额属于预设的优惠金额区间,则将高斯随机金额确定为优惠金额;

第二非高斯优惠确定单元5515:用于若高斯随机金额不属于优惠金额区间,则优惠金额为0。

进一步地,若优惠类型包括随机减类型,目标优惠类型为随机减类型,则计算模块55还包括:

第一非随机优惠确定单元5521:用于若订单金额小于预设的随机减阀值,则优惠金额为0;

概率产生单元5522:用于若订单金额大于或者等于随机减阀值,则在预设的随机减区间内产生一个随机概率值y,其中,y∈(0,1);

第一比较单元5523:用于将y与随机减区间每个优惠金额区间的预设的概率值x1,x2,...,xm中的最小概率值x1进行比较,其中,x1,x2,...,xm按照递增的顺序排列,x1+x2+...+xm=1,xi对应的优惠金额区间为[pi,pi+1],i∈[1,m],m为正整数;

第一优惠产生单元5524:用于若y小于或者等于x1,则将x1确认为目标概率值,并将x1对应的优惠金额区间的下限值p1确定为目标下限值;

第二比较单元5525:用于若y大于x1,则将x1与x2叠加得到的叠加概率值s1与y进行比较;

第二优惠产生单元5526:用于若y小于或者等于s1,则将x2确认为目标概率值,并将x2对应的优惠金额区间的下限值p2确定为目标下限值;

第n优惠产生单元5527,用于若y大于s1,则将s1与x3叠加得到的叠加概率值s2与y继续进行比较,直到当y小于或者等于sk时,将xk+1确认为目标概率值,并将xk+1对应的优惠金额区间[pk,pk+1]的下限值pk确定为目标下限值,其中,sk=x1+x2+...+xk+1,k∈[1,m-1],k为正整数;

第一随机计算单元5528:用于若预设的计算方式为按金额计算,则按照如下公式计算优惠金额:

q=y+p×x

其中,q为优惠金额,p为目标下限值,x为目标概率值;

第二随机计算单元5529:用于若计算方式为按比例计算,则按照如下公式计算优惠金额:

q=a×(p+y×x)

其中,a为订单金额。

本实施例提供的一种聚合支付的金额优惠装置中各模块实现各自功能的过程,具体可参考前述实施例1的描述,此处不再赘述。

实施例3

本实施例提供一计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现实施例1中聚合支付的金额优惠方法,或者,该计算机程序被处理器执行时实现实施例2中聚合支付的金额优惠装置中各模块/单元的功能。为避免重复,这里不再赘述。

可以理解地,所述计算机可读存储介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、电载波信号和电信信号等。

实施例4

图6是本发明一实施例提供的终端设备的示意图。如图6所示,该实施例的终端设备60包括:处理器61、存储器62以及存储在存储器62中并可在处理器61上运行的计算机程序63,例如聚合支付的金额优惠程序。处理器61执行计算机程序63时实现上述各个聚合支付的金额优惠方法实施例中的步骤,例如图1所示的步骤s1至步骤s6。或者,处理器61执行计算机程序63时实现上述各装置实施例中各模块/单元的功能,例如图5所示模块51至模块56的功能。

示例性的,计算机程序63可以被分割成一个或多个模块/单元,一个或者多个模块/单元被存储在存储器62中,并由处理器61执行,以完成本发明。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述计算机程序63在终端设备60中的执行过程。例如,计算机程序63可以被分割成接收模块、获取模块、确定模块、匹配模块、计算模块和返回模块,各模块的具体功能如实施例2所示,为避免重复,此处不一一赘述。

终端设备60可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。终端设备60可包括,但不仅限于,处理器61、存储器62。本领域技术人员可以理解,图6仅仅是终端设备60的示例,并不构成对终端设备60的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如终端设备60还可以包括输入输出设备、网络接入设备、总线等。

所称处理器61可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器62可以是终端设备60的内部存储单元,例如终端设备60的硬盘或内存。存储器62也可以是终端设备60的外部存储设备,例如终端设备60上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。进一步地,存储器62还可以既包括终端设备60的内部存储单元也包括外部存储设备。存储器62用于存储计算机程序以及终端设备60所需的其他程序和数据。存储器62还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1