CN107808285A - 一种支付方法、设备及计算机可读存储介质 - Google Patents

一种支付方法、设备及计算机可读存储介质 Download PDF

Info

Publication number
CN107808285A
CN107808285A CN201710903380.3A CN201710903380A CN107808285A CN 107808285 A CN107808285 A CN 107808285A CN 201710903380 A CN201710903380 A CN 201710903380A CN 107808285 A CN107808285 A CN 107808285A
Authority
CN
China
Prior art keywords
payment
information
bar code
platform
terminal
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
Application number
CN201710903380.3A
Other languages
English (en)
Inventor
符宏毅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Shengyin Wanguo Network Technology Co Ltd
Original Assignee
Shenzhen Shengyin Wanguo Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Shengyin Wanguo Network Technology Co Ltd filed Critical Shenzhen Shengyin Wanguo Network Technology Co Ltd
Priority to CN201710903380.3A priority Critical patent/CN107808285A/zh
Publication of CN107808285A publication Critical patent/CN107808285A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3274Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3276Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4014Identity check for transactions

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

本发明公开了一种支付方法、设备及计算机可读存储介质,该方法包括:获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息;然后,通过所述交易类型信息确定本次支付操作的类别信息,通过所述支付卡类型信息确定本次支付操作的平台信息,通过所述支付条码信息确定本次支付操作的身份验证信息;最后,验证身份信息,执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息。本发明实现了一种高效的一种移动支付方案,适应广泛的商业需求,同时,丰富完善了移动支付流程,在消费者、销售者、商家之间建立全面、***的销售支付管理体系,提高了用户端的支付体验,增强了销售端的支付管理能力。

Description

