CN103714461A

CN103714461A - 一种收银方法和支付系统

Info

Publication number: CN103714461A
Application number: CN201310716562.1A
Authority: CN
Inventors: 兰红明; 刘宝生; 梁谋; 肖军
Original assignee: Individual
Current assignee: Individual
Priority date: 2013-12-23
Filing date: 2013-12-23
Publication date: 2014-04-09

Abstract

本发明提供了一种收银方法和支付系统，本发明提供的收银方法中，通过与支付平台约定第一校验码，并在确认支付方客户端接收到所述支付平台发送的所述第一校验码时，确认支付方的支付成功。通过本发明提供的方法，收款方可以根据支付方客户端是否接收到了支付平台发送的所述第一校验码直接判断支付方向收款方的支付是否成功，而不必持手持终端（比如POS机，或者手机等），降低了购置成本，另一方面，由于支付平台是向支付方客户端返回第一校验码，任一得知收款方与支付平台约定的第一校验码的收银员都可以判断支付是否成功，因此本发明提供收银方法能够广泛地应用于商超、餐饮等行业，具有很高的适用性。

Description

一种收银方法和支付系统

技术领域

本发明涉及移动支付领域，尤其涉及一种收银方法和支付系统。

背景技术

近年来，移动支付发展迅速，被大量应用到多个领域。由于移动支付的特性，其支付目前主要应用于消费前支付（如网店购物、团购、话费充值等）和非即时支付（如支付水电费等）。当前应用的移动支付主要包括两种方式：

一种是不需要POS终端的：支付方通过安装在移动终端的APP软件检索到支付接收方信息，输入支付金额，完成支付。这种方法对于即时消费即时支付（即现场消费，如餐饮、实体店购物等）的存在较大的局限性：由于支付接收方的到账需通过短信验证或即时查询验证，且由于超市或者餐厅的收银员众多，工作时间多变，支付平台并不知道该将短信验证发送到那个手机上，因此这种方案在大型的商超或酒店并不适用。

另外一种是需要支付接收方安装有POS终端的：包括有射频模式和移动终端APP生成支付二维码两种模式。射频模式其方法是支付接收方通过POS机与支付方的具有支付功能的芯片进行通讯，并自动完成支付。生成支付二维码模式其方法是支付方通过移动终端APP软件生成支付二维码图形，将支付账户、金额等信息包含在二维码中，接收方通过设备（POS终端）扫描支付二维码，完成支付。这两种模式都需要支付接收方有POS终端，增加了支付接收方的设备购置、设备维护和通讯成本。

发明内容

本发明提供了一种收银方法和支付系统，具有广泛的适用性，且能够使收款方在不借助于POS终端的前提下，即时确认支付方的在线支付是否成功。

本发明提供了一种收银方法，包括：

步骤S1，与支付平台约定第一校验码，所述第一校验码用于表示支付成功；

步骤S2，在确认支付方客户端接收到所述支付平台发送的所述第一校验码时，确认支付方的支付成功。

优选的，所述步骤S2之前，所述方法还包括：

生成支付码，所述支付码携带有用于标识收款账户的信息，以使所述支付方客户端通过录入所述支付码完成支付。

优选的，所述步骤S1之前，所述方法还包括：

与所述支付平台约定校验码生成规则；

所述步骤S1具体包括：

在所述支付码中携带动态字符，以使所述支付平台根据所述校验码生成规则以及所述动态字符生成第一校验码。

优选的，所述动态字符用于表示交易流水号和/或应收金额。

优选的，所述方法还包括：

在所述支付码中携带应收金额信息，以使所述支付平台判断实际支付方实际支付的金额是否正确。

优选的，所述步骤S2还包括：

在确认所述支付方客户端接收到所述支付平台发送的实际支付金额与应收金额一致时，确认支付方的支付成功。

优选的，所述步骤S2之前，所述方法还包括：

向所述支付平台发送交易信息，所述交易信息中携带有应收金额信息，以使所述支付平台在判断所述支付方实际的支付金额与应收金额一致时，向所述支付方客户端发送第一校验码。

本发明还提供了一种支付系统，包括：

支付平台，用于与收款方约定第一校验码，并在确认由支付方向所述收款方的支付成功时，向所述支付方的支付方客户端返回所述收款方对应的第一校验码；其中，所述第一校验码用于表示支付成功。

优选的，所述支付平台还用于接收所述支付方客户端发送的用于标识收款账户的信息，并根据所述用于标识收款账户的信息确定收款方；其中，所述用于标识收款账户的信息是所述支付方客户端根据录入的支付码得到的，所述支付码由所述收款方生成。

