一种电子凭证的支付方法、装置和系统与流程

文档序号:12064571阅读:417来源:国知局
一种电子凭证的支付方法、装置和系统与流程

本发明涉及金融数据处理领域,具体涉及一种电子凭证的支付方法、装置和系统。



背景技术:

随着电子商务的发展,以及互联网技术尤其是移动互联网技术的发展,用户可以通过移动设备或其它智能终端使用例如2G、3G、4G或wifi等方式连接互联网进行交易、社交等活动,通过互联网技术用户可以方便有效的进行线上活动。

在现有技术中,人们的电子支付活动中需要记录卖方的账号信息,一方面给买方的支付带来了记忆的麻烦,容易导致买方错误地输入卖方账号,导致交易更加繁琐;另一方面,卖方将其账号外泄后,会给卖方的账户信息等带来了极大的安全隐患。



技术实现要素:

本申请提供一种电子凭证支付方法、装置和系统,以减少交易过程中的支付流程,提高金融数据交换的效率,提高交易的安全性。

根据第一方面,一种实施例中提供一种电子凭证的支付方法,包括:

获取用于表征收证方账户信息和收款额度的收证信息;将获取的收证信息生成支付代码;获取开证方根据支付代码提供的包括开证方账户在内的开证请求;根据获取的开证请求生成电子凭证。

根据第二方面,一种实施例中提供一种电子凭证的支付装置,包括:

收证信息获取模块,用于获取用于表征收证方账户信息和收款额度的收证信息;代码生成模块,用于将获取的收证信息生成支付代码;开证请求获取模块,用于获取开证方提供的包括开证方账户在内的开证请求;电子凭证生成模块,用于根据获取的开证请求生成电子凭证。

根据第三方面,一种实施例中提供一种电子凭证的支付系统,包括:收证客户端、银行交易端和开证客户端,收证客户端获取用于表征收证方账户信息和收款额度的收证信息,并将获取的收证信息生成支付代码;开证客户端获取收证客户端生成的支付代码,并根据获取的支付代码向银行交易端发送包括开证方账户在内的开证请求;银行交易端根据获取的开证请求生成电子凭证。

依据上述实施例的电子凭证的支付方法、装置和系统,由于将用于表征收证方账户信息和收款额度的收证信息生成支付代码,开证方的开证请求根据支付代码提供,从而避免了收证方的账户信息显现,提高了收证方的账户信息的安全性。开证方可以根据支付代码提供开证请求,减少交易过程中的支付流程,提高金融数据交换的效率。

附图说明

图1为本实施例公开的一种电子凭证支付系统原理图;

图2为本实施例还公开的一种电子凭证支付方法流程图;

图3为本实施例公开的电子凭证支付系统生成电子凭证支付的一种示例示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

为便于本领域技术人员理解,举例对电子凭证的流程作进一步说明:

交易体双方形成订单后,开证方向开证银行申请开证。通常,开证方可以在形成具体的交易订单时申请开证;也可在未形成交易订单时,开证方单方主动申请开证。

开证银行端受理后,开立电子凭证(例如银信证),并将电子凭证记载金额在开证方资金账户中做相应的保留处理。一般可以理解为冻结资金额度或授信额度。

请参考图1,为本实施例公开的一种电子凭证的支付系统原理图,该电子凭证的支付系统包括:开证客户端A、收证客户端C以及可分别与开证客户端A和收证客户端C信号连接的银行交易端B,其中,

收证客户端C获取用于表征收证方账户信息和收款额度的收证信息,并将获取的收证信息生成支付代码,优选地,支付代码为二维码或条形码。

开证客户端A获取收证客户端C生成的支付代码,并根据获取的支付代码向银行交易端B发送包括开证方账户在内的开证请求。在优选的实施例中,当支付代码为二维码时,开证客户端A可通过其配置的摄像头扫描的方式获取。

银行交易端B根据获取的开证请求生成电子凭证。在优选的实施例中,银行交易端B还判断收款额度是否小于开证方账户的可开证额度,如果收款额度小于开证方账户的可开证额度,则银行交易端B生成电子凭证。

本实施例还公开了一种电子凭证支付装置,电子凭证支付装置包括:收证 信息获取模块、代码生成模块、开证请求获取模块和电子凭证生成模块,其中,

收证信息获取模块,用于获取用于表征收证方账户信息和收款额度的收证信息;代码生成模块,用于将获取的收证信息生成支付代码,优选地,支付代码为二维码;开证请求获取模块,用于获取开证方提供的包括开证方账户在内的开证请求;电子凭证生成模块,用于根据获取的开证请求生成电子凭证。优选地,电子凭证生成模块包括:判断单元,判断单元用于判断收款额度是否小于开证方账户的可开证额度。