一种支付方法、设备及计算机可读存储介质
技术领域
本发明涉及电子支付领域,尤其涉及一种支付方法、设备及计算机可读存储介质。
背景技术
现有技术中,随着智能终端设备的快速发展,移动支付成为越来越普遍的支付方式,一方面,移动支付解决了现金支付的种种不便之处,另一方面,移动支付为支付安全提供了更进一步的安全保障,但是,现阶段移动支付方案还处于发展期,存在一些技术缺陷,例如:
1、现阶段的移动支付、收银等配套功能相对简单,无法适应广泛的商业需求;
2、现阶段的移动支付流程还不够完善,无法在消费者、销售者、商家之间建立全面、***的销售支付管理体系。
发明内容
为了解决现有技术中,现阶段的移动支付、收银等配套功能相对简单,无法适应广泛的商业需求,同时,移动支付流程还不够完善,无法在消费者、销售者、商家之间建立全面、***的销售支付管理体系的技术缺陷,本发明提出了一种支付方法,该方法包括:
获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息;
通过所述交易类型信息确定本次支付操作的类别信息,通过所述支付卡类型信息确定本次支付操作的平台信息,通过所述支付条码信息确定本次支付操作的身份验证信息;
根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息。
可选的,获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息之前包括:
在银行机构或者第三方支付机构中确定所述支付终端的支付账号和支付权限;
根据支付需求,并结合所述支付账号和所述支付权限,生成所述支付条码,其中,所述支付条码包括所述支付数据。
可选的,获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息之前还包括:
在所述支付终端联机环境下,根据所述支付需求实时生成所述支付条码;
或者,在所述支付终端脱机环境下,在所述支付终端内批量生成所述支付条码,并将所述支付条码加密存储至本地,根据所述支付需求调用所述支付条码。
可选的,所述根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息包括:
若支付终端的支付卡和收款方属于同一银行机构或者第三方机构时,所述银行机构或者所述第三方支付机构向所述支付终端报送所述扣款指令;
在所述扣款指令执行完成后,由所述银行机构或者所述第三方支付机构分别向所述支付终端、销售终端以及所述后台资源管理平台推送所述扣款指令的支付信息。
可选的,所述根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息还包括:
记录、并归类支付数据,生成支付数据报表,其中,所述支付数据报表包括但不限于支付日期、支付产品名称、支付产品数量、支付产品价格以及支付产品库存;
通过支付数据执行清算对账操作,通过支付数据执行打印报表操作,通过支付数据执行***配置操作;
向支付终端推送支付平台的订阅信息,其中,所述订阅信息包括但不限于商品信息和反馈信息。
可选的,本发明还提出了一种支付设备,该设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现:
获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息;
通过所述交易类型信息确定本次支付操作的类别信息,通过所述支付卡类型信息确定本次支付操作的平台信息,通过所述支付条码信息确定本次支付操作的身份验证信息;
根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息。
可选的,所述计算机程序还被所述处理器执行时实现:
在银行机构或者第三方支付机构中确定所述支付终端的支付账号和支付权限;
根据支付需求,并结合所述支付账号和所述支付权限,生成所述支付条码,其中,所述支付条码包括所述支付数据。
可选的,所述计算机程序还被所述处理器执行时实现:
在所述支付终端联机环境下,根据所述支付需求实时生成所述支付条码;
或者,在所述支付终端脱机环境下,在所述支付终端内批量生成所述支付条码,并将所述支付条码加密存储至本地,根据所述支付需求调用所述支付条码。
可选的,所述计算机程序还被所述处理器执行时实现:
若支付终端的支付卡和收款方属于同一银行机构或者第三方机构时,所述银行机构或者所述第三方支付机构向所述支付终端报送所述扣款指令;
在所述扣款指令执行完成后,由所述银行机构或者所述第三方支付机构分别向所述支付终端、销售终端以及所述后台资源管理平台推送所述扣款指令的支付信息;
记录、并归类支付数据,生成支付数据报表,其中,所述支付数据报表包括但不限于支付日期、支付产品名称、支付产品数量、支付产品价格以及支付产品库存;
通过支付数据执行清算对账操作,通过支付数据执行打印报表操作,通过支付数据执行***配置操作;
向支付终端推送支付平台的订阅信息,其中,所述订阅信息包括但不限于商品信息和反馈信息。
本发明还提出了一种计算机可读存储介质,该计算机可读存储介质上存储有支付程序,所述支付程序被处理器执行时实现如上述支付方法的步骤。
实施本发明的支付方法、设备及计算机可读存储介质,通过获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息;然后,通过所述交易类型信息确定本次支付操作的类别信息,通过所述支付卡类型信息确定本次支付操作的平台信息,通过所述支付条码信息确定本次支付操作的身份验证信息;最后,根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息。实现了一种高效的一种支付管理方案,一方面,提供了更为全面的移动支付、收银等配套功能,适应广泛的商业需求,另一方面,丰富完善了移动支付流程,在消费者、销售者、商家之间建立全面、***的销售支付管理体系,提高了用户的支付体验,增强了销售端的支付管理能力。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1是本发明支付方法第一实施例的流程图;
图2是本发明支付方法第二实施例的流程图;
图3是本发明支付方法第三实施例的流程图;
图4是本发明支付方法第四实施例的流程图;
图5是本发明支付方法第五实施例的流程图。
具体实施方式
应当理解,以下所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
实施例一
图1是本发明支付方法第一实施例的流程图。本发明提出了一种支付方法,该方法包括:
S1、获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息;
S2、通过所述交易类型信息确定本次支付操作的类别信息,通过所述支付卡类型信息确定本次支付操作的平台信息,通过所述支付条码信息确定本次支付操作的身份验证信息;
S3、根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息。
在本实施例中,首先,获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息。其中,对支付条码做简单介绍,按照不同的分类标准,用于商业支付的支付条码有以下几类:
1、按照条码的外观和编码原理区分,条码自身可以被分为一维线性码(LinearBarcode)和矩阵式二维码(Matrix Barcode);
2、按照读取条码方式和业务形态区分,条码的应用方式可以被分为主读类应用和被读类应用;
3、按照条码应用的场景区分,条码支付可以被分为网上支付和线下支付。
在本实施例中,上述三种类型的支付码都适用于本实施方案的支付方法,可以理解的是,随着移动支付的技术演进,新形式的支付条码也在本方案的实施范围内。
进一步的,按照条码的外观和编码原理区分,条码自身可以被分为一维线形码和二维码。其中,一维线性码是由宽度不等的多个黑条和空白,按照一定的编码规则排列,用以表达一组信息的图形标识符,其中仅有水平方向(即黑条和空白宽度不一的方向)储藏数字和字母信息;二维码则是由某种特定的几何图形按一定规律在平面分布的黑白相间的图形记录数据符号信息,在代码编制上使用若干个与二进制相对应的几何形体来表示文字数值信息的图形标识符,其中水平方向和垂直方向均能储藏数字、字母、汉字乃至于图形信息;
进一步的,二维码还可以进一步分为线性堆叠式和矩阵式两种,前者是由多行短截的一维线性码堆叠而成,而后者则在一个矩形空间通过黑、白像素在矩阵中的不同分布进行编码。
进一步的,按照读取条码方式和支付原理区分,条码的应用方式可以被分为主读模式和被读模式。其中,在主读模式下,付款人(支付终端)将读取收款人(销售终端,或者与销售终端建立通信链接的扫码枪)所提供的条码;在被读模式下,收款人将读取付款人所提供的条码,在本实施例中,讨论的是被读类应用的支付方案。
进一步的,在本实施例中,支付条码储藏的信息包括付款方(支付终端的用户)的账户信息,以确保付款人的隐私尽可能少地被透露给收款人,由于账户信息较为简单,因此既可以转换为二维码也可以转换为一维线性码。收款人可以使用读码机(或者扫码枪)扫描付款人的支付条码。
在本实施例中,首先,通过收银机端扫描待支付的支付条码,然后,获取并解析支付条码的支付数据。其中,收银机端装设有扫描枪,通过扫描枪扫描待支付的支付条码。在实施扫描操作时,本实施例的支付方案采用条形支付码的线下被动扫码方式,也即,将付款人(支付终端登陆的支付平台)的帐户信息通过算法转换为一个N位(例如,18位)的数字,以一维线性码(也即支付条码)的形式将数字图像化后,由收款人(例如,店家的销售终端)通过读码设备读取付款人账户信息,向该帐户发出收款请求,得到付款人的同意(或者授权第三方支付机构自动同意)后完成货币资金转移。
进一步的,在本实施例中,在每次使用条形码线下被动扫码时,由支付终端选择在第三方支付平台的支付账号作为扣款方;
进一步的,在本实施例中,在每次使用条形码线下被动扫码时,由支付终端选择在其所持有的银行卡账户作为扣款方。
在本实施例中,获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息之后,再通过所述交易类型信息确定本次支付操作的类别信息,通过所述支付卡类型信息确定本次支付操作的平台信息,通过所述支付条码信息确定本次支付操作的身份验证信息,最后,根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息。
在本实施例中,确定各个支付平台与收款方的优惠信息,优先选择最优惠的渠道作为本次支付的支付平台,例如,在支付宝条码支付和微信条码支付之间,确定该商户所支持的最大的优惠支付方式;
进一步的,确定各个支付平台的剩余支付额度,优先选择剩余支付额度较大的渠道作为本次支付的支付平台,同样的,例如,在支付宝条码支付和微信条码支付之间,判断两者的剩余支付额度是否超过本次待支付的额度,选择剩余支付额度最大的执行本次支付操作;
进一步的,确定各个支付平台的支付环境,首先确定当前的支付环境,然后,确定与当前支付环境相匹配的渠道作为本次支付的支付平台,同样的,例如,预设在小型便利店使用支付宝条码支付,而在大型商超采用微信条码支付,由此,在待支付时,首先通过地理位置识别等方式确定当前的支付环境,然后,确定与当前支付环境相匹配的渠道作为本次支付的支付平台执行支付操作;
在本实施例中,通过收银机端扫描待支付的支付条码之后,再将所述支付条码传入至销售终端,并通过所述销售终端判断所述支付条码的支付类型。
在本实施例中,销售终端是具备本发明功能特征的POS机或者其它具有该功能特征的智能支付设备。
进一步的,该销售终端通过无线或者有线的方式与收银机端建立通信链接,接收由收银机端传入的支付条码。
进一步的,通过支付条码的支付卡类型信息确定支付条码的支付类型,例如,若支付条码的支付卡类型是微信条码,则判断得到客户采用的支付类型是微信支付。
在本实施例中,将所述支付条码传入至销售终端,并通过所述销售终端判断所述支付条码的支付类型之后,再按所述支付类型调用其对应的支付平台,并通过所述支付平台执行支付操作。
进一步的,支付平台是由相关的支付应用程序提供的支付媒介,例如,微信应用程序提供由其关联的微信支付平台供客户使用,支付宝应用程序提供由其关联的支付宝支付平台供客户使用。
进一步的,更新所述销售终端的支付平台信息,以扩大支付平台的适用广度。
本实施例的有益效果在于,通过获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息;然后,通过所述交易类型信息确定本次支付操作的类别信息,通过所述支付卡类型信息确定本次支付操作的平台信息,通过所述支付条码信息确定本次支付操作的身份验证信息;最后,根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息。实现了一种高效的一种支付管理方案,一方面,提供了更为全面的移动支付、收银等配套功能,适应广泛的商业需求,另一方面,丰富完善了移动支付流程,在消费者、销售者、商家之间建立全面、***的销售支付管理体系,提高了用户的支付体验,增强了销售端的支付管理能力。
实施例二
图2是本发明支付方法第二实施例的流程图。基于上述实施例,获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息之前包括:
S01、在银行机构或者第三方支付机构中确定所述支付终端的支付账号和支付权限;
S02、根据支付需求,并结合所述支付账号和所述支付权限,生成所述支付条码,其中,所述支付条码包括所述支付数据。
在本实施例中,首先,在银行机构或者第三方支付机构中确定所述支付终端的支付账号,例如,在交易发生前,消费者通过支付终端预先授权银行卡账户开立银行根据第三方支付机构的适格指令从银行卡账户中对外付款。然后,确定对外付款的支付权限,例如,每日的支付上限额度、每笔交易的上限额度、交易的位置信息等支付权限。
在本实施例中,在银行机构或者第三方支付机构中确定所述支付终端的支付账号和支付权限之后,再根据支付需求,并结合所述支付账号和所述支付权限,生成所述支付条码,其中,所述支付条码包括所述支付数据。例如,在消费者使用支付终端进行条码支付时,通过支付条码预先授权第三方支付机构在支付限额内可以自行依收款人申请对付款人银行卡账户开立银行请求付款。
进一步的,获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息之前还包括:
在所述支付终端联机环境下,根据所述支付需求实时生成所述支付条码;
或者,在所述支付终端脱机环境下,在所述支付终端内批量生成所述支付条码,并将所述支付条码加密存储至本地,根据所述支付需求调用所述支付条码。
在本实施例中,可以根据支付终端的联网环境,确定对应的支付条码,以便在保证支付安全的前提下,提高移动支付的应用场景。
实施例三
图3是本发明支付方法第三实施例的流程图。基于上述实施例,根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息包括:
S31、若支付终端的支付卡和收款方属于同一银行机构或者第三方机构时,所述银行机构或者所述第三方支付机构向所述支付终端报送所述扣款指令;
S32、在所述扣款指令执行完成后,由所述银行机构或者所述第三方支付机构分别向所述支付终端、销售终端以及所述后台资源管理平台推送所述扣款指令的支付信息。
如上例所述,在通过支付条码进行支付操作时,支付终端触发启动相应的支付软件,选择用于支付货款的账户,由支付软件(或者提供该支付服务的支付平台)自动生成包含了付款人账户信息的条形码,然后,由消费者向销售者出示其用于本次支付的支付条码;再然后,销售者将本次待支付的金额录入销售终端,录入确定后,使用扫码枪(或者具备条形码读取功能的装置)获取支付条码,并读取其支付数据,最后,通过联网的销售终端将具有待支付信息的支付数据发送至第三方支付平台。
在第三方支付平台接收到待支付信息的支付数据后,当支付终端的支付账号的发卡行和销售者的账户开立银行为同一银行时,第三方支付机构向支付终端的支付账号的发卡行直接报送付款信息,发卡行、自行清算银行卡账户和收款账户,并向第三方支付机构发送已轧差通知。
最后,由第三方支付平台在支付终端的软件平台中推送扣款信息,同时,通过第三方支付平台向销售终端(或者具备财务管理的后台服务器)推送已收款的收款信息。
实施例四
图4是本发明支付方法第四实施例的流程图。基于上述实施例,根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息还包括:
S33、记录、并归类支付数据,生成支付数据报表,其中,所述支付数据报表包括但不限于支付日期、支付产品名称、支付产品数量、支付产品价格以及支付产品库存;
S34、通过支付数据执行清算对账操作,通过支付数据执行打印报表操作,通过支付数据执行***配置操作;
S35、向支付终端推送支付平台的订阅信息,其中,所述订阅信息包括但不限于商品信息和反馈信息。
进一步的,通过支付数据执行清算对账操作:
例如,根据中心流水对账文件进行自动对账,打印对账结果。
进一步的,通过支付数据执行打印报表操作:
例如,统计打印银行卡、微信、支付宝交易情况等各种情况。
进一步的,通过支付数据执行灵活的***配置操作:
例如,***配置参数化、终端配置简单、灵活。
进一步的,所述通过支付平台执行支付操作之后还包括:
向支付终端推送支付平台的订阅信息,其中,所述订阅信息包括但不限于商品信息和反馈信息。
进一步的,本方法还包括:
通过所述销售终端的定位模块获取当前的地理位置信息,并将所述地理位置信息关联至所述支付数据。
进一步的,将销售终端定位的地理位置信息关联至支付数据,通过后台管理***获取每一笔支付数据的支付位置,提高了支付的安全性。
进一步的,将销售终端定位的地理位置信息发送至后台管理***,从而实现对销售终端的准确定位和远程权限管理。
进一步的,在销售终端与后台管理***建立数据接口;
将支付数据由销售终端传入至后台管理***。
在本实施例中,销售终端与后台管理***(例如,ERP企业资源计划***)建立预设的数据接口,由此,支付数据在销售终端生成后,直接传入至后台管理***,而无须人工录入。可以理解的是,后台管理***的财务存货模块可以直接录入由收银机端传入的支付数据中的商品数据,实施本方案,无需财务人员人工录入进销存数据。
进一步的,通过数据接口导入支付数据后,在后台管理***侧,根据后台管理***的功能模块,提取对应的数据导入子***;
进一步的,根据导入的支付数据,实时更新后台管理***内的资源数据。
实施例五
如图5所示是本发明支付方法第五实施例的流程图。基于上述实施例,本实施例提出了一种支付方案。具体的:
本方案适用于扫码支付108、App(应用程序)支付以及Wap(网页)支付等多种支付途径;
进一步的,本方案的支付***102包括但不限于银企直联103功能、自动对账104功能、统一接口对接通道105功能、自动分拆金额106功能以及自动分析区分金额107功能;
进一步的,本方案的支付***102可以接入支付公司111、***公司112、代理商113以及平台方114,其中,支付公司111与***公司112建立数据通道,代理商113与平台方114建立数据通道;
进一步的,本方案的支付***102可以接入N个电商,例如图5示出的A电商115、B电商116、C电商以及N电商118;
进一步的,在本实施例中,以支付宝100支付为例,客户的支付宝100通过银行101与本实施例的支付***102建立通信数据通道。
进一步的,本实施例的支付方案中的五项功能:
(1)、银企直联103
银企直联103是一种新的网上银行***与企业的财务软件***在线直接联接的接入方式。银企直联通过因特网或专线连接方式,实现了银行和企业计算机***的有机融合和平滑对接。企业通过财务***的界面就可直接完成对银行账户以及资金的管理和调度,进行信息查询、转账支付等各项业务操作。同时,银企直联可以为企业在财务***中开发和定制个性化功能提供支持,具有信息同步、高效简便、个***和安全可靠的鲜明特色。银企直联能够做到与企业计算机***的对接,方便的完成企业***的与银行有关的交易。有了这个方案,应用本实施例的商户可以即时收款,秒到账。
(2)、自动对账104
自动对账104使得商户可以时时查看交易流水和结算金额;每个代理商可以时时查看自己的商户的交易情况和分润金额;银行可以时时掌握每个商户的交易情况。
(3)、统一接口对接通道105
由于支付宝和微信的***与银行的***接口都是不一样的,他们都是***平台,都要面对很多***接入,因此,本实施例的支付方案解决了X1***与X2***对接的问题。
(4)、自动分拆金额106
现有技术中,微信、支付宝无法完成大额支付,比如买一台高端电视机500000元,我们***在一秒内自动把500000元分折成20笔支付。本实施例的支付方案安全可靠,不会出差错。
(5)、自动分析区分金额107
C端(客户)支付一笔款,通过本实施例的支付方案,首先到银行,然后自动分折成几笔,第一笔是扣掉手续费的货款到商户(供应商)的帐上,第二笔是电商平台费用到电商平台,第三笔是分润到代理商的帐户。
实施例六
基于上述实施例,本发明还提出了一种支付设备,该设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现:
获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息;
通过所述交易类型信息确定本次支付操作的类别信息,通过所述支付卡类型信息确定本次支付操作的平台信息,通过所述支付条码信息确定本次支付操作的身份验证信息;
根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息。
可选的,所述计算机程序还被所述处理器执行时实现:
在银行机构或者第三方支付机构中确定所述支付终端的支付账号和支付权限;
根据支付需求,并结合所述支付账号和所述支付权限,生成所述支付条码,其中,所述支付条码包括所述支付数据。
可选的,所述计算机程序还被所述处理器执行时实现:
在所述支付终端联机环境下,根据所述支付需求实时生成所述支付条码;
或者,在所述支付终端脱机环境下,在所述支付终端内批量生成所述支付条码,并将所述支付条码加密存储至本地,根据所述支付需求调用所述支付条码。
可选的,所述计算机程序还被所述处理器执行时实现:
若支付终端的支付卡和收款方属于同一银行机构或者第三方机构时,所述银行机构或者所述第三方支付机构向所述支付终端报送所述扣款指令;
在所述扣款指令执行完成后,由所述银行机构或者所述第三方支付机构分别向所述支付终端、销售终端以及所述后台资源管理平台推送所述扣款指令的支付信息;
记录、并归类支付数据,生成支付数据报表,其中,所述支付数据报表包括但不限于支付日期、支付产品名称、支付产品数量、支付产品价格以及支付产品库存;
通过支付数据执行清算对账操作,通过支付数据执行打印报表操作,通过支付数据执行***配置操作;
向支付终端推送支付平台的订阅信息,其中,所述订阅信息包括但不限于商品信息和反馈信息。
实施例七
基于上述实施例,本发明还提出了一种计算机可读存储介质,该计算机可读存储介质上存储有支付程序,所述支付程序被处理器执行时实现如上述支付方法的步骤。
实施本发明的支付方法、设备及计算机可读存储介质,通过获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息;然后,通过所述交易类型信息确定本次支付操作的类别信息,通过所述支付卡类型信息确定本次支付操作的平台信息,通过所述支付条码信息确定本次支付操作的身份验证信息;最后,根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息。实现了一种高效的一种支付管理方案,一方面,提供了更为全面的移动支付、收银等配套功能,适应广泛的商业需求,另一方面,丰富完善了移动支付流程,在消费者、销售者、商家之间建立全面、***的销售支付管理体系,提高了用户的支付体验,增强了销售端的支付管理能力。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。

