一种基于订单进行支付的方法和设备与流程

文档序号:11277061阅读:224来源:国知局
一种基于订单进行支付的方法和设备与流程

本发明涉及支付领域,特别涉及一种基于订单进行支付的方法和设备。



背景技术:

现今流行的支付方式有手机支付以及刷卡消费的方式。

其中,当选择手机支付时,具体的一种应用场景是通过手机选择商品,在线下单,后续通过快递或者外卖送到;还一种应用场景则是线下购物,具体的通过扫描自己手机里的二维码或者商家的二维码来进行支付。至于线下刷卡消费的方式,则需要验证磁卡,输入密码,签名等支付步骤。

当时手机支付通常要带着手机,当手机没电或者丢失,没法进行购物;尤其时手机丢失时,还会造成财产损失,而具体的挂失报警等等费时费力;至于刷卡消费的方式,其中涉及到的银行卡,信用卡容易出现盗刷,洗劫账户等事件。

以此,现在需要一种安全的支付方式。



技术实现要素:

有鉴于此,本发明提出了一种基于订单进行支付的方法和设备。

具体的,本发明提出了以下具体的实施例:

本发明实施例提出了一种基于订单进行支付的方法,包括:

基于用户所选取的商品生成购买订单;

基于所述购买订单生成支付订单,其中,所述支付订单中包含有所述用户所选取的支付方式,所述支付订单的订单金额与自由金额以及有效时长;

若所述用户的账户金额大于或等于所述订单金额,且在所述有效时长内接收所述用户所确认的购买需求时,根据与所述支付方式对应的支付凭证、所述订单金额进行支付;

其中,所述订单金额为所述购买订单中全部商品对应的金额与所述自由金额之和。

在一个具体的实施例中,该方法还包括:

接收所述用户的指令,其中所述指令中包含有撤销凭证;其中,所述撤销凭证用于撤销所述支付订单;

将所述撤销凭证与所述支付订单进行关联。

在一个具体的实施例中,该方法还包括:

当接收到所述用户启用撤销指令时,其中所述撤销指令中包含有所述撤销凭证;

对所述撤销凭证进行验证;

若所述撤销凭证验证通过,则撤销与所述撤销凭证相关联的支付订单。

在一个具体的实施例中,该方法还包括:

若在所述有效时长内未接收到所述用户所确认的购买需求,则确定所述订单超时,所述支付订单失效。

在一个具体的实施例中,所述根据与所述支付方式对应的支付凭证、所述订单金额进行支付,包括:

获取与所述支付方式对应的支付凭证;

判断所述支付凭证是否与所述支付订单对应,且所述支付订单有效;

若判断结果都为是,则基于所述支付凭证进行支付;

若判断结果不都为是,则支付失败。

本发明实施例还提出了一种基于订单进行支付的设备,包括:

第一生成模块,用于基于用户所选取的商品生成购买订单;

第二生成模块,用于基于所述购买订单生成支付订单,其中,所述支付订单中包含有所述用户所选取的支付方式,所述支付订单的订单金额与自由金额以及有效时长;

支付模块,用于当所述用户的账户金额大于或等于所述订单金额,且在所述有效时长内接收所述用户所确认的购买需求时,根据与所述支付方式对应的支付凭证、所述订单金额进行支付;

其中,所述订单金额为所述购买订单中全部商品对应的金额与所述自由金额之和。

在一个具体的实施例中,该设备还包括:

撤销关联模块,用于接收所述用户的指令,其中所述指令中包含有撤销凭证;其中,所述撤销凭证用于撤销所述支付订单;

将所述撤销凭证与所述支付订单进行关联。

在一个具体的实施例中,该设备还包括:

撤销模块,用于当接收到所述用户启用撤销指令时,其中所述撤销指令中包含有所述撤销凭证;

对所述撤销凭证进行验证;

若所述撤销凭证验证通过,则撤销与所述撤销凭证相关联的支付订单。

在一个具体的实施例中,该设备还包括:

失效模块,用于当在所述有效时长内未接收到所述用户所确认的购买需求,则确定所述订单超时,所述支付订单失效。

在一个具体的实施例中,所述支付模块根据与所述支付方式对应的支付凭证、所述订单金额进行支付,包括:

获取与所述支付方式对应的支付凭证;

判断所述支付凭证是否与所述支付订单对应,且所述支付订单有效;

若判断结果都为是,则基于所述支付凭证进行支付;

若判断结果不都为是,则支付失败。

以此,本发明实施例提出了一种基于订单进行支付的方法和设备,其中该方法包括:基于用户所选取的商品生成购买订单;基于所述购买订单生成支付订单,其中,所述支付订单中包含有所述用户所选取的支付方式,所述支付订单的订单金额与自由金额以及有效时长;若所述用户的账户金额大于或等于所述订单金额,且在所述有效时长内接收所述用户所确认的购买需求时,根据与所述支付方式对应的支付凭证、所述订单金额进行支付;其中,所述订单金额为所述购买订单中全部商品对应的金额与所述自由金额之和。以此通过有效时长以及与预设支付方式对应的支付凭证来进行支付的方式,实现了安全的支付。

