CN111709777A - 支付方式的推荐方法、系统、终端设备及存储介质 - Google Patents
支付方式的推荐方法、系统、终端设备及存储介质 Download PDFInfo
- Publication number
- CN111709777A CN111709777A CN202010473967.7A CN202010473967A CN111709777A CN 111709777 A CN111709777 A CN 111709777A CN 202010473967 A CN202010473967 A CN 202010473967A CN 111709777 A CN111709777 A CN 111709777A
- Authority
- CN
- China
- Prior art keywords
- payment
- deduction
- amount
- resource
- information
- 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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0222—During e-commerce, i.e. online transactions
-
- 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/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Game Theory and Decision Science (AREA)
- Marketing (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供了一种支付方式的推荐方法、系统、终端设备及存储介质,该方法包括:获取目标订单中的商家信息,若针对所述商家信息存在指定用户,则获取指定用户针对目标订单的优惠信息;根据优惠信息对目标订单进行支付;若目标订单在完成支付后存在待支付金额,则根据商家信息分别查询不同支付方式中的第一资源信息和第二资源信息;根据第一资源信息和第二资源信息对待支付金额进行支付方式的推荐。本申请能自动进行优惠支付,无需用户人工进行优惠的查询,方便了用户的支付操作,且能根据第一资源信息和第二资源信息对待支付金额自动进行支付方式的推荐,无需用户人工的进行支付优惠的计算和选择。
Description
技术领域
本申请属于订单支付领域,尤其涉及一种支付方式的推荐方法、系统、终端设备及存储介质。
背景技术
随着电子商务的发展,用户通过终端进行订单支付的现象越来越普遍。在订单支付过程中,服务器会向终端推送携带验证信息请求的支付界面,用户手动输入密码、短信验证码等验证信息,服务器验证成功后完成支付。
现有的订单支付过程中,需要用户人工的进行优惠的查询和不同支付方式中抵扣金额的计算,进而导致用户支付操作繁琐,且降低了订单支付效率。
发明内容
本申请实施例提供了一种支付方式的推荐方法、系统、终端设备及存储介质,旨在解决现有的订单支付过程中,由于需要用户人工的进行会员优惠的查询和不同支付方式中优惠金额的计算,所导致的订单支付效率低下的问题。
第一方面,本申请实施例提供了一种支付方式的推荐方法,所述方法包括:
获取目标订单中的商家信息,若针对所述商家信息存在指定用户,则获取所述指定用户针对所述目标订单的优惠信息;
根据所述优惠信息对所述目标订单进行支付;
若所述目标订单在完成支付后存在待支付金额,则根据所述商家信息分别查询不同支付方式中的第一资源信息和第二资源信息,所述第一资源信息和所述第二资源信息用于抵扣所述待支付金额;
根据所述第一资源信息和所述第二资源信息对所述待支付金额进行支付方式的推荐。
本申请实施例与现有技术相比存在的有益效果是:通过获取指定用户对目标订单的优惠信息,能自动进行优惠支付,无需用户人工进行优惠的查询,方便了用户的支付操作,且通过对不同支付方式中第一资源信息和第二资源信息的查询,能根据第一资源信息和第二资源信息对待支付金额自动进行支付方式的推荐,无需用户人工的进行支付优惠的计算和选择,提高了订单支付效率。
进一步地,所述根据所述第一资源信息和所述第二资源信息对所述待支付金额进行支付方式的推荐,包括:
分别对不同所述支付方式中的所述第一资源信息和所述第二资源信息进行组合,得到多组资源组合,并分别计算每组所述资源组合对应的抵扣金额;
分别计算每组所述资源组合的支付推荐等级,并将最大所述支付推荐等级和最大所述抵扣金额分别对应的所述资源组合进行支付方式的推荐。
进一步地,所述分别对每种所述支付方式中的所述第一资源信息和所述第二资源信息进行组合,得到多组资源组合,并分别计算每组所述资源组合对应的抵扣金额,包括:
根据所述待支付金额计算优惠限额,并获取不同所述支付方式中抵扣值小于或等于所述优惠限额的金额抵扣卷,得到待组合抵扣卷,其中,所述优惠限额大于或等于所述待支付金额;
分别计算不同所述支付方式中所述第二资源信息中支付积分对应的金额兑换值,并在每种所述支付方式中,将所述待组合抵扣卷中最大抵扣值的金额抵扣卷与对应所述金额兑换值进行组合,得到所述资源组合;
计算每个所述资源组合中所述待组合抵扣卷的抵扣值和对应所述金额兑换值之间的和,得到所述抵扣金额。
进一步地,所述将所述待组合抵扣卷中最大抵扣值的金额抵扣卷与对应所述金额兑换值进行组合的步骤之后,所述方法还包括:
计算所述待组合抵扣卷中最大抵扣值与金额阈值之间的差值,得到金额差值;
将所述待组合抵扣卷中抵扣值在所述金额差值与最大抵扣值之间的金额抵扣卷设置为备用抵扣卷;
将所述备用抵扣卷中剩余使用时间最小的抵扣卷与对应所述金额兑换值进行组合,得到所述资源组合;
计算每个所述资源组合中所述备用抵扣卷的抵扣值和对应所述金额兑换值之间的和,得到所述抵扣金额。
进一步地,分别计算每组所述资源组合的支付推荐等级所采用的计算公式为:
S=K*An/C+Q*(D-Bn);
其中,S为所述支付推荐等级,An为第n个所述资源组合中所述待组合抵扣卷的抵扣值,Bn为第n个所述资源组合中所述待组合抵扣卷的剩余使用时间,K为第一预设权值,Q为第二预设权值,C为所有所述待组合抵扣卷中的最大抵扣值,D为所有所述待组合抵扣卷中的最大剩余使用时间。
进一步地,所述优惠信息包括所述指定用户对应的优惠折扣、支付抵扣卷、用户积分和用户余额,所述根据所述优惠信息对所述目标订单进行支付,包括:
根据所述优惠折扣对所述目标订单中的订单金额进行折扣计算,并对所述用户积分进行兑换计算,得到金额兑换值;
根据所述支付抵扣卷、所述金额兑换值和所述用户余额对折扣后的所述订单金额进行支付计算;
若所述订单金额支付后存在剩余金额,则将所述剩余金额设置为所述待支付金额。
进一步地,所述将最大所述支付推荐等级和最大所述抵扣金额分别对应的所述资源组合进行支付方式的推荐的步骤之后,所述方法还包括:
若接收到针对所述推荐的选中指令,根据所述选中指令选中的所述资源组合和所述资源组合对应的所述支付方式对所述待支付金额进行支付;
若接收到针对所述推荐的否认指令,则获取用户预设的支付方式和所述预设的支付方式对应的支付顺序;
根据所述预设的支付方式和所述支付顺序对所述待支付金额进行支付。
第二方面,本申请实施例提供了一种支付方式的推荐系统,包括:
优惠信息获取模块,用于获取目标订单中的商家信息,若针对所述商家信息存在指定用户,则获取所述指定用户针对所述目标订单的优惠信息;
第一支付模块,用于根据所述优惠信息对所述目标订单进行支付;
资源信息查询模块,用于若所述目标订单在完成支付后存在待支付金额,则根据所述商家信息分别查询不同支付方式中的第一资源信息和第二资源信息,所述第一资源信息和所述第二资源信息用于抵扣所述待支付金额;
支付方式推荐模块,用于根据所述第一资源信息和所述第二资源信息对所述待支付金额进行支付方式的推荐。
第三方面,本申请实施例提供了一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上述的方法。
第四方面,本申请实施例提供了一种存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如上述的方法。
第五方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在终端设备上运行时,使得终端设备执行上述第一方面中任一项所述的支付方式的推荐方法。
可以理解的是,上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1是本申请第一实施例提供的支付方式的推荐方法的流程图;
图2是本申请第二实施例提供的支付方式的推荐方法的流程图;
图3是图2中步骤S41的具体实施步骤的流程图;
图4是本申请第三实施例提供的支付方式的推荐系统的结构示意图;
图5是本申请第四实施例提供的终端设备的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
实施例一
请参阅图1,是本申请第一实施例提供的支付方式的推荐方法的流程图,包括步骤:
步骤S10,获取目标订单中的商家信息,若针对所述商家信息存在指定用户,则获取所述指定用户针对所述目标订单的优惠信息;
其中,该支付方式的推荐方法可以应用于任一具有订单支付功能的终端设备,例如手机、平板或可穿戴智能设备等。该目标订单可以基于支付码、POS机或刷卡的方式生成,该目标订单中存储订单号、商品信息、商家信息和订单金额;该指定用户可以为针对该商家信息的会员用户,通过判断本地账号中是否存在该商家信息对应目标商家的用户账号,以判定该终端设备中是否存在针对该商家信息的指定用户,该用户账号可以为手机号码、邮箱或会员数字编码等。
具体的,该步骤中,该商家信息包括商家名称和商家地址,该商家信息用于指向对应的订单商家,若本地账号中针对该商家信息存在指定用户,则获取该指定用户针对该目标订单的优惠信息,该优惠信息包括以下至少一种:优惠折扣、支付抵扣卷、用户积分和用户余额,该优惠信息用于对该目标订单的订单金额进行优惠支付。
步骤S20,根据所述优惠信息对所述目标订单进行支付;
若优惠信息同时包括优惠折扣、支付抵扣卷、用户积分和用户余额,则该步骤中,根据该优惠折扣、支付抵扣卷、用户积分和用户余额对该目标订单进行支付,以达到自动进行会员支付的效果,使得用户无需手动进行会员信息的查询和会员支付的操作,提高了用户的支付体验。
具体的,该步骤中,通过根据该优惠信息对目标订单进行支付的设计,使得用户无需手动的进行会员优惠的查询和操作,通过自动查询商家信息,并基于商家信息自动查询是否存在指定用户(会员账号),有效的方便了用户的支付操作,提高了用户的支付体验。
步骤S30,若所述目标订单在完成支付后存在待支付金额,则根据所述商家信息分别查询不同支付方式中的第一资源信息和第二资源信息;
其中,所述第一资源信息和所述第二资源信息用于抵扣所述待支付金额,该第一资源信息中存储有针对该订单商家的所有抵扣卷,每张抵扣卷均包括抵扣值和剩余使用时间,该抵扣卷用于用户在对该订单商家进行订单支付时的现金抵扣,例如,当前时间为2020年1月1日,该抵扣卷的抵扣值为50元,剩余时间为7天,则该抵扣卷在2020年1月1日至2020年1月8日之间,用户在对该订单商家进行支付时,使用该抵扣卷能进行50元现金的抵扣,例如,当该目标订单的订单金额为100元,使用该抵扣卷后用户只需要支付剩余的50元即可完成该目标订单。
具体的,该第二资源信息中存储有针对该订单商家的支付积分,该支付积分可用于进行现金兑换后,对该订单商家对应的订单金额进行抵扣,例如,当该支付积分为1000分,该支付积分对应的兑换比例为100时,则针对该订单商家对应的订单金额抵扣值为10元,即该1000分的支付积分可用于对该订单商家进行订单金额支付时抵扣10元现金。
优选的,本实施例中,若针对该商家信息不存在指定用户,则直接根据商家信息分别查询不同支付方式中的第一资源信息和第二资源信息,第一步地,若目标订单在步骤S20中完成支付后不存在待支付金额,则停止该第一资源信息和第二资源信息的查询,此时针对该目标订单已经完成了支付操作。
步骤S40,根据所述第一资源信息和所述第二资源信息对所述待支付金额进行支付方式的推荐;
其中,通过在不同支付方式中,将对应的第一资源信息中的抵扣卷和第二资源信息中的支付积分进行组合,以得到多组资源组合,通过分别计算每组资源组合对应的抵扣金额,并将最大抵扣金额对应的支付方式进行推荐,使得用户无需手动进行不同支付方式中的优惠计算,方便了用户的支付操作。
例如,用户所使用终端设备中包括第一支付方式、第二支付方式和第三支付方式,第一支付方式中包括资源组合A,第二支付方式中包括资源组合B,第三支付方式中包括资源组合C,针对资源组合A计算得到的抵扣金额为100元,针对资源组合B计算得到的抵扣金额为90元,针对资源组合C计算得到的抵扣金额为80元时,则将该资源组合A对应的第一支付方式进行支付推荐。
本实施例中,通过获取指定用户对目标订单的优惠信息,能自动进行优惠支付,无需用户人工进行优惠的查询,方便了用户的支付操作,且通过对不同支付方式中第一资源信息和第二资源信息的查询,能根据第一资源信息和第二资源信息对待支付金额自动进行支付方式的推荐,无需用户人工的进行支付优惠的计算和选择,提高了订单支付效率。
实施例二
请参阅图2,是本申请第二实施例提供的支付方式的推荐方法的流程图,包括步骤:
步骤S11,获取目标订单中的商家信息,若针对所述商家信息存在指定用户,则获取所述指定用户针对所述目标订单的优惠信息;
步骤S21,根据所述优惠信息对所述目标订单进行支付;
具体的,所述优惠信息包括所述指定用户对应的优惠折扣、支付抵扣卷、用户积分和用户余额,该步骤中,所述根据所述优惠信息对所述目标订单进行支付,包括:
步骤S210,根据所述优惠折扣对所述目标订单中的订单金额进行折扣计算,并对所述用户积分进行兑换计算,得到金额兑换值;
其中,该优惠折扣对用于目标订单中的订单金额进行打折,例如,当该订单金额为1000元,优惠折扣为9折时,则折扣计算后的订单金额为900元。
优选的,该步骤中,当该优惠信息中未存储有优惠折扣时,即优惠折扣为0时,则直接对该用户积分进行兑换计算得到金额兑换值。
步骤S211,根据所述支付抵扣卷、所述金额兑换值和所述用户余额对折扣后的所述订单金额进行支付计算。
步骤S31,若所述目标订单在完成支付后存在待支付金额,则根据所述商家信息分别查询不同支付方式中的第一资源信息和第二资源信息;
其中,所述第一资源信息和所述第二资源信息用于抵扣所述待支付金额。
步骤S41,分别对不同所述支付方式中的所述第一资源信息和所述第二资源信息进行组合,得到多组资源组合,并分别计算每组所述资源组合对应的抵扣金额;
其中,不同支付方式的第一资源信息内可以存储有多个不同的金额抵扣卷,每个金额抵扣卷的抵扣值和/或剩余使用时间可以不相同,例如,本实施例中用户的终端设备内设置有第一支付方式和第二支付方式,第一支付方式中的第一资源信息包括金额抵扣卷a1、金额抵扣卷a2和金额抵扣卷a3,该第一支付方式的第二资源信息中的支付积分a4,第二支付方式中的第一资源信息包括金额抵扣卷b1、金额抵扣卷b2和金额抵扣卷b3,该第二支付方式的第二资源信息中的支付积分b4;
优选的,该步骤中,将该金额抵扣卷a1、金额抵扣卷a2和金额抵扣卷a3分别与支付积分a4进行组合,得到资源组合a1a4、资源组合a2a4和资源组合a3a4,将该金额抵扣卷b1、金额抵扣卷b2和金额抵扣卷b3分别与支付积分b4进行组合,得到资源组合b1b4、资源组合b2b4和资源组合b3b4(一共六组资源组合),并分别计算每组资源组合对应的抵扣金额。
具体的,请参阅图3,该步骤中,所述分别对每种所述支付方式中的所述第一资源信息和所述第二资源信息进行组合,得到多组资源组合,并分别计算每组所述资源组合对应的抵扣金额,包括:
步骤S401,根据所述待支付金额计算优惠限额,并获取不同所述支付方式中抵扣值小于或等于所述优惠限额的金额抵扣卷,得到待组合抵扣卷;
其中,该优惠限额大于或等于待支付金额,该步骤中,通过计算该待支付金额与预设限额差值之间的和,以得到该优惠限额,通过根据该优惠限额进行待组合抵扣卷的设置,有效的防止了抵扣值远大于待支付金额所导致的金额抵扣卷的浪费。
例如,该待支付金额为200元,预设限额差值为20元,该金额抵扣卷a1对应的抵扣值为130元,金额抵扣卷a2对应的抵扣值为110元,金额抵扣卷a3对应的抵扣值为90元,则针对第一支付方式将金额抵扣卷a1、金额抵扣卷a2和金额抵扣卷a3均设置为待组合抵扣卷;
第一步地,该金额抵扣卷b1对应的抵扣值为120元,金额抵扣卷b2对应的抵扣值为100元,金额抵扣卷b3对应的抵扣值为30元,则针对第二支付方式将金额抵扣卷b1、金额抵扣卷b2和金额抵扣卷b3均设置为待组合抵扣卷。
步骤S402,分别计算不同所述支付方式中所述第二资源信息中支付积分对应的金额兑换值,并在每种所述支付方式中,将所述待组合抵扣卷中最大抵扣值的金额抵扣卷与对应所述金额兑换值进行组合,得到所述资源组合;
其中,该支付积分可用于进行现金兑换后,对该订单商家对应的订单金额进行抵扣,例如,当该支付积分为1000分,该支付积分对应的兑换比例为100时,则针对该订单商家对应的订单金额抵扣值为10元,即该1000分的支付积分可用于对该订单商家进行订单金额支付时抵扣10元现金,优选的,不同支付方式中该支付积分的兑换比例可以不相同。
例如,针对支付积分a4计算得到的金额兑换值为10元,针对支付积分b4计算得到的金额兑换值为5元,则针对第一支付方式,将待组合抵扣卷中最大抵扣值130元对应的金额抵扣卷a1与金额兑换值10元进行组合,得到资源组合d1,针对第二支付方式,将待组合抵扣卷中最大抵扣值120元对应的金额抵扣卷b1与金额兑换值5元进行组合,得到资源组合d2。
步骤S403,计算所述待组合抵扣卷中最大抵扣值与金额阈值之间的差值,得到金额差值;
其中,该金额阈值可以根据用户的需求进行设置,例如,该金额阈值可以设置为10、20或30等,本实施例中,该金额阈值设置为20,则该步骤中计算得到的金额差值为120-20=100元,该金额差值用于选取备用抵扣卷。
步骤S404,将所述待组合抵扣卷中抵扣值在所述金额差值与最大抵扣值之间的金额抵扣卷设置为备用抵扣卷;
其中,将抵扣值在100元至120元之间的待组合抵扣卷设置为备用抵扣卷,因此,将该金额抵扣卷a2和金额抵扣卷b2均设置为备用抵扣卷。
步骤S405,将所述备用抵扣卷中剩余使用时间最小的抵扣卷与对应所述金额兑换值进行组合,得到所述资源组合;
其中,每个金额抵扣卷均设置有剩余使用时间,例如,当该金额抵扣卷a2的剩余使用时间为3天,金额抵扣卷b2的剩余时间为4天时,则将该金额抵扣卷a2与金额兑换值10元进行组合,得到资源组合d3。
步骤S406,计算每个所述资源组合中所述待组合抵扣卷的抵扣值和对应所述金额兑换值之间的和,得到所述抵扣金额;
其中,分别计算该资源组合d1、资源组合d2和资源组合d3中待组合抵扣卷的抵扣值和对应所述金额兑换值之间的和,针对资源组合d1,计算得到的抵扣金额为130+10=140元,针对资源组合d2,计算得到的抵扣金额为120+5=125元,针对资源组合d3,计算得到的抵扣金额为110+10=120元。
请继续参数图2,步骤S51,分别计算每组所述资源组合的支付推荐等级,并将最大所述支付推荐等级和最大所述抵扣金额分别对应的所述资源组合进行支付方式的推荐;
该步骤中,分别计算每组所述资源组合的支付推荐等级所采用的计算公式为:
S=K*An/C+Q*(D-Bn);
其中,S为所述支付推荐等级,An为第n个所述资源组合中所述待组合抵扣卷的抵扣值,Bn为第n个所述资源组合中所述待组合抵扣卷的剩余使用时间,K为第一预设权值,Q为第二预设权值,C为所有所述待组合抵扣卷中的最大抵扣值,D为所有所述待组合抵扣卷中的最大剩余使用时间,具体的,该步骤中,以金额抵扣卷的抵扣值和剩余使用时间为推荐等级的考虑因素,有效的提高了每个资源组合中支付推荐等级计算的准确性。
例如,当针对资源组合d1、资源组合d2和资源组合d3计算得到的支付推荐等级对为S1、S2和S3,且S3大于S1,S1大于S2时,则将该最大支付推荐等级S3对应的资源组合d3和最大抵扣金额140元对应的资源组合d1进行支付方式的推荐。
此外,该步骤中,所述将最大所述支付推荐等级和最大所述抵扣金额分别对应的所述资源组合进行支付方式的推荐的步骤之后,所述方法还包括:
若接收到针对所述推荐的选中指令,根据所述选中指令选中的所述资源组合和所述资源组合对应的所述支付方式对所述待支付金额进行支付;
若接收到针对所述推荐的否认指令,则获取用户预设的支付方式和所述预设的支付方式对应的支付顺序;
根据所述预设的支付方式和所述支付顺序对所述待支付金额进行支付;
其中,若接收到针对所述推荐的否认指令,则判定无需根据推荐的支付方式进行推荐,因此,通过获取用户预设的支付方式和预设的支付方式对应的支付顺序直接对待支付金额进行支付。
本实施例中,通过获取指定用户对目标订单的优惠信息,能自动进行优惠支付,无需用户人工进行优惠的查询,方便了用户的支付操作,通过分别计算每组资源组合对应的抵扣金额的设计,以获取资源组合中最大抵扣值对应的资源组合,并将该最大抵扣值对应的资源组合进行支付推荐的设计,使得用户无需人工的进行支付优惠的计算和选择,提高了订单支付效率,且本实施例中,以金额抵扣卷的抵扣值和剩余使用时间为推荐等级的考虑因素,有效的提高了每个资源组合中支付推荐等级计算的准确性。
实施例三
对应于上文实施例所述的支付方式的推荐方法,图4示出了本申请第三实施例提供的支付方式的推荐系统100的结构示意图,为了便于说明,仅示出了与本申请实施例相关的部分。
参照图4,该系统包括:优惠信息获取模块10、第一支付模块11、资源信息查询模块12和支付方式推荐模块13,其中:
优惠信息获取模块10,用于获取目标订单中的商家信息,若针对所述商家信息存在指定用户,则获取所述指定用户针对所述目标订单的优惠信息。
第一支付模块11,用于根据所述优惠信息对所述目标订单进行支付。
其中,所述第一支付模块11还用于:根据所述优惠折扣对所述目标订单中的订单金额进行折扣计算,并对所述用户积分进行兑换计算,得到金额兑换值;
根据所述支付抵扣卷、所述金额兑换值和所述用户余额对折扣后的所述订单金额进行支付计算;
若所述订单金额支付后存在剩余金额,则将所述剩余金额设置为所述待支付金额。
资源信息查询模块12,用于若所述目标订单在完成支付后存在待支付金额,则根据所述商家信息分别查询不同支付方式中的第一资源信息和第二资源信息,所述第一资源信息和所述第二资源信息用于抵扣所述待支付金额。
支付方式推荐模块13,用于根据所述第一资源信息和所述第二资源信息对所述待支付金额进行支付方式的推荐。
其中,所述支付方式推荐模块13还用于:分别对不同所述支付方式中的所述第一资源信息和所述第二资源信息进行组合,得到多组资源组合,并分别计算每组所述资源组合对应的抵扣金额;
分别计算每组所述资源组合的支付推荐等级,并将最大所述支付推荐等级和最大所述抵扣金额分别对应的所述资源组合进行支付方式的推荐。
优选的,所述支付方式推荐模块13还用于:根据所述待支付金额计算优惠限额,并获取不同所述支付方式中抵扣值小于或等于所述优惠限额的金额抵扣卷,得到待组合抵扣卷,其中,所述优惠限额大于或等于所述待支付金额;
分别计算不同所述支付方式中所述第二资源信息中支付积分对应的金额兑换值,并在每种所述支付方式中,将所述待组合抵扣卷中最大抵扣值的金额抵扣卷与对应所述金额兑换值进行组合,得到所述资源组合;
计算每个所述资源组合中所述待组合抵扣卷的抵扣值和对应所述金额兑换值之间的和,得到所述抵扣金额。
第一步地,所述支付方式推荐模块13还用于:计算所述待组合抵扣卷中最大抵扣值与金额阈值之间的差值,得到金额差值;
将所述待组合抵扣卷中抵扣值在所述金额差值与最大抵扣值之间的金额抵扣卷设置为备用抵扣卷;
将所述备用抵扣卷中剩余使用时间最小的抵扣卷与对应所述金额兑换值进行组合,得到所述资源组合;
计算每个所述资源组合中所述备用抵扣卷的抵扣值和对应所述金额兑换值之间的和,得到所述抵扣金额。
所述支付方式推荐模块13中,分别计算每组所述资源组合的支付推荐等级所采用的计算公式为:
S=K*An/C+Q*(D-Bn);
其中,S为所述支付推荐等级,An为第n个所述资源组合中所述待组合抵扣卷的抵扣值,Bn为第n个所述资源组合中所述待组合抵扣卷的剩余使用时间,K为第一预设权值,Q为第二预设权值,C为所有所述待组合抵扣卷中的最大抵扣值,D为所有所述待组合抵扣卷中的最大剩余使用时间。
此外,所述支付方式的推荐系统100还包括:
第二支付模块14,用于若接收到针对所述推荐的选中指令,根据所述选中指令选中的所述资源组合和所述资源组合对应的所述支付方式对所述待支付金额进行支付;
若接收到针对所述推荐的否认指令,则获取用户预设的支付方式和所述预设的支付方式对应的支付顺序;
根据所述预设的支付方式和所述支付顺序对所述待支付金额进行支付。
本实施例中,通过获取指定用户对目标订单的优惠信息,能自动进行优惠支付,无需用户人工进行优惠的查询,方便了用户的支付操作,且通过对不同支付方式中第一资源信息和第二资源信息的查询,能根据第一资源信息和第二资源信息对待支付金额自动进行支付方式的推荐,无需用户人工的进行支付优惠的计算和选择,提高了订单支付效率。
需要说明的是,上述装置/模块之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
图5为本申请第四实施例提供的终端设备2的结构示意图。如图5所示,该实施例的终端设备2包括:至少一个处理器20(图5中仅示出一个处理器)、存储器21以及存储在所述存储器21中并可在所述至少一个处理器20上运行的计算机程序22,所述处理器20执行所述计算机程序22时实现上述任意各个方法实施例中的步骤。
所述终端设备2可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备可包括,但不仅限于,处理器20、存储器21。本领域技术人员可以理解,图5仅仅是终端设备2的举例,并不构成对终端设备2的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如还可以包括输入输出设备、网络接入设备等。
所称处理器20可以是中央处理单元(Central Processing Unit,CPU),该处理器20还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器21在一些实施例中可以是所述终端设备2的内部存储单元,例如终端设备2的硬盘或内存。所述存储器21在另一些实施例中也可以是所述终端设备2的外部存储设备,例如所述终端设备2上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器21还可以既包括所述终端设备2的内部存储单元也包括外部存储设备。所述存储器21用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等,例如所述计算机程序的程序代码等。所述存储器21还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请实施例还提供了一种网络设备,该网络设备包括:至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品,当计算机程序产品在移动终端上运行时,使得移动终端执行时实现可实现上述各个方法实施例中的步骤。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括:能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/网络设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/网络设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (10)
1.一种支付方式的推荐方法,其特征在于,所述方法包括:
获取目标订单中的商家信息,若针对所述商家信息存在指定用户,则获取所述指定用户针对所述目标订单的优惠信息;
根据所述优惠信息对所述目标订单进行支付;
若所述目标订单在完成支付后存在待支付金额,则根据所述商家信息分别查询不同支付方式中的第一资源信息和第二资源信息,所述第一资源信息和所述第二资源信息用于抵扣所述待支付金额;
根据所述第一资源信息和所述第二资源信息对所述待支付金额进行支付方式的推荐。
2.如权利要求1所述的支付方式的推荐方法,其特征在于,所述根据所述第一资源信息和所述第二资源信息对所述待支付金额进行支付方式的推荐,包括:
分别对不同所述支付方式中的所述第一资源信息和所述第二资源信息进行组合,得到多组资源组合,并分别计算每组所述资源组合对应的抵扣金额;
分别计算每组所述资源组合的支付推荐等级,并将最大所述支付推荐等级和最大所述抵扣金额分别对应的所述资源组合进行支付方式的推荐。
3.如权利要求2所述的支付方式的推荐方法,其特征在于,所述分别对每种所述支付方式中的所述第一资源信息和所述第二资源信息进行组合,得到多组资源组合,并分别计算每组所述资源组合对应的抵扣金额,包括:
根据所述待支付金额计算优惠限额,并获取不同所述支付方式中抵扣值小于或等于所述优惠限额的金额抵扣卷,得到待组合抵扣卷,其中,所述优惠限额大于或等于所述待支付金额;
分别计算不同所述支付方式中所述第二资源信息中支付积分对应的金额兑换值,并在每种所述支付方式中,将所述待组合抵扣卷中最大抵扣值的金额抵扣卷与对应所述金额兑换值进行组合,得到所述资源组合;
计算每个所述资源组合中所述待组合抵扣卷的抵扣值和对应所述金额兑换值之间的和,得到所述抵扣金额。
4.如权利要求3所述的支付方式的推荐方法,其特征在于,所述将所述待组合抵扣卷中最大抵扣值的金额抵扣卷与对应所述金额兑换值进行组合的步骤之后,所述方法还包括:
计算所述待组合抵扣卷中最大抵扣值与金额阈值之间的差值,得到金额差值;
将所述待组合抵扣卷中抵扣值在所述金额差值与最大抵扣值之间的金额抵扣卷设置为备用抵扣卷;
将所述备用抵扣卷中剩余使用时间最小的抵扣卷与对应所述金额兑换值进行组合,得到所述资源组合;
计算每个所述资源组合中所述备用抵扣卷的抵扣值和对应所述金额兑换值之间的和,得到所述抵扣金额。
5.如权利要求3所述的支付方式的推荐方法,其特征在于,分别计算每组所述资源组合的支付推荐等级所采用的计算公式为:
S=K*An/C+Q*(D-Bn);
其中,S为所述支付推荐等级,An为第n个所述资源组合中所述待组合抵扣卷的抵扣值,Bn为第n个所述资源组合中所述待组合抵扣卷的剩余使用时间,K为第一预设权值,Q为第二预设权值,C为所有所述待组合抵扣卷中的最大抵扣值,D为所有所述待组合抵扣卷中的最大剩余使用时间。
6.如权利要求1所述的支付方式的推荐方法,其特征在于,所述优惠信息包括所述指定用户对应的优惠折扣、支付抵扣卷、用户积分和用户余额,所述根据所述优惠信息对所述目标订单进行支付,包括:
根据所述优惠折扣对所述目标订单中的订单金额进行折扣计算,并对所述用户积分进行兑换计算,得到金额兑换值;
根据所述支付抵扣卷、所述金额兑换值和所述用户余额对折扣后的所述订单金额进行支付计算;
若所述订单金额支付后存在剩余金额,则将所述剩余金额设置为所述待支付金额。
7.如权利要求2所述的支付方式的推荐方法,其特征在于,所述将最大所述支付推荐等级和最大所述抵扣金额分别对应的所述资源组合进行支付方式的推荐的步骤之后,所述方法还包括:
若接收到针对所述推荐的选中指令,根据所述选中指令选中的所述资源组合和所述资源组合对应的所述支付方式对所述待支付金额进行支付;
若接收到针对所述推荐的否认指令,则获取用户预设的支付方式和所述预设的支付方式对应的支付顺序;
根据所述预设的支付方式和所述支付顺序对所述待支付金额进行支付。
8.一种支付方式的推荐系统,其特征在于,包括:
优惠信息获取模块,用于获取目标订单中的商家信息,若针对所述商家信息存在指定用户,则获取所述指定用户针对所述目标订单的优惠信息;
第一支付模块,用于根据所述优惠信息对所述目标订单进行支付;
资源信息查询模块,用于若所述目标订单在完成支付后存在待支付金额,则根据所述商家信息分别查询不同支付方式中的第一资源信息和第二资源信息,所述第一资源信息和所述第二资源信息用于抵扣所述待支付金额;
支付方式推荐模块,用于根据所述第一资源信息和所述第二资源信息对所述待支付金额进行支付方式的推荐。
9.一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。
10.一种存储介质,所述存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010473967.7A CN111709777A (zh) | 2020-05-29 | 2020-05-29 | 支付方式的推荐方法、系统、终端设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010473967.7A CN111709777A (zh) | 2020-05-29 | 2020-05-29 | 支付方式的推荐方法、系统、终端设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111709777A true CN111709777A (zh) | 2020-09-25 |
Family
ID=72538724
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010473967.7A Pending CN111709777A (zh) | 2020-05-29 | 2020-05-29 | 支付方式的推荐方法、系统、终端设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111709777A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112581111A (zh) * | 2020-12-25 | 2021-03-30 | 拉扎斯网络科技(上海)有限公司 | 一种针对待支付数据的支付方法、装置以及电子设备 |
CN112835546A (zh) * | 2021-02-25 | 2021-05-25 | 深圳市科脉技术股份有限公司 | 商品支付方法、系统、终端设备及存储介质 |
CN113205394A (zh) * | 2021-05-27 | 2021-08-03 | 拉扎斯网络科技(上海)有限公司 | 虚拟资源兑换方法、装置、电子设备和存储介质 |
CN113222578A (zh) * | 2021-05-28 | 2021-08-06 | 支付宝(杭州)信息技术有限公司 | 一种支付方法及装置 |
CN113409089A (zh) * | 2021-06-29 | 2021-09-17 | 中国工商银行股份有限公司 | 积分组合优惠交易方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109767260A (zh) * | 2018-12-15 | 2019-05-17 | 深圳壹账通智能科技有限公司 | 基于一体化支付的账单优惠方法、装置、设备及存储介质 |
US10373185B1 (en) * | 2015-12-30 | 2019-08-06 | Square, Inc. | Dynamically financed customer engagement campaign |
-
2020
- 2020-05-29 CN CN202010473967.7A patent/CN111709777A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10373185B1 (en) * | 2015-12-30 | 2019-08-06 | Square, Inc. | Dynamically financed customer engagement campaign |
CN109767260A (zh) * | 2018-12-15 | 2019-05-17 | 深圳壹账通智能科技有限公司 | 基于一体化支付的账单优惠方法、装置、设备及存储介质 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112581111A (zh) * | 2020-12-25 | 2021-03-30 | 拉扎斯网络科技(上海)有限公司 | 一种针对待支付数据的支付方法、装置以及电子设备 |
CN112581111B (zh) * | 2020-12-25 | 2023-07-21 | 拉扎斯网络科技(上海)有限公司 | 一种针对待支付数据的支付方法、装置以及电子设备 |
CN112835546A (zh) * | 2021-02-25 | 2021-05-25 | 深圳市科脉技术股份有限公司 | 商品支付方法、系统、终端设备及存储介质 |
CN113205394A (zh) * | 2021-05-27 | 2021-08-03 | 拉扎斯网络科技(上海)有限公司 | 虚拟资源兑换方法、装置、电子设备和存储介质 |
CN113222578A (zh) * | 2021-05-28 | 2021-08-06 | 支付宝(杭州)信息技术有限公司 | 一种支付方法及装置 |
WO2022247969A1 (zh) * | 2021-05-28 | 2022-12-01 | 支付宝(杭州)信息技术有限公司 | 用于支付的方法及装置 |
CN113409089A (zh) * | 2021-06-29 | 2021-09-17 | 中国工商银行股份有限公司 | 积分组合优惠交易方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111709777A (zh) | 支付方式的推荐方法、系统、终端设备及存储介质 | |
JP6703013B2 (ja) | 支払い閾値取得方法及び装置 | |
CN111523870B (zh) | 订单数据的处理方法及装置、计算机设备 | |
CN107833081A (zh) | 一种发票金额的自动拆分方法、装置、终端设备及存储介质 | |
TWI705401B (zh) | 多幣種退款服務處理方法及裝置 | |
TW201841134A (zh) | 貨幣類型的切換方法及裝置 | |
CN112202871A (zh) | 云计算资源的计量计费方法、装置、系统和电子设备 | |
CN110033362B (zh) | 一种打款方法、装置及设备 | |
CN112669059A (zh) | 收款方法、装置、服务器及存储介质 | |
CN110489705B (zh) | 经纪费计算方法、装置、终端设备和存储介质 | |
CN108492095B (zh) | 基于区块链的交易方法及装置 | |
WO2020103573A1 (zh) | 一种基于区块链网络交易的签名方法、装置及终端设备 | |
CN114565391A (zh) | 一种自动缴费方法及装置 | |
CN107909371A (zh) | 支付方法、支付装置、计算机装置及计算机可读存储介质 | |
CN112330448A (zh) | 资金管理方法、终端设备及存储介质 | |
CN114285677A (zh) | 云计算资源的计费数据处理方法及装置 | |
CN112199191A (zh) | 用于虚拟交易的数据撮合方法、装置及系统 | |
CN112838932A (zh) | 基于按量累积批价的重批价方法、装置及计算设备 | |
CN105989238A (zh) | 数据交互方法及装置 | |
TW201926206A (zh) | 基於資源增值對象與資源對象的處理方法及裝置 | |
CN112686719B (zh) | 开票方法、装置、存储介质及电子设备 | |
KR20190042275A (ko) | 전자화폐 거래 시스템 및 그 방법 | |
CN112561512A (zh) | 数据通信方法、装置及存储介质 | |
CN114066474A (zh) | 一种支付方法、装置、设备及介质 | |
CN112835546A (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 |