Claims (10)

1.一种支付方法,其特征在于,所述方法包括:
获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息;
通过所述交易类型信息确定本次支付操作的类别信息,通过所述支付卡类型信息确定本次支付操作的平台信息,通过所述支付条码信息确定本次支付操作的身份验证信息;
根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息。
2.根据权利要求1所述的支付方法,其特征在于,获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息之前包括:
在银行机构或者第三方支付机构中确定所述支付终端的支付账号和支付权限;
根据支付需求,并结合所述支付账号和所述支付权限,生成所述支付条码,其中,所述支付条码包括所述支付数据。
3.根据权利要求1所述的支付方法,其特征在于,获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息之前还包括:
在所述支付终端联机环境下,根据所述支付需求实时生成所述支付条码;
或者,在所述支付终端脱机环境下,在所述支付终端内批量生成所述支付条码,并将所述支付条码加密存储至本地,根据所述支付需求调用所述支付条码。
4.根据权利要求3所述的支付方法,其特征在于,所述根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息包括:
若支付终端的支付卡和收款方属于同一银行机构或者第三方机构时,所述银行机构或者所述第三方支付机构向所述支付终端报送所述扣款指令;
在所述扣款指令执行完成后,由所述银行机构或者所述第三方支付机构分别向所述支付终端、销售终端以及所述后台资源管理平台推送所述扣款指令的支付信息。
5.根据权利要求4所述的支付方法,其特征在于,所述根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息还包括:
记录、并归类支付数据,生成支付数据报表,其中,所述支付数据报表包括但不限于支付日期、支付产品名称、支付产品数量、支付产品价格以及支付产品库存;
通过支付数据执行清算对账操作,通过支付数据执行打印报表操作,通过支付数据执行***配置操作;
向支付终端推送支付平台的订阅信息,其中,所述订阅信息包括但不限于商品信息和反馈信息。
6.一种支付设备,其特征在于,所述设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现:
获取并解析支付条码的支付数据,得到交易类型信息、支付卡类型信息以及支付条码信息;
通过所述交易类型信息确定本次支付操作的类别信息,通过所述支付卡类型信息确定本次支付操作的平台信息,通过所述支付条码信息确定本次支付操作的身份验证信息;
根据所述平台信息以及类别信息调取验证通道,通过所述验证通道验证所述身份信息,若所述身份信息验证通过,则执行本次支付操作的扣款指令,并向后台资源管理平台发送财务更新信息。
7.根据权利要求6所述的支付设备,其特征在于,所述计算机程序还被所述处理器执行时实现:
在银行机构或者第三方支付机构中确定所述支付终端的支付账号和支付权限;
根据支付需求,并结合所述支付账号和所述支付权限,生成所述支付条码,其中,所述支付条码包括所述支付数据。
8.根据权利要求7所述的支付设备,其特征在于,所述计算机程序还被所述处理器执行时实现:
在所述支付终端联机环境下,根据所述支付需求实时生成所述支付条码;
或者,在所述支付终端脱机环境下,在所述支付终端内批量生成所述支付条码,并将所述支付条码加密存储至本地,根据所述支付需求调用所述支付条码。
9.根据权利要求8所述的支付设备,其特征在于,所述计算机程序还被所述处理器执行时实现:
若支付终端的支付卡和收款方属于同一银行机构或者第三方机构时,所述银行机构或者所述第三方支付机构向所述支付终端报送所述扣款指令;
在所述扣款指令执行完成后,由所述银行机构或者所述第三方支付机构分别向所述支付终端、销售终端以及所述后台资源管理平台推送所述扣款指令的支付信息;
记录、并归类支付数据,生成支付数据报表,其中,所述支付数据报表包括但不限于支付日期、支付产品名称、支付产品数量、支付产品价格以及支付产品库存;
通过支付数据执行清算对账操作,通过支付数据执行打印报表操作,通过支付数据执行***配置操作;
向支付终端推送支付平台的订阅信息,其中,所述订阅信息包括但不限于商品信息和反馈信息。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有支付程序,所述支付程序被处理器执行时实现如权利要求1至5中任一项所述的支付方法的步骤。
CN201710903380.3A 2017-09-28 2017-09-28 一种支付方法、设备及计算机可读存储介质 Pending CN107808285A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710903380.3A CN107808285A (zh) 2017-09-28 2017-09-28 一种支付方法、设备及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710903380.3A CN107808285A (zh) 2017-09-28 2017-09-28 一种支付方法、设备及计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN107808285A true CN107808285A (zh) 2018-03-16