优选的，所述支付平台，还用于存储所述支付平台与收款方约定的校验码生成规则，并在接收到所述支付方客户端发送的动态字符时，根据所述支付客户端发送的动态字符以及所述校验码生成规则生成第一校验码；其中所述动态字符是所述支付方客户端根据录入的支付码得到的。

优选的，所述动态字符用于表示交易流水号和/或应收金额。

优选的，所述支付码中还携带应收金额信息；

所述支付平台，还用于接收所述支付方客户端发送的应收金额信息，并在判断所述支付方实际支付的金额与所述应收金额信息一致时，向所述支付方式客户端返回第一校验码；所述应收金额信息是所述支付方客户端根据录入的支付码得到的。

优选的，所述支付平台还用于，向所述支付方客户端返回实际支付的金额。

优选的，所述支付平台还用于接收收款方发送的交易信息，所述交易信息中携带有应收金额信息，并在判断所述支付方实际支付的金额与应收金额一致时，向所述支付方客户端发送第一校验码。

本发明提供的收银方法中，通过与支付平台约定第一校验码，并在确认支付方客户端接收到所述支付平台发送的所述第一校验码时，确认支付方的支付成功。通过本发明提供的方法，收款方可以根据支付方客户端是否接收到了支付平台发送的所述第一校验码直接判断支付方向收款方的支付是否成功，而不必持手持终端（比如POS机，或者手机等），降低了购置成本，另一方面，由于支付平台是向支付方客户端返回第一校验码，任一得知收款方与支付平台约定的第一校验码的收银员都可以判断支付是否成功，因此本发明提供收银方法能够广泛地应用于商超、餐饮等行业，具有很高的适用性。

附图说明

图1为本发明实施例一提供的一种收银方法的流程示意图；

图2为本发明实施例三提供的一种收银方法的流程示意图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

本发明实施例一提供了一种收银方法，如图1所示，该方法包括：

步骤101，与支付平台约定第一校验码，所述第一校验码用于表示支付成功。

需要指出的是，这里的第一校验码是指“（收款方）与支付平台约定的，用于表示支付成功的校验码”，而不是特指第一个校验码。

步骤102，在确认支付方客户端接收到所述支付平台发送的所述第一校验码时，确认支付方的支付成功。

这里的支付方客户端是指支付方所使用的客户端（比如手机或者其他能够连接到网络中的客户端），支付方可以通过该支付方客户端连接到支付平台并完成付款，这个过程与现有技术中一致，本发明中不再赘述。

这里的支付平台可以为银行系统提供的支付软件（比如银行客户端等），或者第三方提供的支付软件（比如支付宝等），或者也可以为一个支付接口，支付接口通过调用上述的支付软件提供在线支付功能。

由于第一校验码是用于表示支付成功校验码，本领域技术人员很容易理解，支付平台仅会在判断支付方对收款方的支付成功时，向支付方客户端发送第一校验码。相应的，如果收款方判断支付方客户端接收到所述支付平台发送的所述第一校验码时，则认为支付方的支付成功。

通过本发明实施例一提供的技术方案，收款方的收银人员可以直接根据支付方客户端是否接收到了收款方与支付平台约定的第一校验码确定支付方的支付是否成功，不必持手持终端（比如POS机，或者手机等），降低了购置成本，另一方面，由于支付平台是向支付方客户端返回第一校验码，任一得知收款方与支付平台约定的第一校验码的收银员都可以判断支付是否成功，因此本发明提供收银方法能够广泛地应用于商超、餐饮等行业，具有很高的适用性。

基于上述实施例一，本发明实施例二提供的收银方法中，还可以包括在上述的步骤102之前包括：

这里的支付码可以为支付二维码，用于标识收款账户的信息可以为收款账户的账户号，此时可以使支付端的客户端通过扫描该支付二维码获取收款方的账户号，进而完成支付。实际应用中，扫描二维码进行支付的方式在现有技术中有很多应用，在此不再赘述。需要指出的是，用于标识收款账户的信息并不局限于收款账户的账户号，只要能够使收款方根据该信息获取到收款方的账户号，其相应的技术方案都应该落入本发明的保护范围。这样，对于支付方来说，无需手动输入账号信息。另外，在实际应用中，生成的支付码还可以包括交易流水号和/或应收金额信息，这种方式在现有技术中也有诸多应用，在此亦不再赘述。

当然实际应用中，该支付码也可以为包含有用于标识收款账户的信息的一串字符，比如该支付码可以为“BJQJD11”，用于表示收款方为北京全聚德第11分店，支付方客户端发起支付请求后，将支付码发送至支付平台，支付平台根据事先存储的支付码与账户信息的对应关系，查找到相应的账户信息。这样也能够减低支付方录入账号信息的难度，提升支付方的用户体验。

