CN102542446A - 一种现场支付方法、设备及系统 - Google Patents

Abstract

本发明实施例公开了一种现场支付方法，还提供了相应的设备及系统。本发明通过接收消费者支付设备发送的支付完成消息，然后根据预先设置在本地的密钥对支付完成消息中携带的加密信息进行验证，如果验证通过，则显示支付完成消息中的支付金额和支付方ID，通过设置在本地的密钥验证的支付完成消息，说明该支付完成消息是出自可信赖的支付平台，本次支付是可信的，所以，消费者只要通过自己的联网设备完成支付，商家只要通过验证消费者发送的支付完成消息来判断支付是否完成，这样，就省去了排队支付的时间，提高了现场支付的效率，也提高消费者的支付体验。

Description

一种现场支付方法、设备及系统

技术领域

本发明涉及计算机通讯领域，特别是涉及一种现场支付方法、设备及系统。

背景技术

随着科学技术的发展，网络支付已逐渐成为人们日常工作和生活的常见支付方式。网络支付的双方需要各自具备联网或通信条件，付款的一方通过第三方提供的网络支付工具实现支付，收款的一方可通过短信通知、电话查帐、网络查询等方式确认支付结果。

现在的大部分消费支付还是现场消费然后现场进行支付，支付手段主要有现金支付和刷卡消费，当现场的需要支付的用户比较多的时候，难免会遇上排长队买单的情况，这样不仅费时费力，容易出错，还影响了消费者的消费满意度。

发明内容

本发明主要解决的技术问题是提供一种现场支付方法，还提供相应的设备和系统，本发明中的现场支付方法能够提高现场支付的效率，提高消费者的支付体验。

为解决上述技术问题，本发明采用的技术方案是：

一种现场支付方法，其特征在于，包括：

接收消费者支付设备发送的支付完成消息，其中，支付完成消息包括加密信息、支付金额和支付方ID；

根据预先设置在本地的密钥对加密信息进行验证；

如果验证通过，则显示支付金额和支付方ID。

一种现场支付设备，包括：

接收模块，用于接收消费者支付设备发送的支付完成消息，其中，支付完成消息包括加密信息、支付金额和支付方ID；

验证模块，用于根据预先设置在本地的密钥对加密信息进行验证；

显示模块，用于当加密信息通过验证模块的验证时，显示支付金额和支付方ID。

一种现场支付系统，包括：

消费者支付设备，用于：

向支付平台发送支付请求消息，其中，支付请求消息包括支付方ID、商户ID和支付金额；

接收支付平台返回的支付成功消息，其中，支付成功消息包括加密信息；

根据加密信息、支付金额和支付方ID生成支付完成消息；

向现场支付设备发送支付完成消息；

现场支付设备，用于：

接收支付设备发送的支付完成消息；

根据预先设置在本地的密钥对加密信息进行验证；

如果验证通过，则显示支付金额和支付方ID。

本发明的有益效果是：区别于现有技术的情况，本发明通过接收消费者支付设备发送的支付完成消息，然后根据预先设置在本地的密钥对支付完成消息中携带的加密信息进行验证，如果验证通过，则显示支付完成消息中的支付金额和支付方ID，通过设置在本地的密钥验证的支付完成消息，说明该支付完成消息是出自可信赖的支付平台，本次支付是可信的，所以，消费者只要通过自己的联网设备完成支付，商家只要通过验证消费者发送的支付完成消息来判断支付是否完成，这样，就省去了排队支付的时间，提高了现场支付的效率，也提高消费者的支付体验。

附图说明

图1是本发明现场支付方法第一实施例的数据流程图；

图2是本发明现场支付方法第二实施例的数据流程图；

图3是本发明现场支付设备实施例的逻辑结构示意图；

图4是本发明现场支付设备实施例的另一逻辑结构示意图；

图5是本发明现场支付系统实施例的逻辑结构示意图。

具体实施方式

请参阅图1，本发明现场支付方法的第一实施例包括：

101、接收消费者支付设备发送的支付完成消息；

消费者通过消费者支付设备，例如移动终端完成支付后，将支付金额、支付方ID和支付平台返回的的加密信息生成支付完成消息，然后以有线或者无线的方式发送给现场支付设备，例如通过3G网络或者WIFI网络等等发送给现场支付设备；其中，支付完成消息可以包括加密信息、支付金额、支付方ID和账单ID等等；本实施例中的消费者支付设备还可以为PDA、平板电脑等等，此处不做限制；

