CN104732382A - 一种支付管理方法及支付管理系统 - Google Patents

Abstract

本发明涉及一种支付管理方法和支付管理系统，包括选择收款方式的步骤，生成客户信息更客户信息数据库的步骤。该收款系统中包括收款终端和与所述的收款终端后台的管理系统，所述的收款终端上设置有获取各种客户支付帐号的装置、与各种帐户支付系统进行以实现帐户支付的系统；和所述的后台的管理系统内包括客户管理模块、订单信息生成模块、优惠信息管理模块。本发明为满足用户需要，设置了各种帐户支付方式和后台对客户的管理数据库。

Description

一种支付管理方法及支付管理系统

技术领域

本发明涉及支付领域，特别涉及一种支付管理方法及支付管理系统。

背景技术

目前，支付收款方式主要有银行卡刷卡、拍卡、插卡收款、第三方账户无卡收款、现金收款、二维码支付、甚至光波、声波支付等多种收款方式，而传统的POS机可以实现支付，但它是利用银行卡刷卡支付，支付过程如下：

当顾客(银行卡支有者)需要通过POS机进行支付时，POS机持有者(商户)需要在POS机上对交易的信息进行基本的设置，如支付金额。

顾客将银行卡在POS机上刷卡，并输入银行卡的支付密码。

POS生成支付帐单发送到银联，银联通过银行实现支付，并返回支付结果到POS机，打印凭据，完成支付。

目前，POS机根据读取银行卡的方式不同，分为不同的POS机，如目前使用最普遍的采用读卡器读取银联卡或者信用卡的POS机，读卡器的结构不同，如刷卡、拍卡、插卡等也就有不同的POS机，另外，采用第三方账户无卡收款、现金收款、二维码支付、甚至光波、声波支付等多种收款方式也需要采用不同的收款终端，且目前所有的收款终端还不具备对客户进行管理的功能。不能满足目前商户对支付系统的要求。特别是目前对客户管理要求越来越高，比如不同的客户有不同的优惠额度等，在目前的POS机收款时，很难实现这些优惠方案的管理。

发明内容

本发明针对目前POS机不具备对客户进行管理的功能。不能满足目前商户对支付系统的要求，提供一种支付通信方法及支付系统。

本发明所采用的技术方案是：一种支付管理方法，包括以下步骤：

步骤A、商户收款终端将至少包括交易金额和商户编号的数据包传递给后台的管理系统；

步骤B、后台的管理系统将收到的数据包解析后存在服务器数据库，生成至少具有订单编号和交易金额的订单信息返回给商户收款终端；

步骤C、商户收款终端获取客户是否拥有优惠凭证，如果客户拥有优惠凭证，则将优惠凭证传递给后台的管理系统；后台的管理系统检索优惠凭证，如果该优惠凭证是真实有效的，则更新订单信息返回给商户收款终端；否则直接进入步骤D；

步骤D、商户收款终端获取客户支付方式，若客户采用现金支付，则收取现金，如果客户采用帐户支付方式，则获取客户的支付帐号和授权，利用客户所采用的帐户的支付流程实现收款；

步骤E、商户收款终端更新订单信息后，将更新后的订单信息发送到后台的管理系统，由后台的管理系统更新客户管理数据库，其中，商户收款终端更新订单信息时,对于采用帐户支付方式的客户至少在订单信息中加入该客户的支付帐号，对于采用现金支付的客户如果拥有优惠凭证，则至少在订单信息中加入该客户的优惠凭证号，对于采用现金支付的客户没有优惠凭证的，则商户收款终端更新订单信息时，可以在订单信息中加不增加任何内容。

该支付管理方法中：商户收款终端与后台的管理系统之间传送的信息封装成json数据包。在步骤E中商户收款终端更新订单信息时，还在订单信息中加入该客户购买的商品或者服务详单。所述的步骤D中，客户采用帐户支付方式时所使用的帐号包括银行帐号和非银行帐号。获取客户的支付帐号方式至少包括：利用读卡器读取客户的银联卡或者信用卡；或者利用与客户手持移动终端通信的方式从客户手持移动终端中获取客户的支付帐号的方式。