附图说明

为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提出的一种基于订单进行支付的方法的流程示意图;

图2为本发明实施例提出的一种基于订单进行支付的设备的结构示意图。

具体实施方式

在下文中,将更全面地描述本公开的各种实施例。本公开可具有各种实施例,并且可在其中做出调整和改变。然而,应理解:不存在将本公开的各种实施例限于在此公开的特定实施例的意图,而是应将本公开理解为涵盖落入本公开的各种实施例的精神和范围内的所有调整、等同物和/或可选方案。

在下文中,可在本公开的各种实施例中使用的术语“包括”或“可包括”指示所公开的功能、操作或元件的存在,并且不限制一个或更多个功能、操作或元件的增加。此外,如在本公开的各种实施例中所使用,术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合,并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

在本公开的各种实施例中,表述“或”或“a或/和b中的至少一个”包括同时列出的文字的任何组合或所有组合。例如,表述“a或b”或“a或/和b中的至少一个”可包括a、可包括b或可包括a和b二者。

在本公开的各种实施例中使用的表述(诸如“第一”、“第二”等)可修饰在各种实施例中的各种组成元件,不过可不限制相应组成元件。例如,以上表述并不限制所述元件的顺序和/或重要性。以上表述仅用于将一个元件与其它元件区别开的目的。例如,第一用户装置和第二用户装置指示不同用户装置,尽管二者都是用户装置。例如,在不脱离本公开的各种实施例的范围的情况下,第一元件可被称为第二元件,同样地,第二元件也可被称为第一元件。

应注意到:如果描述将一个组成元件“连接”到另一组成元件,则可将第一组成元件直接连接到第二组成元件,并且可在第一组成元件和第二组成元件之间“连接”第三组成元件。相反地,当将一个组成元件“直接连接”到另一组成元件时,可理解为在第一组成元件和第二组成元件之间不存在第三组成元件。

在本公开的各种实施例中使用的术语“用户”可指示使用电子装置的人或使用电子装置的装置(例如,人工智能电子装置)。

在本公开的各种实施例中使用的术语仅用于描述特定实施例的目的并且并非意在限制本公开的各种实施例。如在此所使用,单数形式意在也包括复数形式,除非上下文清楚地另有指示。除非另有限定,否则在这里使用的所有术语(包括技术术语和科学术语)具有与本公开的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义,除非在本公开的各种实施例中被清楚地限定。

实施例1

本发明实施例1公开了一种基于订单进行支付的方法,如图1以及图2所示,包括:

步骤101、基于用户所选取的商品生成购买订单;

具体的购买订单中例如包括所需要购买的各种商品以及服务。

步骤102、基于所述购买订单生成支付订单,其中,所述支付订单中包含有所述用户所选取的支付方式,所述支付订单的订单金额与自由金额以及有效时长。

具体的,可以基于用户的指令来设置自由金额以及有效时长,此外,还可以自动设置,例如基于订单的商品所对应的金额来进行设置自由金额,例如以10%的比例来进行设置,还可以随机设置一个固定的金额,例如2千或者3千等等,至于有效时长可以用户自定义,也可以自动设置,例如基于历史的交易记录来设置有效时长,例如设置为24小时,或者其他的时间。

具体的支付方式例如可以为通过手机二维码、用户自己打印的二维码、磁卡凭证、密码、签名等等支付凭证来进行支付,以此,在选择确认商品后进行支付确认,买到自己满意的商品,可以不带手机,也不用担心手机没电和丢失的问题。

步骤103、若所述用户的账户金额大于或等于所述订单金额,且在所述有效时长内接收所述用户所确认的购买需求时,根据与所述支付方式对应的支付凭证、所述订单金额进行支付;

其中,其中,所述订单金额为所述购买订单中全部商品对应的金额与所述自由金额之和。

在一个具体的实施例中,该方法还包括:

接收所述用户的指令,其中所述指令中包含有撤销凭证;其中,所述撤销凭证用于撤销所述支付订单;

将所述撤销凭证与所述支付订单进行关联。

具体的,用户还可以设置撤销凭证,用以撤销支付订单,以进一步保证安全。

在一个具体的实施例中,该方法还包括:

当接收到所述用户启用撤销指令时,其中所述撤销指令中包含有所述撤销凭证;

对所述撤销凭证进行验证;

若所述撤销凭证验证通过,则撤销与所述撤销凭证相关联的支付订单。

具体的,当用户启动所述撤销凭证之后,若是撤销凭证验证通过(例如可以查询到关联关系),则撤销与之对应的支付订单。

在一个具体的实施例中,该方法还包括:

若在所述有效时长内未接收到所述用户所确认的购买需求,则确定所述订单超时,所述支付订单失效。

具体的,支付订单只在有效时长内才有效,若超过有效时长则自动失效。

在一个具体的实施例中,步骤103中的所述根据与所述支付方式对应的支付凭证、所述订单金额进行支付,包括:

获取与所述支付方式对应的支付凭证;

判断所述支付凭证是否与所述支付订单对应,且所述支付订单有效;

若判断结果都为是,则基于所述支付凭证进行支付;

若判断结果不都为是,则支付失败

以此,以支付订单为单元,对支付订单设定处理,同时约束在“支付凭证对应支付订单,且支付订单有效”的情况下,支付凭证才有效力

支付订单是对购买订单的加工再处理,由购买订单,自由金额,有效时间,支付凭证,撤销凭证等组成的,限定支付凭证效力的,用于支付的一种工具。具体的,在一个具体的实施例中,该方案给支付订单设定自由金额,解决实际购买需求和支付订单里的购买订单不一致的情况。另外,限定订单的有效时间,超过有效时间,订单失效。还包括的支付订单可以自由选择支付凭证,选择一个或者多个支付凭证,可以设定全部支付凭证验证通过才可以支付,也可以设定其中一个或者部分支付凭证验证通过才可以支付。

还可以设定支付订单的撤销凭证,也可以不设定支付订单的撤销凭证,直接撤销。支付订单可以自由选择撤销凭证。

具体的,支付订单可以自由选择支付凭证,选择一个或者多个支付凭证;支付订单对应一个或者多个支付凭证,一个支付凭证也可以对应多个支付订单。支付凭证依赖于支付订单(支付凭证对应支付订单且支付订单有效)支付凭证和支付订单可以分离,支付便捷。

具体的具有以下优点:

1、便捷性:支付凭证可以和支付订单分离,不依赖特定工具。比如,使用手机下单,使用纸质二维码支付,不用携带手机。

2、应用广泛:支付凭证效力被支付订单限定,在了解支付订单信息的情况下才能使用支付凭证支付,因此可以使用固定的支付凭证来安全支付。因此可以使用动态支付凭证和固定的支付凭证,即是说可以使用任何支付凭证:手机二维码,自己的纸质二维码,磁卡凭证,密码,签名等方式。支付凭证选择广泛,可以解决绝大部分支付需求,应用广泛。

3、安全性:当支付凭证被盗用,被冒名使用的情况下,通过简单的撤销支付订单,就可以避免财产损失,且多个支付凭证需要验证的情况下,需要获取全部支付凭证才能支付,增加了破解难度。再就是由于不了解支付订单信息,使用支付凭证无从下手,有充裕的时间撤销支付订单,进行报警挂失等避免财产损失。过了支付订单时效支付凭证无法使用。即使被违法使用成功,损失的也仅是支付订单的金额。

实施例2

本发明实施例2还提出了一种基于订单进行支付的设备,如图2所示,包括:

第一生成模块201,用于基于用户所选取的商品生成购买订单;

第二生成模块202,用于基于所述购买订单生成支付订单,其中,所述支付订单中包含有所述用户所选取的支付方式,所述支付订单的订单金额与自由金额以及有效时长;

支付模块203,用于当所述用户的账户金额大于或等于所述订单金额,且在所述有效时长内接收所述用户所确认的购买需求时,根据与所述支付方式对应的支付凭证、所述订单金额进行支付;

其中,所述订单金额为所述购买订单中全部商品对应的金额与所述自由金额之和。

在一个具体的实施例中,该设备还包括:

撤销关联模块,用于接收所述用户的指令,其中所述指令中包含有撤销凭证;其中,所述撤销凭证用于撤销所述支付订单;

将所述撤销凭证与所述支付订单进行关联。

在一个具体的实施例中,该设备还包括:

撤销模块,用于当接收到所述用户启用撤销指令时,其中所述撤销指令中包含有所述撤销凭证;

对所述撤销凭证进行验证;

若所述撤销凭证验证通过,则撤销与所述撤销凭证相关联的支付订单。

在一个具体的实施例中,该设备还包括:

失效模块,用于当在所述有效时长内未接收到所述用户所确认的购买需求,则确定所述订单超时,所述支付订单失效。

在一个具体的实施例中,所述支付模块根据与所述支付方式对应的支付凭证、所述订单金额进行支付,包括:

获取与所述支付方式对应的支付凭证;

判断所述支付凭证是否与所述支付订单对应,且所述支付订单有效;

若判断结果都为是,则基于所述支付凭证进行支付;

若判断结果不都为是,则支付失败。

以此,本发明实施例提出了一种基于订单进行支付的方法和设备,其中该方法包括:基于用户所选取的商品生成购买订单;基于所述购买订单生成支付订单,其中,所述支付订单中包含有所述用户所选取的支付方式,所述支付订单的订单金额与自由金额以及有效时长;若所述用户的账户金额大于或等于所述订单金额,且在所述有效时长内接收所述用户所确认的购买需求时,根据与所述支付方式对应的支付凭证、所述订单金额进行支付;其中,所述订单金额为所述购买订单中全部商品对应的金额与所述自由金额之和。以此通过有效时长以及与预设支付方式对应的支付凭证来进行支付的方式,实现了安全的支付。

本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述,不代表实施场景的优劣。

以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

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