102、根据预先设置在本地的密钥对加密信息进行验证；

密钥是由支付平台提供，然后被封装在本地，该密钥用于验证消费者支付设备发送的支付完成消息，如果支付完成消息中携带的加密信息通过本密钥的验证，说明该支付完成消息是来源于对应的支付平台，是可信的；反之，如果支付完成消息中携带的加密信息不能通过本密钥的验证，则认为该支付完成消息不是来源于对应的支付平台，不能被采纳；

103、如果验证通过，则显示支付金额和支付方ID；

如果步骤102中加密信息通过先设置在本地的密钥的认证，则显示支付完成消息中携带的支付金额和支付方ID，商家就可以对消费者的付款一目了然；

在本实施例中，通过接收消费者支付设备发送的支付完成消息，然后根据预先设置在本地的密钥对支付完成消息中携带的加密信息进行验证，如果验证通过，则显示支付完成消息中的支付金额和支付方ID，通过设置在本地的密钥验证的支付完成消息，说明该支付完成消息是出自可信赖的支付平台，本次支付是可信的，所以，消费者只要通过自己的联网设备完成支付，商家只要通过验证消费者发送的支付完成消息来判断支付是否完成，这样，就省去了排队支付的时间，提高了现场支付的效率，也提高消费者的支付体验。

请参阅图2，本发明现场支付方法的第二实施例包括：

1、生成账单信息；

商家侧的现场支付设备根据消费者的点单生成账单信息，其中，账单信息至少包括支付金额和商家账号，还可以包括消费者ID、商家ID等等，此处不做限制；例如，消费者在星巴克点了2杯咖啡，每杯25RMB，则生成账单：2杯25RMB的咖啡，总共50RMB；

2、发送账单信息；

现场支付设备生成账单后，向消费者支付设备发送该账单信息；

需要注意的是，如果消费者通过手机在线支付，消费者在点单的时候留下了手机号码，商家侧的现场支付设备生成账单后，根据该手机号码把该账单发送到对应的消费者的手机；或者，如果消费者通过笔记本或者平板电脑进行在线支付，那么，消费者在需要支付时，通过局域网搜索到商家的现场支付设备，提醒商家需要进行支付了，请发送账单，这时，商家侧的现场支付设备生成账单，并通过该局域网将该账单返回给消费者的支付设备；

3、根据账单信息生成支付请求消息；

消费者支付设备收到账单信息后，从该账单信息中解析出支付金额、商家账号或者商家ID等信息，获取保存在本地的支付方ID，并将支付方ID，商户ID或者商家账号，以及支付金额根据预先设定的消息格式生成支付请求消息；具体的，如果支付平台为支付宝等支付系统，那么，只需要支付方ID、商户ID和支付金额就可以完成支付；如果支付平台为银联等银行系统，则需要支付方ID、商家账号和支付金额就可以完成支付；支付请求消息还可以包括支付方账号等等，此处不做限制；

其中，本实施例中的消费者支付设备可以为手机、PDA、平板电脑等等，此处不做限制；

4、发送支付请求消息；

消费者支付设备生成支付请求消息后，向支付平台发送该支付请求消息，请求支付；支付平台例如财付通、支付宝、银联等等，此处不做限制；

5、根据支付请求消息进行支付；

支付平台收到消费者支付设备发送的支付请求消息后，根据支付请求消息中的支付金额、商家ID、支付方ID进行支付，或者根据支付请求消息中的支付金额、商家账号、支付方账号进行支付，此处不做限制；

6、发送支付成功消息；

支付平台根据支付请求消息支付成功后，向消费者支付设备返回支付成功消息，其中，支付成功消息包括加密信息，支付成功消息还可以包括支付金额、支付方ID、商家ID等等，此处不做限制；其中，加密信息是支付平台根据特定的加密算法进行加密的一段数据，只有对应的密钥才能对该加密信息进行解密；

7、生成支付完成消息；

消费者支付设备接收支付平台发送的支付成功消息后，解析出该支付成功消息中携带的各种信息，然后根据支付金额、支付方ID和加密信息生成支付完成消息；支付完成消息还可以包括商家ID、消费金额等等，此处不做限制；

8、发送支付完成消息；

生成支付完成消息后，将该支付完成消息发送给商家侧的现场支付设备；

9、根据预存在本地的密钥对支付完成消息中的加密信息进行验证；