实际应用中，收银员可以将支付码打印，便于消费者扫描或者录入。

另外在实际应用中，也可以采用手动输入账号的方式，通过支付平台向收款方转账，具体采用何种方式使支付方获取收款方的账户信息并不影响本发明的保护范围。

实际应用中，与支付平台约定第一校验码的方式有很多，本发明提供的优选方式可以包括：

（a），收款方自定义第一校验码，支付平台存储该收款方定义的第一校验码。这样一方面可以使收款方根据自身的偏好自定义第一校验码，另一方面也方便收款方记录。收款方自定义的方式可以是静态的，即在收款方签约时定义一个第一校验码，或者定期定义一个第一校验码，也可以是动态的，即在每次付款前，收款方针对本次交易定义一个第一校验码，这样可以降低仿冒第一校验码的风险，增加支付的安全性。

（b），支付平台生成一个第一校验码，收款方存储该第一校验码。这种方式与收款方自定义的方式相类似。同样的，该第一校验码也可以是静态生成或动态生成，静态生成与上述的方式（a）相似，这里不再赘述。动态生成的方式，需要收款方在每次交易前，向支付平台发送生成第一校验码的请求，支付平台在接收到该请求后，生成相应的第一校验码。

（c），收款方与支付平台约定校验码生成规则，并在上述实施例二的支付码中添加动态字符，比如在二维码中加入“a”或者在上述的“BJQJD11”之后添加“a”，支付方客户端扫描后将“BJQJD11a”传送到支付平台，支付平台根据“BJQJD11”确定收款方为“北京全聚德第11分店”，并根据与该收款方约定的校验码生成规则以及动态字符“a”生成动态的第一校验码。对于收款方来说，也可以根据校验码生成规则以及动态字符“a”生成对应的第一校验码，由于校验码生成规则相同，动态字符也相同，则生成的第一校验码也是相同的。或者，在校验码生成规则较为简单时，对于收款方来说，也可以不必生成第一校验码，直接通过判断返回的第一校验码是否符合校验码生成规则，判断支付方的支付是否成功。相比与方式（a）和（b）约定第一校验码的方式，方式（c）提供的生成第一校验码的方式可以使收款方不必在支付前连接到支付平台。进一步的，还可以通过对该动态字符还可以为加密字符。

实际应用中，该动态字符可以为用于表示交易流水号和/或应收金额的字符，当动态字符为用于表示交易流水号或应收金额的字符时，由于除收款方之外，其他人不大可能知道交易流水号或者应收金额，因此可以避免伪造该动态字符。且使用交易流水号和/或应收金额的方式，也更符合收款方的习惯。

采用应收金额的另一个好处时，对于支付平台来说，可以通过获取该动态字符确定当前的应收金额，当支付方实际支付的金额与应收金额不符时，支付平台可以做出相应的判断，认定支付方的支付不成功，这样可以避免支付方少付或者错付。

采用应收金额的另一个好处是，对于支付平台来说，可以直接在检测到支付方客户端的连接到自身时，向支付方客户端直接返回带有应收金额的付款页面，这样消费者就无需手动输入支付金额，不但能够防止消费者少填或者错填应收金额，也提升了消费者的体验。

实际应用中，收款方也可以在生成支付账单时，向支付平台发送交易信息，该交易信息中携带有应收金额信息，这样能够使得支付平台接收到交易信息后，在判断支付方实际支付的金额与应收金额信息对应的应收金额一致时，判定支付成功，并向支付方客户端返回第一校验码。

将应收金额直接发送到支付平台，支付平台在判断支付方的实际支付金额与应收金额一致时，判定支付成功，并向支付方客户端返回第一校验码。

另外一种使收款方确认支付方所支付的金额与应收金额是否一致的方式是，使支付平台向所述支付方的支付方客户端发送支付方实际支付的金额，这样收款方可以通过比较实际支付的金额与应收金额确定支付方的支付是否成功。

优选的，上述任一实施例中，收款方均可以通过收款方客户端与支付平台的交互。

以下结合具体应用场景，对本发明提供的收银方法提供的优选实施方式进行进一步说明，同样的，这样的说明也不应该理解为对本发明保护范围的限定。

假设本发明实施例三提供的收银方法应用的环境为饭店，并假设该饭店在签约该支付平台时，与该支付平台约定的校验码生成规则为当“应收金额与交易流水号的末位数字的和的末尾数字为1时，第一校验码为“祝您一帆风顺”，当应收金额与交易流水号的末位数字的和的末尾数字为2时，第一校验码为“祝您双喜临门”........当应收金额与交易流水号的末位数字的和的末尾数字为6时，第一校验码为“祝您六六大顺”........”，且该饭店的收银主机上安装有收款方客户端，该收款方客户端能够按照与支付平台约定的方式生成支付二维码，假设当前10号包厢对应的应收金额（消费金额）为507元，交易流水号为129号，10号包厢需要结账时，相应的收银方法可以包括如图2所述的各个流程：