本发明还提供一种实现上述的支付管理方法的支付管理系统，包括收款终端和与所述的收款终端通信的后台的管理系统，所述的收款终端上设置有获取客户支付帐号的装置、与帐户支付系统进行通信以实现帐户支付的系统；所述的后台的管理系统内包括与所述的收款终端通信的通信系统、客户管理模块、订单信息生成模块、优惠信息管理模块、客户数据库；

所述的订单信息生成模块与通信系统相连；

所述的客户管理模块与通信系统相连，接收由收款终端发送来的客户管理信息并对客户数据库进行管理；

所述的优惠信息管理模块包括检索优惠凭证的检索模块，更新订单信息的订单信息更新模块。

其中：所述的获取客户支付帐号的装置包括：非接触读卡器、磁卡读卡器、IC卡读卡器、条码阅读器、二维码阅读器、光波接收器、声波接收器。

与帐户支付系统进行通信以实现帐户支付的系统包括银行卡支付系统、非银行帐户支付系统、预付卡支付系统。

所述的优惠信息管理模块中还包括银行卡用户优惠管理模块。

本发明的支付通信方法中，收款终端具备各种收款方式，且利用后台的管理系统对客户进行管理，满足商户的需要。

以下将结合附图和实施例，对本发明进行较为详细的说明。

附图说明

图1为本发明实施例1支付方法流程图；

图2为本发明实施例2支付方法流程图；

图3为本发明的系统框图。

具体实施方式

实施例1，如图1所示，本实施例是一种具备多种支付方式的的支付管理方法，使用这种支付管理方法的设施为如图2所示的支付管理系统。

该支付管理系统如图3所示，包括一系列收款终端和一个后台的管理系统，后台管理系统通过有线或者无线通信方式的通信系统与出租在各商户的收款终端相连，对收款终端的收款行动进行管理。目前，一般采用互联网的方式将后台的管理系统与出租在各商户处的收款终端相连，本实施例中的支付管理系统中也可以将收款终端出租给不同的商户，各收款终端分别为一种独立的收款终端，通过不同方式收款，如果支付方是采用银行银联卡支付，通过联银的收单机构进行支付，如果是采用信用卡支付，则利用信用卡的支付流程进行支付，如果采用的是支付宝等第三方帐号支付方式支付，则利用该第三方帐号方指定的流程进行支付，当然在支付过程中还可以使用现金支付，现金支付时直接收取现金，还可以采用优惠凭证进行部分支付等。

在后台的管理系统中，包括有与收款终端进行通信的通信系统以及客户管理模块、订单信息生成模块、优惠信息管理模块、客户数据库。订单信息生成模块与通信系统相连；当接收到收款终端发送过来的收款金额时，利用通信系统中获得的收款终端信息获得商记编号，生成订单信息，订单信息中至少有收款金额和商户编号。客户管理模块与通信系统相连，接收由收款终端发送来的客户管理信息并对客户数据库进行管理；当收款终端完成一笔客户支付的款项后，对客户数据进行管理，客户数据库各类很多，本实施例中使用一种关系型数据库，在该数据库中，利用客户所使用的银行卡帐户或者非银行帐户作为标识该客户的ID，统一管理所有使用这个银行卡帐户或者非银行帐户的客户的交易记录汇总。优惠信息管理模块包括检索优惠凭证的检索模块，更新订单信息的订单信息更新模块以及银行卡优惠管理模块。

每个收款终端支付过程如下：

1)在收款终端(商户终端)上输入交易金额，收款终端将交易金额，商户编号，在收款终端封装成一个json数据包加密后以HTTP方式传给后台的管理系统。

采用现有的POS也可以实现这个步骤， POS机会把交易原始金额，商户编号，商户终端号封装进json在通过base64加密以HTTP形式传给后台的管理系统，后台的管理系统会根据传入的商户编号以日期时间因素生成一个订单编号，并把金额，商户信息关联。使用JSON数据包易于扩展数据结构，为集成支付提供更好的扩展环境。

