CN110852746A - 优惠支付的实现方法、装置、电子设备和存储介质 - Google Patents
优惠支付的实现方法、装置、电子设备和存储介质 Download PDFInfo
- Publication number
- CN110852746A CN110852746A CN201911051914.XA CN201911051914A CN110852746A CN 110852746 A CN110852746 A CN 110852746A CN 201911051914 A CN201911051914 A CN 201911051914A CN 110852746 A CN110852746 A CN 110852746A
- Authority
- CN
- China
- Prior art keywords
- payment
- preferential
- discount
- available
- strategy
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/387—Payment using discounts or coupons
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/24—Credit schemes, i.e. "pay after"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0213—Consumer transaction fees
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- General Business, Economics & Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了优惠支付的实现方法、装置、电子设备和存储介质。所述方法包括:根据当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式;根据所述优惠前金额和可用优惠方式,生成优惠支付策略;展示生成的优惠支付策略,根据选定的优惠支付策略完成当前支付场景的优惠支付。该技术方案能够综合考虑在特定支付场景下能够使用的优惠方式,为用户提供可选的优惠支付策略,使用户能够在支付时获得足够的减免,带来了更佳的用户体验,使用户一目了然。
Description
技术领域
本申请涉及电子支付领域,具体涉及优惠支付的实现方法、装置、电子设备和存储介质。
背景技术
电子支付在日常生活中得到了广泛应用,例如在餐馆就餐、出行、住宿的过程中,都可以通过电子支付的方式进行结账。目前,支付渠道众多,在一个支付场景中,用户可以选择的支付方式是多样化的,各支付渠道为了吸引用户使用,往往会推出一些优惠方式,但是用户在使用的过程中可能不会留意,或者无法以最优惠的支付策略进行支付,是亟需解决的问题。
发明内容
鉴于上述问题,提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的优惠支付的实现方法、装置、电子设备和存储介质。
依据本申请的一个方面,提供了一种优惠支付的实现方法,包括:
根据当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式;
根据所述优惠前金额和可用优惠方式,生成优惠支付策略;
展示生成的优惠支付策略,根据选定的优惠支付策略完成当前支付场景的优惠支付。
可选地,所述优惠前金额是根据支付页面中触发的金额输入事件确定的;
所述可用支付渠道是当前支付场景支持的所有支付渠道,或者,所述可用支付渠道是根据支付页面中触发的支付渠道选取事件确定的支付渠道;所述支付页面中显示的支付渠道为当前支付场景支持的支付渠道。
可选地,各支付渠道被预先配置有与支付场景对应的优惠方式;
所述根据当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式包括:
将支持当前支付场景、所述优惠前金额和所述可用支付渠道的优惠方式作为当前支付场景的可用优惠方式。
可选地,所述根据所述优惠前金额和可用优惠方式,生成优惠支付策略包括:
根据所述优惠前金额生成与各可用优惠方式对应的单一优惠支付策略;
和/或,
根据各可用优惠方式,生成支持所述优惠前金额的组合优惠方式,根据所述优惠前金额生成与各组合优惠方式对应的组合优惠支付策略。
可选地,所述组合优惠支付策略包括:分别使用各可用支付渠道支付的优惠后金额。
可选地,所述优惠支付策略包括优惠后金额;
所述展示生成的优惠支付策略包括:
根据各优惠支付策略包含的优惠后金额确定各优惠支付策略的展示优先级。
可选地,所述支付场景包括:支付对象和/或支付时间。
依据本申请的另一方面,提供了一种优惠支付的实现装置,包括:
优惠方式获取单元,用于根据当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式;
策略生成单元,用于根据所述优惠前金额和可用优惠方式,生成优惠支付策略;
支付单元,用于展示生成的优惠支付策略,根据选定的优惠支付策略完成当前支付场景的优惠支付。
可选地,所述优惠前金额是根据支付页面中触发的金额输入事件确定的;
所述可用支付渠道是当前支付场景支持的所有支付渠道,或者,所述可用支付渠道是根据支付页面中触发的支付渠道选取事件确定的支付渠道;所述支付页面中显示的支付渠道为当前支付场景支持的支付渠道。
可选地,各支付渠道被预先配置有与支付场景对应的优惠方式;
所述优惠方式获取单元,用于将支持当前支付场景、所述优惠前金额和所述可用支付渠道的优惠方式作为当前支付场景的可用优惠方式。
可选地,所述策略生成单元,用于根据所述优惠前金额生成与各可用优惠方式对应的单一优惠支付策略;和/或,根据各可用优惠方式,生成支持所述优惠前金额的组合优惠方式,根据所述优惠前金额生成与各组合优惠方式对应的组合优惠支付策略。
可选地,所述组合优惠支付策略包括:分别使用各可用支付渠道支付的优惠后金额。
可选地,所述优惠支付策略包括优惠后金额;
所述支付单元,用于根据各优惠支付策略包含的优惠后金额确定各优惠支付策略的展示优先级。
可选地,所述支付场景包括:支付对象和/或支付时间。
依据本申请的又一方面,提供了一种电子设备,包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如上述任一所述的方法。
依据本申请的再一方面,提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现如上述任一所述的方法。
由上述可知,本申请的技术方案,能够基于当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式,再根据优惠前金额和可用优惠方式,生成优惠支付策略,展示生成的优惠支付策略,根据选定的优惠支付策略完成当前支付场景的优惠支付。该技术方案能够综合考虑在特定支付场景下能够使用的优惠方式,为用户提供可选的优惠支付策略,使用户能够在支付时获得足够的减免,带来了更佳的用户体验。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本申请的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本申请一个实施例的一种优惠支付的实现方法的流程示意图;
图2示出了根据本申请一个实施例的一种优惠支付的实现装置的结构示意图;
图3示出了根据本申请一个实施例的电子设备的结构示意图;
图4示出了根据本申请一个实施例的计算机可读存储介质的结构示意图。
具体实施方式
下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例,然而应当理解,可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本申请,并且能够将本申请的范围完整的传达给本领域的技术人员。
图1示出了根据本申请一个实施例的一种优惠支付的实现方法的流程示意图。如图1所示,该方法包括:
步骤S110,根据当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式。
具体地,在本申请的一个实施例中,支付场景包括支付对象和/或支付时间。支付对象,可以是提供商品或服务的商家,例如餐馆、酒店等。支付时间可以是产生支付请求的时间。可以理解,在一个支付场景中可以包含商家、商家提供的商品、商品单价、商品总价、商家提供的折扣等等。
在支付渠道提供优惠方式的情况下,商家所要求用户支付的金额不再是用户实际支付的金额,例如,某信用卡提供了在某商家刷卡九折的优惠方式,如果核算出的商品总价是1000元,则用户实际只需支付900元。那么1000元就是优惠前金额,900元是优惠后金额,可以看出,优惠前和优惠后是相对于使用支付渠道进行支付而言,而不是针对商家对自身提供的商品或服务的折扣而言。
步骤S120,根据优惠前金额和可用优惠方式,生成优惠支付策略。
步骤S130,展示生成的优惠支付策略,根据选定的优惠支付策略完成当前支付场景的优惠支付。例如在支付页面中展示信用卡+微信组合支付(需支付88元)、微信支付(需支付90元)、信用卡支付(需支付108元)。用户选定第一种优惠支付策略,则通过信用卡和微信两种渠道完成支付,共支付88元。
可见,图1所示的方法,能够综合考虑在特定支付场景下能够使用的优惠方式,为用户提供可选的优惠支付策略,使用户能够在支付时获得足够的减免,带来了更佳的用户体验。
在本申请的一个实施例中,上述方法中,优惠前金额是根据支付页面中触发的金额输入事件确定的;可用支付渠道是当前支付场景支持的所有支付渠道,或者,可用支付渠道是根据支付页面中触发的支付渠道选取事件确定的支付渠道;支付页面中显示的支付渠道为当前支付场景支持的支付渠道。
例如,在支付页面中,用户可以根据商家的要求输入相应的金额,也就是优惠前金额。在支付页面中可以展示商家支持的多种支付渠道,如果用户不进行选取,则可以认为所有支付渠道均为可用支付渠道,如果用户选取则将用户选取的支付渠道作为可用支付渠道。
在本申请的一个实施例中,上述方法中,各支付渠道被预先配置有与支付场景对应的优惠方式;根据当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式包括:将支持当前支付场景、优惠前金额和可用支付渠道的优惠方式作为当前支付场景的可用优惠方式。
例如,A信用卡的优惠方式为:在B商家刷卡享受九折优惠。C支付渠道的优惠方式为:在各商家购物,满100元减30元。小明在D商家购物花费110元,则只能将C支付渠道满100元减30元的优惠方式作为可用优惠方式。小亮在B商家购物花费70元,则只能将A信用卡九折作为可用优惠方式。小红未持有A信用卡,在B商家购物花费80元,则不存在可用优惠方式。对于不存在可用优惠方式的支付场景,可以参照现有技术完成不享受优惠的支付,在此不再详细介绍。另外,优惠方式不仅可以有支付对象的限制(在哪个商家可用),也可以有支付时间的限制(在特定时间,如周二可用),但确定可用优惠方式的方法与前类似,在此不再赘述。
在本申请的一个实施例中,上述方法中,根据优惠前金额和可用优惠方式,生成优惠支付策略包括:根据优惠前金额生成与各可用优惠方式对应的单一优惠支付策略;和/或,根据各可用优惠方式,生成支持优惠前金额的组合优惠方式,根据优惠前金额生成与各组合优惠方式对应的组合优惠支付策略。
例如,选择只使用信用卡支付,或者只使用微信支付,就可以分别仅享用信用卡的优惠方式,以及享用微信的优惠方式。但是在实际的支付场景中,经常会遇到如果采用多种支付方式,能够获取更多优惠。那么此时就需要判断是否存在可用的组合优惠方式。
以A信用卡的优惠方式为在B商家刷卡享受九折优惠、C支付渠道的优惠方式为在各商家购物,满100元减30元的情况举例说明。小刚在B商家消费120元,则可以通过C支付渠道支付100元(优惠后实际支付70元),剩余20元通过A信用卡支付(优惠后实际支付18元),共计支付88元。此时,A信用卡的优惠方式与C支付渠道的优惠方式就得到了组合,形成了组合优惠策略。但该组合优惠策略可用,是根据小刚的实际消费金额120元确定的。
试看另一例:C支付渠道的优惠方式为在各商家购物,满100元减30元;D支付渠道的优惠方式为在E商家购物,超过120元的部分八折优惠。那么对于在E商家消费140元的小丽来说,C支付渠道的优惠方式和D支付渠道的优惠方式都是可用优惠方式。但是,消费的140元无法同时支持C支付渠道的优惠方式和D支付渠道的优惠方式,因此,也就不存在与该优惠前金额对应的组合优惠支付策略。
在本申请的一个实施例中,上述方法中,组合优惠支付策略包括:分别使用各可用支付渠道支付的优惠后金额。例如消费120元,其中100元采用微信支付100元减30元的优惠方式(需支付70元),20元采用信用卡九折的优惠方式(需支付18元),则在支付页面中除了展示信用卡+微信组合支付(需支付88元)外,可以展示需使用微信支付70元,需使用信用卡支付18元。
在本申请的一个实施例中,上述方法中,优惠支付策略包括优惠后金额;展示生成的优惠支付策略包括:根据各优惠支付策略包含的优惠后金额确定各优惠支付策略的展示优先级。
例如在支付页面中展示信用卡+微信组合支付(需支付88元)、微信支付(需支付90元)、信用卡支付(需支付108元)。由于用户通常都会选择最优惠的方式,因此可以将优惠最高(优惠后金额最低)的优惠支付策略放到第一位,以此类推。
图2示出了根据本申请一个实施例的一种优惠支付的实现装置的结构示意图。如图2所示,优惠支付的实现装置200包括:
优惠方式获取单元210,用于根据当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式。
具体地,在本申请的一个实施例中,支付场景包括支付对象和/或支付时间。支付对象,可以是提供商品或服务的商家,例如餐馆、酒店等。支付时间可以是产生支付请求的时间。可以理解,在一个支付场景中可以包含商家、商家提供的商品、商品单价、商品总价、商家提供的折扣等等。
在支付渠道提供优惠方式的情况下,商家所要求用户支付的金额不再是用户实际支付的金额,例如,某信用卡提供了在某商家刷卡九折的优惠方式,如果核算出的商品总价是1000元,则用户实际只需支付900元。那么1000元就是优惠前金额,900元是优惠后金额,可以看出,优惠前和优惠后是相对于使用支付渠道进行支付而言,而不是针对商家对自身提供的商品或服务的折扣而言。
策略生成单元220,用于根据优惠前金额和可用优惠方式,生成优惠支付策略。
支付单元230,用于展示生成的优惠支付策略,根据选定的优惠支付策略完成当前支付场景的优惠支付。
例如在支付页面中展示信用卡+微信组合支付(需支付88元)、微信支付(需支付90元)、信用卡支付(需支付108元)。用户选定第一种优惠支付策略,则通过信用卡和微信两种渠道完成支付,共支付88元。
可见,图2所示的装置,能够综合考虑在特定支付场景下能够使用的优惠方式,为用户提供可选的优惠支付策略,使用户能够在支付时获得足够的减免,带来了更佳的用户体验。
在本申请的一个实施例中,上述装置中,优惠前金额是根据支付页面中触发的金额输入事件确定的;可用支付渠道是当前支付场景支持的所有支付渠道,或者,可用支付渠道是根据支付页面中触发的支付渠道选取事件确定的支付渠道;支付页面中显示的支付渠道为当前支付场景支持的支付渠道。
在本申请的一个实施例中,上述装置中,各支付渠道被预先配置有与支付场景对应的优惠方式;优惠方式获取单元210,用于将支持当前支付场景、优惠前金额和可用支付渠道的优惠方式作为当前支付场景的可用优惠方式。
在本申请的一个实施例中,上述装置中,策略生成单元220,用于根据优惠前金额生成与各可用优惠方式对应的单一优惠支付策略;和/或,根据各可用优惠方式,生成支持优惠前金额的组合优惠方式,根据优惠前金额生成与各组合优惠方式对应的组合优惠支付策略。
在本申请的一个实施例中,上述装置中,组合优惠支付策略包括:分别使用各可用支付渠道支付的优惠后金额。
在本申请的一个实施例中,上述装置中,优惠支付策略包括优惠后金额;支付单元230,用于根据各优惠支付策略包含的优惠后金额确定各优惠支付策略的展示优先级。
在本申请的一个实施例中,上述装置中,支付场景包括:支付对象和/或支付时间。
需要说明的是,上述各装置实施例的具体实施方式可以参照前述对应方法实施例的具体实施方式进行,在此不再赘述。
综上所述,本申请的技术方案,能够基于当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式,再根据优惠前金额和可用优惠方式,生成优惠支付策略,展示生成的优惠支付策略,根据选定的优惠支付策略完成当前支付场景的优惠支付。该技术方案能够综合考虑在特定支付场景下能够使用的优惠方式,为用户提供可选的优惠支付策略,使用户能够在支付时获得足够的减免,带来了更佳的用户体验,使用户一目了然。
需要说明的是:
在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述,构造这类装置所要求的结构是显而易见的。此外,本申请也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本申请的内容,并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本申请并帮助理解各个发明方面中的一个或多个,在上面对本申请的示例性实施例的描述中,本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本申请的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本申请的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的优惠支付的实现装置中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
例如,图3示出了根据本申请一个实施例的电子设备的结构示意图。该电子设备300包括处理器310和被安排成存储计算机可执行指令(计算机可读程序代码)的存储器320。存储器320可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器320具有存储用于执行上述方法中的任何方法步骤的计算机可读程序代码331的存储空间330。例如,用于存储计算机可读程序代码的存储空间330可以包括分别用于实现上面的方法中的各种步骤的各个计算机可读程序代码331。计算机可读程序代码331可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘,紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图4所述的计算机可读存储介质。图4示出了根据本申请一个实施例的一种计算机可读存储介质的结构示意图。该计算机可读存储介质400存储有用于执行根据本申请的方法步骤的计算机可读程序代码331,可以被电子设备300的处理器310读取,当计算机可读程序代码331由电子设备300运行时,导致该电子设备300执行上面所描述的方法中的各个步骤,具体来说,该计算机可读存储介质存储的计算机可读程序代码331可以执行上述任一实施例中示出的方法。计算机可读程序代码331可以以适当形式进行压缩。
应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
Claims (10)
1.一种优惠支付的实现方法,包括:
根据当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式;
根据所述优惠前金额和可用优惠方式,生成优惠支付策略;
展示生成的优惠支付策略,根据选定的优惠支付策略完成当前支付场景的优惠支付。
2.如权利要求1所述的方法,其特征在于,
所述优惠前金额是根据支付页面中触发的金额输入事件确定的;
所述可用支付渠道是当前支付场景支持的所有支付渠道,或者,所述可用支付渠道是根据支付页面中触发的支付渠道选取事件确定的支付渠道;所述支付页面中显示的支付渠道为当前支付场景支持的支付渠道。
3.如权利要求1所述的方法,其特征在于,各支付渠道被预先配置有与支付场景对应的优惠方式;
所述根据当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式包括:
将支持当前支付场景、所述优惠前金额和所述可用支付渠道的优惠方式作为当前支付场景的可用优惠方式。
4.如权利要求1所述的方法,其特征在于,所述根据所述优惠前金额和可用优惠方式,生成优惠支付策略包括:
根据所述优惠前金额生成与各可用优惠方式对应的单一优惠支付策略;
和/或,
根据各可用优惠方式,生成支持所述优惠前金额的组合优惠方式,根据所述优惠前金额生成与各组合优惠方式对应的组合优惠支付策略。
5.如权利要求4所述的方法,其特征在于,所述组合优惠支付策略包括:分别使用各可用支付渠道支付的优惠后金额。
6.如权利要求1所述的方法,其特征在于,所述优惠支付策略包括优惠后金额;
所述展示生成的优惠支付策略包括:
根据各优惠支付策略包含的优惠后金额确定各优惠支付策略的展示优先级。
7.如权利要求1-6中任一项所述的方法,其特征在于,所述支付场景包括:支付对象和/或支付时间。
8.一种优惠支付的实现装置,包括:
优惠方式获取单元,用于根据当前支付场景的优惠前金额和可用支付渠道,获取当前支付场景的可用优惠方式;
策略生成单元,用于根据所述优惠前金额和可用优惠方式,生成优惠支付策略;
支付单元,用于展示生成的优惠支付策略,根据选定的优惠支付策略完成当前支付场景的优惠支付。
9.一种电子设备,其中,该电子设备包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如权利要求1-7中任一项所述的方法。
10.一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现如权利要求1-7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911051914.XA CN110852746A (zh) | 2019-10-31 | 2019-10-31 | 优惠支付的实现方法、装置、电子设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911051914.XA CN110852746A (zh) | 2019-10-31 | 2019-10-31 | 优惠支付的实现方法、装置、电子设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110852746A true CN110852746A (zh) | 2020-02-28 |
Family
ID=69599455
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911051914.XA Pending CN110852746A (zh) | 2019-10-31 | 2019-10-31 | 优惠支付的实现方法、装置、电子设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110852746A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112036863A (zh) * | 2020-07-31 | 2020-12-04 | 长沙市到家悠享网络科技有限公司 | 一种支付金额处理方法、装置、电子设备以及存储介质 |
CN113706138A (zh) * | 2021-10-28 | 2021-11-26 | 深圳市深圳通有限公司 | 基于数字货币硬钱包的支付方法、装置、设备及存储介质 |
CN114202323A (zh) * | 2021-12-16 | 2022-03-18 | 深圳前海微众银行股份有限公司 | 电商订单的支付方法、系统、终端设备以及存储介质 |
WO2022247969A1 (zh) * | 2021-05-28 | 2022-12-01 | 支付宝(杭州)信息技术有限公司 | 用于支付的方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140108119A1 (en) * | 2012-10-12 | 2014-04-17 | Kt Corporation | Management of multiple payment processes through user equipment |
US20140149198A1 (en) * | 2012-11-28 | 2014-05-29 | Kt Corporation | User interface for mobile payment service |
CN106779661A (zh) * | 2017-02-15 | 2017-05-31 | 宇龙计算机通信科技(深圳)有限公司 | 移动支付方式选择方法及系统 |
CN109767260A (zh) * | 2018-12-15 | 2019-05-17 | 深圳壹账通智能科技有限公司 | 基于一体化支付的账单优惠方法、装置、设备及存储介质 |
CN110097356A (zh) * | 2019-05-07 | 2019-08-06 | 苏州达家迎信息技术有限公司 | 一种支付方法、装置、设备和存储介质 |
-
2019
- 2019-10-31 CN CN201911051914.XA patent/CN110852746A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140108119A1 (en) * | 2012-10-12 | 2014-04-17 | Kt Corporation | Management of multiple payment processes through user equipment |
US20140149198A1 (en) * | 2012-11-28 | 2014-05-29 | Kt Corporation | User interface for mobile payment service |
CN106779661A (zh) * | 2017-02-15 | 2017-05-31 | 宇龙计算机通信科技(深圳)有限公司 | 移动支付方式选择方法及系统 |
CN109767260A (zh) * | 2018-12-15 | 2019-05-17 | 深圳壹账通智能科技有限公司 | 基于一体化支付的账单优惠方法、装置、设备及存储介质 |
CN110097356A (zh) * | 2019-05-07 | 2019-08-06 | 苏州达家迎信息技术有限公司 | 一种支付方法、装置、设备和存储介质 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112036863A (zh) * | 2020-07-31 | 2020-12-04 | 长沙市到家悠享网络科技有限公司 | 一种支付金额处理方法、装置、电子设备以及存储介质 |
WO2022247969A1 (zh) * | 2021-05-28 | 2022-12-01 | 支付宝(杭州)信息技术有限公司 | 用于支付的方法及装置 |
CN113706138A (zh) * | 2021-10-28 | 2021-11-26 | 深圳市深圳通有限公司 | 基于数字货币硬钱包的支付方法、装置、设备及存储介质 |
CN114202323A (zh) * | 2021-12-16 | 2022-03-18 | 深圳前海微众银行股份有限公司 | 电商订单的支付方法、系统、终端设备以及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110852746A (zh) | 优惠支付的实现方法、装置、电子设备和存储介质 | |
US11270360B2 (en) | System and method for generating and storing digital receipts for electronic shopping | |
US11494827B2 (en) | System and method for quick transactions | |
CN105654293B (zh) | 支付方法及装置 | |
US8788324B1 (en) | Preferred payment type | |
CN109767260A (zh) | 基于一体化支付的账单优惠方法、装置、设备及存储介质 | |
US20140337182A1 (en) | System and method for processing gifts from a giver to a recipient | |
US20150149308A1 (en) | Method and System for Credit Card Selection at a Point of Sale | |
US20140379448A1 (en) | Method For Purchasing Regulated Products Via The Internet | |
CN110135886B (zh) | 支持券核销一体化的点单方法以及系统 | |
CN109034948B (zh) | 交易处理方法、装置、设备及系统 | |
CN110782246A (zh) | 支付方式的推荐方法、装置及介质 | |
US20120179577A1 (en) | System and method for processing gifts from a giver to a recipient | |
US7533059B2 (en) | Purchasing using a physical object | |
US20200387948A1 (en) | Systems and methods for providing customized in-store navigation | |
US20140006114A1 (en) | Spending capability system | |
JP2021523453A (ja) | 福祉型ディスカウントモールシステム及びその運営方法 | |
US20140122202A1 (en) | Managing vendor offers | |
CN113327137A (zh) | 一种广告投放方法、服务器、收款设备及计算机程序产品 | |
US11334864B2 (en) | Mobile wallet cognitive rewards recognition system and method | |
JP7389300B1 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
CN105718156A (zh) | 一种业务处理方法及系统 | |
US20140297414A1 (en) | Routine suggestion system | |
US20140025462A1 (en) | Promotion System And Method | |
CN114936859A (zh) | 一种资源数据处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200228 |