步骤201，收银员B使用支付方客户端生成支付二维码。该支付二维码指向支付平台，且其中包含以下信息：

收银员B录入的交易流水号129、应收金额507，以及收款账户A。

步骤202，收银员B将支付二维码打印到账单上。

步骤203，收银员B将账单展示给10包厢的支付者C。

步骤204，支付者C使用手机携带的二维码扫描软件扫描所述支付二维码。

步骤205，支付者C的手机使用浏览软件连接到所述支付平台，并将扫描到的信息发送至支付平台。

步骤206，支付平台确定收款方的收款账户A，应收金额507以及交易流水号129。

步骤207，支付平台根据应收金额507以及交易流水号129确定第一校验码为“祝您六六大顺”。

应收金额的末位数字“7”与交易流水号的末位数字“9”的和为16，其末尾数字为6，按照上述规则，本次交易对应的第一校验码为“祝您六六大顺”。

步骤208，支付平台向支付者C的手机返回支付页面。实际应用中，该支付页面中可以包含有收款方的名称，应付的应收金额等。

步骤209，支付者C填写相应的账户密码信息，并提交支付。

步骤210，支付平台确认账户密码信息正确后，确认支付成功，向支付方C的手机返回“祝您六六大顺”。

步骤211，支付者C向收银员B展示手机收到的第一校验码“祝您六六大顺”，收银员确认支付成功。

基于相同的构思，本发明实施例四还提供了用于实现上述收银方法的支付系统，该系统包括：

支付平台，用于与收款方约定第一校验码，并在确认有支付方向所述收款方的支付成功时，向所述支付方的支付方客户端返回所述收款方对应的第一校验码；其中，所述第一校验码用于表示支付成功。

优选的，基于上述实施例四，本发明实施例五提供的支付系统中，

所述支付平台还用于接收所述支付方客户端发送的用于标识收款账户的信息，并根据所述用于标识收款账户的信息确定收款方；其中，所述用于标识收款账户的信息是所述支付方客户端根据录入的支付码得到的，所述支付码由所述收款方生成。

优选的，基于上述实施例五，本发明实施例六提供的支付系统中，

所述支付平台，还用于存储所述支付平台与收款方约定的校验码生成规则，并在接收到所述支付方客户端发送的动态字符时，根据所述支付客户端发送的动态字符以及所述校验码生成规则生成第一校验码；其中所述动态字符是所述支付方客户端根据录入的支付码得到的。

优选的，所述动态字符用于表示交易流水号和/或应收金额。

优选的，上述实施例五中，所述支付码中还携带应收金额信息；

优选的，上述实施例四中，所述支付平台还用于，向所述支付方客户端返回实际支付的金额。

优选的，上述实施例四中，所述支付平台还用于接收收款方发送的交易信息，所述交易信息中携带有应收金额信息，并在判断所述支付方实际支付的金额与所述应收金额一致时，向所述支付方客户端发送第一校验码。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种收银方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，所述步骤S2之前，所述方法还包括：

3.如权利要求2所述的方法，其特征在于，

所述步骤S1之前，所述方法还包括：

与所述支付平台约定校验码生成规则；

所述步骤S1具体包括：

4.如权利要求3所述的方法，其特征在于，

所述动态字符用于表示交易流水号和/或应收金额。

5.如权利要求2所述的方法，其特征在于，所述方法还包括：

6.如权利要求1所述的方法，其特征在于，所述步骤S2还包括：

7.如权利要求1所述的方法，其特征在于，所述步骤S2之前，所述方法还包括：

8.一种支付系统，其特征在于，包括：

9.如权利要求8所述的系统，其特征在于，

10.如权利要求9所述的系统，其特征在于，

11.如权利要求10所述的系统，其特征在于，

所述动态字符用于表示交易流水号和/或应收金额。

12.如权利要求9所述的系统，其特征在于，所述支付码中还携带应收金额信息；

13.如权利要求8所述的系统，其特征在于，所述支付平台还用于，向所述支付方客户端返回实际支付的金额。

14.如权利要求8所述的系统，其特征在于，所述支付平台还用于接收收款方发送的交易信息，所述交易信息中携带有应收金额信息，并在判断所述支付方实际支付的金额与应收金额一致时，向所述支付方客户端发送第一校验码。