2）后台的管理系统将从通信系统的接口中收到的json 数据包解析后存在服务器数据库，调用订单信息生成模块生成一个新的订单信息，并把订单编号作为一个属性加在原有的数据包中封装成新的JSON以HTTP返回给收款终端。

订单信息生成模块中，新生成的是订单编号，后台的管理系统把订单编号跟原始金额，商户编号，商户终端关联起来，并把这条数据加入到JSON数据包中做为HTTP请求响应的返回。

3)拥有优惠凭证的用户可选卡券包里输入优惠凭证，收款终端会把信息封装成json加密传给后台的管理系统，服务器检索优惠凭证并更新订单信息以json加密返回给终端。更新时主要是将交易金额部分进行修改，新的交易金额是利用优惠凭证使用的规则，减去需要优惠的金额，形成新的交易金额。

关联上用户的帐号，进行结算时，自动帮用户去清算。这样做使得收款终端和优惠凭证形成一个闭环，商家发布的优惠券，用户领取后在结算时可马上使用，数据的统计都在后台的管理系统中完成。

目前，优惠凭证一般有两种，一种卡券，一种是电子凭证，卡券可以通过银行卡自动识别，这种优惠是针对使用特种银行卡的用户，在读卡时，直接将该客户的银行卡号采用上面的方式发送到后台的管理系统，服务器通过检索对优惠凭证兑现。而电子凭证则是一串号码，该号码一般印制在一张卡片上，比如VIP卡，因此，在收款终端上还有优惠凭证特征获取装置，这里主要是读取这一串号码，如果是手工输入则优惠凭证特征获取装置就是键盘等输入装置，如果VIP卡是一种NFC卡，采用的NFC读卡器就是优惠凭证特征获取装置，如果卡片上还有二维码或者条码的，也可以通过收款终端上的二维码或者条码扫描器读取，则优惠凭证特征获取装置就是条友或者二维码扫描器，然后将VIP卡码发送到后台的管理系统，服务器通过检索对优惠凭证兑现。

4)用户确认订单后可以选择收款终端系统集成的任意一种支付方式进行支付。

本实施例的收款终端上集成了银行帐户支付、非银行帐户支付以及现金支付等支付方式，相应的在，收款终端上设置有非接触读卡器、磁卡读卡器、IC卡读卡器、条码阅读器、二维码阅读器、光波接收器、声波接收器等获取客户支付的银行帐号和非银行帐号等，通过过对贴的识别，可以使用各自的支付方式进行收款。

如通过非接触读卡器读取银联卡的帐号，则通过银联收单机等按照银联制定的流程，从客户帐号中转出交易金额到商户的帐号中。

同样如果是通过磁卡读卡器、IC卡读卡器读取到的是信用卡的帐号，则通过发卡行的规定流程完成信用卡支付。

对于其它非银行帐户，则通过该帐户本身的载体获得该非银行帐号，然后利用识别到的该非银行帐号所对就的第三方支付机构的支付流程，如支付宝规定的流程完成支付。这样的支付方式很多，如有些消费者利用支付宝支付时，采用手机支付宝，商的收款终端通过与客户的手机通信，从客户处获得支付宝帐号和授权，然后通过支付宝的支付流程完成支付。

用户自主选择，支付方式的种类取决于该商家所支持的种类；是根据该商户在登陆时返回的所拥有的支付列表信息，取决于后台的管理系统权限的开放。理论上目前所有的支付方式都可以选择。

5)在收款终端完成支付后，收款终端会把商户信息，交易信息，支付方式封装成新的数据包以json格式，HTTP方式传送到后台的管理系统。

这时，收款终端需要商户登录，商户登录后会根据机器码返回商户的编号，终端号信息等，交易信息是集成在终端的功能（刷卡是POS硬件的返回，第三方支付就是后台的管理系统的返回），支付方式就是收款终端上集成提供的可行的支付方式；商户信息指的该终端对应的商户，一旦进行支付结算，收取的钱会流向到该商户的关联帐号。商户信息包括商户编号，商户名，商户终端号。交易信息包括了原始金额，实收金额，支付方式，支付状态。交易信息是订单信息一个子集，订单信息包含交易信息所有内容，交易信息中还有是否使用优惠凭证，优惠凭证编号，优惠金额等信息。交易信息是在完成任意一种支付方式，反馈给POS终端的信息，订单信息是在POS终端向服务器发起交易请求时生成的订单，然后根据支付方式的异同，会进行更新。