Family

ID=61584866

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710903380.3A Pending CN107808285A (zh) 2017-09-28 2017-09-28 一种支付方法、设备及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN107808285A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108564370A (zh) * 2018-04-20 2018-09-21 九江学院 一种多密钥的电子账户支付保护方法
CN109461054A (zh) * 2018-10-26 2019-03-12 深圳市医信通科技有限公司 一种基于二维码的线上业务分销渠道管理***
CN111126998A (zh) * 2019-12-24 2020-05-08 支付宝实验室(新加坡)有限公司 基于条码支付的实现方法和装置、基于条码支付的***
WO2020103275A1 (zh) * 2018-11-20 2020-05-28 平安科技(深圳)有限公司 扣款控制方法、装置、设备及可读存储介质
CN111260360A (zh) * 2020-01-13 2020-06-09 支付宝实验室(新加坡)有限公司 基于条码支付的实现方法和装置
CN113657881A (zh) * 2021-08-02 2021-11-16 ***股份有限公司 账单支付方法、***、装置、设备及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103854173A (zh) * 2014-03-28 2014-06-11 紫光股份有限公司 一种用于现场购物的移动支付方法
CN104428803A (zh) * 2014-05-07 2015-03-18 华为技术有限公司 支付方法和装置以及支付要素处理方法和装置
CN104820919A (zh) * 2015-04-20 2015-08-05 广东商联支付网络技术有限公司 一种线上线下移动支付服务平台
CN105701659A (zh) * 2016-03-11 2016-06-22 广州云移信息科技有限公司 基于二维码的网络支付方法及***
CN106372877A (zh) * 2016-08-31 2017-02-01 北京炎黄新星网络科技有限公司 一种聚合支付***
CN106529918A (zh) * 2016-10-20 2017-03-22 北京众联享付科技股份有限公司 一种联通用户、商家与第三方支付通道的网络支付技术通道管理***
CN106779666A (zh) * 2016-11-25 2017-05-31 武汉烽火信息服务有限公司 聚合支付平台及支付方法
CN107038573A (zh) * 2017-04-21 2017-08-11 广东通莞科技股份有限公司 一种基于物联网和云计算的聚合支付***
CN107194685A (zh) * 2017-04-01 2017-09-22 北京波若科技有限公司 一种多支付机构条码统码支付方法和***

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103854173A (zh) * 2014-03-28 2014-06-11 紫光股份有限公司 一种用于现场购物的移动支付方法
CN104428803A (zh) * 2014-05-07 2015-03-18 华为技术有限公司 支付方法和装置以及支付要素处理方法和装置
CN104820919A (zh) * 2015-04-20 2015-08-05 广东商联支付网络技术有限公司 一种线上线下移动支付服务平台
CN105701659A (zh) * 2016-03-11 2016-06-22 广州云移信息科技有限公司 基于二维码的网络支付方法及***
CN106372877A (zh) * 2016-08-31 2017-02-01 北京炎黄新星网络科技有限公司 一种聚合支付***
CN106529918A (zh) * 2016-10-20 2017-03-22 北京众联享付科技股份有限公司 一种联通用户、商家与第三方支付通道的网络支付技术通道管理***
CN106779666A (zh) * 2016-11-25 2017-05-31 武汉烽火信息服务有限公司 聚合支付平台及支付方法
CN107194685A (zh) * 2017-04-01 2017-09-22 北京波若科技有限公司 一种多支付机构条码统码支付方法和***
CN107038573A (zh) * 2017-04-21 2017-08-11 广东通莞科技股份有限公司 一种基于物联网和云计算的聚合支付***

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108564370A (zh) * 2018-04-20 2018-09-21 九江学院 一种多密钥的电子账户支付保护方法
CN108564370B (zh) * 2018-04-20 2021-10-01 九江学院 一种多密钥的电子账户支付保护方法
CN109461054A (zh) * 2018-10-26 2019-03-12 深圳市医信通科技有限公司 一种基于二维码的线上业务分销渠道管理***
WO2020103275A1 (zh) * 2018-11-20 2020-05-28 平安科技(深圳)有限公司 扣款控制方法、装置、设备及可读存储介质
CN111126998A (zh) * 2019-12-24 2020-05-08 支付宝实验室(新加坡)有限公司 基于条码支付的实现方法和装置、基于条码支付的***
CN111260360A (zh) * 2020-01-13 2020-06-09 支付宝实验室(新加坡)有限公司 基于条码支付的实现方法和装置
CN113657881A (zh) * 2021-08-02 2021-11-16 ***股份有限公司 账单支付方法、***、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
CN107808285A (zh) 一种支付方法、设备及计算机可读存储介质
CN107403372A (zh) 互联网金融数据处理平台
US20030088487A1 (en) Travel expense reimbursement system and method
KR101961899B1 (ko) 가상화폐와 명목화폐 간의 환율을 고려한 가상화폐 자동 결제 서비스 제공 방법
CN109584031A (zh) 对账方法、装置、电子设备及计算机可读介质
CN105023149A (zh) 实现线下收银多元化结算及支付管理方法和支付管理***
CN107798594A (zh) 差旅项目的报销方法、***及存储介质
CN106067124A (zh) 一种扫描二维码支付并实时记录消费积分和返利的方法
CN105164707A (zh) 使用移动支付账户、移动条码和通用数字移动货币来便于移动设备支付
CN104599165A (zh) 一种网络交易方法及相关设备、***
US20240078596A1 (en) System and method for aggregating and presenting financial information
CN107194695A (zh) 交易码生成及扫描终端、交易码生成及交易方法
CN108596596A (zh) 一种基于二维码的交易方法和***
CN107067258A (zh) 金融交易管理***及方法
CN105989466A (zh) 一种手机支付方法
CN102044091A (zh) 自助售票***
CN107491880A (zh) 基于无人超市的智能零售共享平台
CN104246805A (zh) 电子交易方法
US20140025406A1 (en) System and Method for Electronic Identification System
CN112734418A (zh) 一种基于区块链的股权资产购买和转赠***
CN205176935U (zh) 金融交易信息处理***
CN107705117A (zh) 一种支付管理方法、收银机端、销售终端及支付管理***
CN114648383A (zh) 一种旅游景区用智慧票务***
CN2921973Y (zh) 自助交付终端
CN201820269U (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
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20180316