现场支付设备接收消费者支付设备发送的支付完成消息后，对支付完成消息进行解析，解析出加密信息、支付金额、账单ID和支付方ID，或者还有其他信息，此处不做限制；然后获取预先设置在本地的与解析出的加密信息对应的密钥，并根据该密钥对该加密信息进行验证；

密钥是由支付平台提供，然后被封装在本地，该密钥用于验证消费者支付设备发送的支付完成消息，如果支付完成消息中携带的加密信息通过本密钥的验证，说明该支付完成消息是来源于对应的支付平台，是可信的；反之，如果支付完成消息中携带的加密信息不能通过本密钥的验证，则认为该支付完成消息不是来源于对应的支付平台，不能被采纳；

现场支付设备可以不接入互联网，只需要接入一个局域网，与消费者支付设备可以进行传送消息就可以了，例如WIFI或者WLAN等等，此处不做限制；

10、根据账单ID获取对应的消费金额；

根据支付完成消息中携带的账单ID在本地的账单ID和消费金额对应表中获取对应的消费金额；

11、判断支付金额与消费金额是否相同；

判断支付完成消息中携带的支付金额与获取的消费金额是否相同；

12、显示支付金额和支付方ID，并显示成功；

如果步骤11中判断出支付完成消息中携带的支付金额与获取的消费金额相同，说明本次支付是成功的，则显示支付金额和支付方ID，并显示本次支付成功；

在本实施例中，通过接收消费者支付设备发送的支付完成消息，然后根据预先设置在本地的密钥对支付完成消息中携带的加密信息进行验证，如果验证通过，则显示支付完成消息中的支付金额和支付方ID，通过设置在本地的密钥验证的支付完成消息，说明该支付完成消息是出自可信赖的支付平台，本次支付是可信的，所以，消费者只要通过自己的联网设备完成支付，商家只要通过验证消费者发送的支付完成消息来判断支付是否完成，这样，就省去了排队支付的时间，提高了现场支付的效率，也提高消费者的支付体验，并且现场支付设备可以不接入互联网，只需要接入一个局域网。

请参阅图3和图4，本发明现场支付设备的实施例包括：

接收模块301，用于接收消费者支付设备发送的支付完成消息，其中，支付完成消息包括加密信息、支付金额、支付方ID和账单ID等等；

验证模块302，用于根据预先设置在本地的密钥对接收模块301接收的加密信息进行验证；其中，密钥是由支付平台提供，然后被封装在本地，该密钥用于验证消费者支付设备发送的支付完成消息，如果支付完成消息中携带的加密信息通过本密钥的验证，说明该支付完成消息是来源于对应的支付平台，是可信的；反之，如果支付完成消息中携带的加密信息不能通过本密钥的验证，则认为该支付完成消息不是来源于对应的支付平台，不能被采纳；

显示模块303，用于当加密信息通过验证模块302的验证时，显示支付金额和支付方ID；

进一步的，请参阅图4，本实施例中的设备还包括：

发送模块304，用于向消费者支付设备发送账单信息，以使该消费者支付设备根据该账单信息进行支付，其中，账单信息包括商户ID、消费金额、商家账号和账单ID等等。

进一步的，请参阅图4，本实施例中的设备还包括：

获取模块305，用于根据接收模块301接收的支付完成消息中携带的账单ID获取对应的消费金额；

判断模块306，用于判断支付完成消息中携带的支付金额与获取模块305获取的消费金额是否相同；

在本实施例中，通过接收消费者支付设备发送的支付完成消息，然后根据预先设置在本地的密钥对支付完成消息中携带的加密信息进行验证，如果验证通过，则显示支付完成消息中的支付金额和支付方ID，通过设置在本地的密钥验证的支付完成消息，说明该支付完成消息是出自可信赖的支付平台，本次支付是可信的，所以，消费者只要通过自己的联网设备完成支付，商家只要通过验证消费者发送的支付完成消息来判断支付是否完成，这样，就省去了排队支付的时间，提高了现场支付的效率，也提高消费者的支付体验。

请参阅图5，本发明现场支付系统的实施例包括：

消费者支付设备501，用于：

向支付平台发送支付请求消息，其中，支付请求消息包括支付方ID、商户ID和支付金额等等；

接收支付平台返回的支付成功消息，其中，支付成功消息包括加密信息；

根据加密信息、支付金额和支付方ID生成支付完成消息；

向现场支付设备发送该支付完成消息；

现场支付设备502，用于：

接收支付设备发送的支付完成消息；

根据预先设置在本地的密钥对支付完成消息中携带的加密信息进行验证；