6）后台的管理系统收到终端发送的交易算结数据后根据交易编号更新数据库的交易订单。

数据库是设置在后台的管理系统中，是关系数据库，里面包含商户信息表，商户交易信息表等。

在后台的管理系统中，验证了商户的信息准确后直接保存到数据库的交易表，当时的交易订单内容只有订单编号，原始金额，商户编号，商户终端号。交易结算后的更新是把交易结算信息更新到交易订单表，如支付方式，实收金额，凭证号，卡号，第三方支付帐号，支付日期。所以结算的订单表都可以在收款系统的交易报表中查询到，会自动形成报表更容易让商户进行数据分析管理；后台的管理系统可对所有的客户进行管理；后台的管理系统有所有的交易记录，在一个交接班的时间段的信息会计算统计好返回给终端并打印出小票。

实施例2如图2所示，本实施例所采用的系统如实施例1一样，只是在商户收款终端上在进行银行卡刷卡后，进行一个判断，看该客户帐单是否享受了优惠，如果已经享受了优惠，就直接进行银行卡支付的后续程序，否则将银行卡号传送给后台的管理系统，在后台管理系统中，银行卡优惠管理模块对银行卡进行检索，看该银行卡上是否有优惠方案，如果有优惠方案，则直接对该银行卡用户的客户进行优惠，更新订单信息发送回商户收款终端，商户收款终端根据更新后的订单信息按照该银行卡的支付流程完成支付。如果经检索该银行卡中没有任何优惠方案，则保存银行卡号，并对该银行卡客户进行处理，比如加入到下一轮的优惠活动等。

本实施例的收款系统与目前的POS机收款系统相比，具有很大的优势，比如，可以进行银行卡支付外，还能进行非卡支付如第三方帐户支付方式支付，因此，该收款系统的收款终端上除了具有银行卡读卡器外，还有其它帐户获取装置，如二维码或者条码识别装置，与手机等移动终端通信的通信接口装置，能够从手机等个人移动终端中获取该客户的支付宝等非银行帐号，并通过与这些个人移动终端通信获得从这些第三方支付贴中获得支付的授权。另外，与目前的POS收款系统相比，本实施例的收款系统中，还包括有一个强大的后台管理系统，该后台系统对客户系统进行有效的管理，如对一些优惠方案的管理，如在进行支付时，看客户是否有优惠凭证，如果有优惠凭证，可以在获取优惠凭证后，将优惠凭证的号码或者特征发送到后台的管理系统，后台管理系统利用其检索工具对该优惠凭证进行检索，通过其优惠模块对优惠凭证进行判断，如果优惠凭证真实有效，则利用其订单更新模块对订间进行更新，更新后的订单主要与原订单相比，主要有如下特征：收款金额是优惠后的金额，加入已经获得优惠的标记。收款终端接收到更新后的订单进行支付，此时，收款终端判断采用什么支付方式，如果是现金或者非银行卡支付，直接接收现金或者按照该非银行卡支付流程完成支付。如果是银行卡支付，则收款终端在读取银行卡后，利用其订单读取模块，对订单进行读取，如果该订单没有享受优惠(订单上没有优惠标记)，收款终端利用与后台管理系统的通信模块将银行卡号发送给后台的管理系统，在后的管理系统中，利用其优惠模块，判断该银行卡上是否有卡券，也就是该银行卡是否参加了什么优惠方案，如果参加了任何一种优惠方案，则按照优惠方案进行优惠，利用订单更新模块对订单进行更新后发送到收款终端，收款终端根据更新的订单按照银行卡的支付流程完成支付，如果该银行卡客户没有参加任何优惠方案，对该银行卡或者客户进行处理，比如，将其加入到下一步的优惠方案等。