基于上述实施例公开的电子凭证的支付装置,本实施例还公开了一种电子凭证的支付方法,请参考图2,为该支付方法流程图,具体支付方法包括如下步骤:

步骤100,收证信息获取,获取用于表征收证方账户信息和收款额度的收证信息。在具体实施例中,收款额度通常为商品所标的的价格。收证方账户信息包括收证方拟收款的账号信息和收证行。当然,在其它实施例中,收证信息还可以包括其它信息。

步骤200,代码生成,将获取的收证信息生成支付代码。本实施例中,银行交易系统可以依据该支付代码将相应的金融数据传送给收证方账户。所称支付代码是指能够被开证方所识别的代码,例如条形码、二维码等,在优选的实施例中,所称支付代码为二维码。

步骤300,开证请求获取,获取开证方根据支付代码提供的包括开证方账户在内的开证请求。通常,开证方在识别出支付代码后,会提供开证请求。开证请求中包括开证方的账户信息(例如账号和开证行等),以及开证方拟开证的额度,一般而言,开证额度与收证方的收款额度相等。在开证方提供开证请求后,银行交易系统可以获取该开征请求的金融数据。

步骤400,电子凭证生成,根据获取的开证请求生成电子凭证。在优选的实施例中,在生成电子凭证之前,还可以执行判断收款额度是否小于开证方账户的可开证额度步骤,以确保交易的安全进行。具体地,所称可开证额度与开证方账户有关,例如可以是开证方账户的余额,还可以是开证方账户的授信额度。如果收款额度小于开证方账户的可开证额度,则生成电子凭证。

为便于本领域技术人员理解,本实施例还公开了一种电子凭证的支付系统生成电子凭证支付的示例。在具体的示例中,不妨设开证客户端为手机,当然,在其它实施例中,也可以是其它能够与银行交易端实现数据交互的智能终端,譬如计算机、笔记本、平板电脑等;收证客户端为手机,当然,在其它实施例中,也可以是其它能够与银行交易端实现数据交互的智能终端,譬如计算机、 笔记本、平板电脑等;银行交易端可与银行交易系统进行数据交互,银行交易系统包括开证行和收证行,在具体实施例中,开证行和收证行可以是同一银行,也可以不同的银行。

在以下示例中,以电子凭证为银信证为例进行说明。

本示例中,请参考图3,具体生成电子凭证支付的操作过程如下:

(1)收证方登录收证客户端,输入收证方的用户信息、收证行、账户信息以及收证方的收证金额。

(2)收证方在输入其用户信息、收证行、账户信息以及收证方的收证金额等信息之后,一方面将该信息数据传输给银行交易系统(例如收证行),银行交易系统记录上述信息;另一方面,收证客户端根据上述信息数据生成二维码,具体地,收证方可将该生成的二维码以图片的方式贴至相应的商品上。

(3)开证方登录开证客户端,并通过其客户端所配置的摄像头扫描商品中的二维码。当然,在其它实施例中,也可以将收证客户端生成的二维码存储于开证客户端,开证方利用开证客户端内置的识别器识别读取该二维码。

(4)开证方扫描二维码后,利用其内置的识别器可以识别并获取到二维码所表征的内容,通常开证方可识别和获取的内容为收证方对该商品的标的价格数据。

(5)开证方对收证方的收证信息(例如商品价格)进行确认,并将确认信息生成至少包括开证账户和开证金额的开证请求发送给银行交易端。

(6)银行交易端接收开证方的开证请求。

(7)银行交易端对开证请求中的开证金额进行判断确认。如果开证金额大于开证方账户的可开证额度,则银行交易端向开证客户端发送退回开证请求的数据;如果开证金额未超过开证方账户的可开证额度,则银行交易端冻结开证方账户内对应金额额度并生成银信证。

本实施例中,由于将用于表征收证方账户信息和收款额度的收证信息生成二维码,开证方的开证请求根据二维码提供,从而避免了收证方的账户信息显现,提高了收证方的账户信息的安全性。

开证方可以根据二维码提供开证请求,减少交易过程中的支付流程,提高金融数据交换的效率。

本领域技术人员可以理解,上述实施方式中各种方法的全部或部分步骤可以通过程序来指令相关硬件完成,该程序可以存储于一计算机可读存储介质中, 存储介质可以包括:只读存储器、随机存储器、磁盘或光盘等。

以上应用了具体个例对本发明进行阐述,只是用于帮助理解本发明,并不用以限制本发明。对于本发明所属技术领域的技术人员,依据本发明的思想,还可以做出若干简单推演、变形或替换。

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