如果验证通过，则显示支付完成消息中携带的支付金额和支付方ID。

进一步的，本实施例中现场支付设备502还用于：

向消费者支付设备501发送账单信息，以使消费者支付设备501根据该账单信息进行支付，其中，账单信息包括商户ID、消费金额和商家账号，进一步的，账单信息还可以包括账单ID；

消费者支付设备501还用于接收现场支付设备502发送的账单信息；

进一步的，本实施例中现场支付设备502还用于：

根据账单ID获取对应的消费金额；

判断支付金额与消费金额是否相同；

如果相同，则执行显示支付金额和支付方ID的步骤，并显示支付成功；

其中，本实施例中的消费者支付设备可以为手机、PDA、平板电脑等等，此处不做限制；

在本实施例中，通过接收消费者支付设备发送的支付完成消息，然后根据预先设置在本地的密钥对支付完成消息中携带的加密信息进行验证，如果验证通过，则显示支付完成消息中的支付金额和支付方ID，通过设置在本地的密钥验证的支付完成消息，说明该支付完成消息是出自可信赖的支付平台，本次支付是可信的，所以，消费者只要通过自己的联网设备完成支付，商家只要通过验证消费者发送的支付完成消息来判断支付是否完成，这样，就省去了排队支付的时间，提高了现场支付的效率，也提高消费者的支付体验。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种现场支付方法，其特征在于，包括：

接收消费者支付设备发送的支付完成消息，所述支付完成消息包括加密信息、支付金额和支付方ID；

根据预先设置在本地的密钥对所述加密信息进行验证；

如果验证通过，则显示所述支付金额和支付方ID。

2.根据权利要求1所述的方法，其特征在于，所述接收消费者支付设备发送的支付完成消息的步骤之前还包括：

向所述消费者支付设备发送账单信息，以使所述消费者支付设备根据所述账单信息进行支付，所述账单信息包括商户ID、消费金额和商家账号。

3.根据权利要求2所述的方法，其特征在于，所述账单信息还包括账单ID，所述支付完成消息还包括所述账单ID。

4.根据权利要求3所述的方法，其特征在于，所述显示所述支付金额和支付方ID的步骤之前还包括：

根据所述账单ID获取对应的消费金额；

判断所述支付金额与所述消费金额是否相同；

如果相同，则执行显示所述支付金额和支付方ID的步骤，并显示支付成功。

5.一种现场支付设备，其特征在于，包括：

接收模块，用于接收消费者支付设备发送的支付完成消息，所述支付完成消息包括加密信息、支付金额和支付方ID；

验证模块，用于根据预先设置在本地的密钥对所述加密信息进行验证；

显示模块，用于当所述加密信息通过验证模块的验证时，显示所述支付金额和支付方ID。

6.根据权利要求5所述的设备，其特征在于，所述设备还包括：

发送模块，用于向所述消费者支付设备发送账单信息，以使所述消费者支付设备根据所述账单信息进行支付，所述账单信息包括商户ID、消费金额和商家账号。

7.根据权利要求5所述的设备，其特征在于，所述账单信息还包括账单ID，所述支付完成消息还包括所述账单ID；

所述设备还包括：

获取模块，用于根据所述账单ID获取对应的消费金额；

判断模块，用于判断所述支付金额与所述消费金额是否相同。

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

消费者支付设备，用于：

向支付平台发送支付请求消息，所述支付请求消息包括支付方ID、商户ID和支付金额；

接收所述支付平台返回的支付成功消息，所述支付成功消息包括加密信息；

根据所述加密信息、支付金额和支付方ID生成支付完成消息；

向现场支付设备发送所述支付完成消息；

现场支付设备，用于：

接收支付设备发送的支付完成消息；

根据预先设置在本地的密钥对所述加密信息进行验证；

如果验证通过，则显示所述支付金额和支付方ID。

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

所述现场支付设备还用于向所述消费者支付设备发送账单信息，以使所述消费者支付设备根据所述账单信息进行支付，所述账单信息包括商户ID、消费金额和商家账号；

所述消费者支付设备还用于接收所述现场支付设备发送的账单信息。

10.根据权利要求8所述的系统，其特征在于：

所述账单信息还包括账单ID，所述支付完成消息还包括所述账单ID；

所述现场支付设备还用于：

根据所述账单ID获取对应的消费金额；

判断所述支付金额与所述消费金额是否相同；

如果相同，则执行显示所述支付金额和支付方ID的步骤，并显示支付成功。

Images