Claims (10)

1.一种支付管理方法，由商户收款终端与后台的管理系统完成，其特征在于：包括以下步骤：

步骤A、商户收款终端将至少包括交易金额和商户编号的数据包传递给后台的管理系统；

步骤B、后台的管理系统将收到的数据包解析后存在服务器数据库中，同时生成至少具有订单编号和交易金额的订单信息返回给商户收款终端；

步骤C、商户收款终端了解客户是否拥有优惠凭证，如果客户拥有优惠凭证，则将优惠凭证特征信号传递给后台的管理系统；后台的管理系统检索该优惠凭证的特征信号，如果该优惠凭证是真实有效的，则更新订单信息返回给商户收款终端；否则直接进入步骤D；

步骤D、商户收款终端获取客户支付方式，若客户采用现金支付，则收取现金，如果客户采用帐户支付方式，则获取客户的支付帐号和授权，利用客户所采用的帐户的支付流程实现收款；

步骤E、商户收款终端生成客户管理信息发送到后台的管理系统，后台的管理系统根据客户管理信息更新客户管理数据库；所述的客户管理信息在订单信息基础上至少增加了客户个人信息；其中，商户收款终端生成客户管理信息时,对于采用帐户支付方式的客户至少在订单信息中加入该客户的支付帐号，对于采用现金支付的客户如果拥有优惠凭证，则至少在订单信息中加入该客户的优惠凭证号。

2.根据权利要求1所述的支付管理方法，其特征在于：所述的步骤D中，客户采用银行卡支付时，还包括以下步骤：

步骤D01、判断该客户是否享受了优惠，如果享受了，则转向步骤D03，否则转向D02；

步骤D02、将银行卡号发送到后台的管理系统；

步骤D03后台的管理系统对银行卡号进行检索，如果该银行卡存在有银行卡优惠，则更新订单信息返回给商户收款终端；否则，将原订单信息直接发回给商户收款终端，并对该银行卡号进行处理；

步骤D04、收款终端利用银行卡支付流程实现收款。

3.根据权利要求1所述的支付管理方法，其特征在于：商户收款终端与后台的管理系统之间传送的信息封装成json数据包。

4.根据权利要求1所述的支付管理方法，其特征在于：在步骤E中商户收款终端更新订单信息时，还在订单信息中加入该客户购买的商品或者服务详单。

5.根据权利要求1所述的支付管理方法，其特征在于：所述的步骤D中，客户采用帐户支付方式时所使用的帐号包括银行帐号和非银行帐号。

6.根据权利要求5所述的支付管理方法，其特征在于：获取客户的支付帐号方式至少包括：

利用读卡器读取客户的银联卡或者信用卡；或者，

利用与客户手持移动终端通信的方式从客户手持移动终端中获取客户的支付帐号的方式。

7.一种支付管理系统，包括收款终端和与所述的收款终端通信的后台的管理系统，所述的收款终端上设置有获取客户支付帐号的装置、与帐户支付系统进行通信以实现帐户支付的系统；其特征在于：所述的后台的管理系统内包括与所述的收款终端通信的通信系统、客户管理模块、订单信息生成模块、优惠信息管理模块、客户数据库；

所述的订单信息生成模块与通信系统相连；

所述的客户管理模块与通信系统相连，接收由收款终端发送来的客户管理信息并对客户数据库进行管理；

所述的优惠信息管理模块包括检索优惠凭证的检索模块，更新订单信息的订单信息更新模块。

8.根据权利要求7所述的支付管理系统，其特征在于：所述的获取客户支付帐号的装置包括：非接触读卡器、磁卡读卡器、IC卡读卡器、条码阅读器、二维码阅读器、光波接收器、声波接收器。

9.根据权利要求7所述的支付管理系统，其特征在于：与帐户支付系统进行通信以实现帐户支付的系统包括银行卡支付系统、非银行帐户支付系统、预付卡支付系统。

10.根据权利要求7所述的支付管理系统，其特征在于：所述的优惠信息管理模块中还包括银行卡用户优惠管理模块。