收款方

图片简介:

本申请涉及一种网络收银台的收款方法，包括：通过预先配置的接入通道接入消费者的下单

信息，其中接入通道为多种。通过提供多种不同的接入通道，接入消费者的下单信息，可以

给消费者更好的支付体验，更好的满足消费者的需求。基于接入通道的不同，对应的，在接

入消费者的下单信息后，展示与接入通道对应的支付界面，或，通过接入通道返还与接入通

道对应的支付界面。在支付界面向消费者提供多种预先配置的支付方式，可以使消费者根据

自己的需求选择支付方式进行支付，以给消费者更好的支付体验。根据消费者选择的支付方

式，选择使用本地钱包支付方式或唤起对应的第三方支付方式进行支付，提供了本地钱包支

付方式，支付更加方便快捷。最后判断交易结果，并向消费者返还交易结果。

技术要求

1.一种网络收银台的收款方法，其特征在于，包括：

通过预先配置的接入通道接入消费者的下单信息，其中，所述接入通道为多种；

展示与所述接入通道对应的支付界面，或，通过所述接入通道返还与所述接入通道对应

的支付界面；

在所述支付界面向所述消费者提供多种预先配置的支付方式；

根据所述消费者选择的支付方式，选择使用本地钱包支付方式或唤起对应的第三方支付

方式进行支付；

判断交易结果，并向所述消费者返还所述交易结果。

2.根据权利要求1所述的方法，其特征在于，

所述接入通道至少包括：APP接入通道，H5接入通道，PC接入通道，二维码接入通道。

3.根据权利要求2所述的方法，其特征在于，若通过所述APP接入通道接入消费者的下单

信息，所述方法还包括：

接收APP发送的交易请求，验证所述交易请求是否被串改，签名是否通过，验证公共参数

和业务参数是否准确；

若所述交易请求未被串改，签名通过，且公共参数和业务参数准确，将交易的订单信息

入库；

通过所述APP接入通道向所述APP返回APP模板的支付界面。

4.根据权利要求2所述的方法，其特征在于，若通过所述H5接入通道接入消费者的下单信

息，所述方法还包括：

在H5模板的支付界面进行签名认证，若所述签名认证通过，在所述H5模板的支付界面向

所述消费者提供多种支付方式。

5.根据权利要求2所述的方法，其特征在于，若通过所述PC接入通道接入消费者的下单信

息，所述方法还包括：

在PC模板的支付界面进行签名认证，若所述签名认证通过，在所述PC模板的支付界面向

所述消费者提供多种支付方式。

6.根据权利要求2所述的方法，其特征在于，若通过所述二维码接入通道接入消费者的下

单信息，所述方法还包括：

返回预设的支付二维码；

在所述支付二维码被扫描时，判断扫描所述支付二维码的第三方支付应用；

若所述第三方支付应用为支持的渠道方，则唤起对应的第三方支付方式进行支付；

若所述第三方支付应用为不支持的渠道方，则跳转异常页面。

7.根据权利要求1所述的方法，其特征在于，所述判断交易结果，并向所述消费者返还所

述交易结果具体包括：

创建交易，进行交易验证，交易状态回写，交易状态查询，交易重复验证；

关闭交易，进行交易时效性判断，将交易回写业务方；

若交易正常则直接向所述消费者返还交易成功信息；

若交易出现异常则向所述消费者返还交易失败信息，并进行告警。

8.一种网络收银台的配置方法，其特征在于，包括：

配置多种类型的接入通道，所述接入通道用于接入消费者的下单信息；

配置系统基础设置，包括：交易类型配置，支付机构配置，支付渠道配置，支付产品配

置，交易指令配置，来源系统配置，系统场景配置，交易处理配置，交易类型与结算类

型映射；

配置收银台设置，包括：收银台模板，收银台支付配置；

配置需要接入的第三方支付渠道层。

9.根据权利要求1所述的方法，其特征在于，

所述配置多种类型的接入通道，具体包括：

配置APP接入通道：将APP的唤起途径渠道方IOS和Android的SDK整合为一个统一SDK；

配置H5接入通道：配置H5模板的支付界面的接入网址；

配置PC接入通道：配置PC模板的支付界面的接入网址；

配置二维码接入通道：通过聚合码生成统一的支付二维码；

所述系统基础设置，具体包括：

交易类型配置：展示可编辑的交易类型配置界面，接收开发者在所述交易类型配置界面

编辑的交易类型编号，交易类型，备注，最后操作人，最后操作时间；

支付机构配置：展示可编辑的支付机构配置界面，接收开发者在所述支付机构配置界面

编辑的机构编号，机构名称，是否启用，备注，最后操作人，最后操作时间；

支付渠道配置，展示可编辑的支付渠道配置界面，接收开发者在所述支付渠道配置界面

编辑的机构编号，机构名称，渠道编号，机构方渠道编号，渠道名称，服务类型，是否

启用，备注，最后操作人，最后操作时间；

支付产品配置，展示可编辑的支付渠道配置界面，接收开发者在所述支付渠道配置界面

编辑的产品编号，产品名称，是否启用，备注；

交易指令配置；

来源系统配置；

系统场景配置，展示可编辑的支付渠道配置界面，接收开发者在所述支付渠道配置界面

编辑的系统编号，系统名称，场景编号，场景名称，公钥，私钥，签名渠道，通知类

型，同步通知地址，异步通知地址，通知内容；

交易处理配置，展示可编辑的支付渠道配置界面，接收开发者在所述支付渠道配置界面

编辑的系统名称，场景名称，交易类型，机构名称，渠道名称，是否启用，备注，成功

指令名称，失败指令名称；

所述配置收银台设置，具体包括：

收银台模板配置，展示可编辑的收银台模板配置界面，接收开发者在所述收银台模板配

置界面编辑的模板编号，模板名称，收银台前端地址，收银台后端地址，是否启用，备

注，最后操作人，最后操作时间；

收银台支付配置，展示可编辑的收银台支付配置界面，接收开发者在所述收银台支付配

置界面编辑的系统编号，系统名称，场景编号，场景名称，交易类型标号，交易类型名

称，模板编号，模板名称，是否启用，备注，最后操作人，最后操作时间；

所述配置需要接入的第三方支付渠道层，具体包括：至少配置支付宝，微信，易宝，以

及多种银行作为第三方支付渠道层。

10.一种网络收银台系统，其特征在于，包括：

处理器和存储器，所述处理器与所述存储器通过通信总线相连接；

其中，所述处理器，用于调用并执行所述存储器中存储的程序；

所述存储器，用于存储程序，所述程序至少用于执行权利要求1-7任一项所述的网络收银

台的收款方法。

技术说明书

网络收银台的收款方法及配置方法及系统

技术领域

本申请涉及网络支付渠道技术领域，尤其涉及一种网络收银台的收款方法及配置方法及

系统。

背景技术

网络收银台是指互联网上的收银台，消费者通过联网的方式在移动端，PC(Personal

Computer，个人计算机)端上的网络收银台进行支付。现有技术中，网络收银台虽然具有

多样化的支付方式，但是接入渠道往往较为单一，网络收银台一般只具有一种接入渠

道，接入渠道的单一使网络收银台无法更好的满足消费者的需求。

技术内容

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种网络收银台的收款方

法及配置方法及系统。

本申请的方案如下：

根据本申请实施例的第一方面，提供一种网络收银台的收款方法，包括：

通过预先配置的接入通道接入消费者的下单信息，其中，所述接入通道为多种；

展示与所述接入通道对应的支付界面，或，通过所述接入通道返还与所述接入通道对应

的支付界面；

在所述支付界面向所述消费者提供多种预先配置的支付方式；

根据所述消费者选择的支付方式，选择使用本地钱包支付方式或唤起对应的第三方支付

方式进行支付；

判断交易结果，并向所述消费者返还所述交易结果。

优选的，在本申请一种可实现的方式中，

所述接入通道至少包括：APP(Application，手机软件)接入通道，H5(HyperTextMarkup

Language5，超级文本标记语言第5代)接入通道，PC接入通道，二维码接入通道。

优选的，在本申请一种可实现的方式中，若通过所述APP接入通道接入消费者的下单信

息，所述方法还包括：

接收APP发送的交易请求，验证所述交易请求是否被串改，签名是否通过，验证公共参数

和业务参数是否准确；

若所述交易请求未被串改，签名通过，且公共参数和业务参数准确，将交易的订单信息

入库；

通过所述APP接入通道向所述APP返回APP模板的支付界面。

优选的，在本申请一种可实现的方式中，若通过所述H5接入通道接入消费者的下单信

息，所述方法还包括：

在H5模板的支付界面进行签名认证，若所述签名认证通过，在所述H5模板的支付界面向

所述消费者提供多种支付方式。

优选的，在本申请一种可实现的方式中，若通过所述PC接入通道接入消费者的下单信

息，所述方法还包括：

在PC模板的支付界面进行签名认证，若所述签名认证通过，在所述PC模板的支付界面向

所述消费者提供多种支付方式。

优选的，在本申请一种可实现的方式中，若通过所述二维码接入通道接入消费者的下单

信息，所述方法还包括：

返回预设的支付二维码；

在所述支付二维码被扫描时，判断扫描所述支付二维码的第三方支付应用；

若所述第三方支付应用为支持的渠道方，则唤起对应的第三方支付方式进行支付；

若所述第三方支付应用为不支持的渠道方，则跳转异常页面。

优选的，在本申请一种可实现的方式中，所述判断交易结果，并向所述消费者返还所述

交易结果具体包括：

创建交易，进行交易验证，交易状态回写，交易状态查询，交易重复验证；

关闭交易，进行交易时效性判断，将交易回写业务方；

若交易正常则直接向所述消费者返还交易成功信息；

若交易出现异常则向所述消费者返还交易失败信息，并进行告警。

根据本申请实施例的第二方面，提供一种网络收银台的配置方法，包括：

配置多种类型的接入通道，所述接入通道用于接入消费者的下单信息；

配置系统基础设置，包括：交易类型配置，支付机构配置，支付渠道配置，支付产品配

置，交易指令配置，来源系统配置，系统场景配置，交易处理配置，交易类型与结算类

型映射；

配置收银台设置，包括：收银台模板，收银台支付配置；

配置需要接入的第三方支付渠道层。

优选的，在本申请一种可实现的方式中，

所述配置多种类型的接入通道，具体包括：

配置APP接入通道：将APP的唤起途径渠道方IOS(苹果公司移动操作系统)和Android(安卓

移动操作系统)的SDK(SoftwareDevelopmentKit，软件工具开发包)整合为一个统一SDK；

配置H5接入通道：配置H5模板的支付界面的接入网址；

配置PC接入通道：配置PC模板的支付界面的接入网址；

配置二维码接入通道：通过聚合码生成统一的支付二维码；

所述系统基础设置，具体包括：

交易类型配置：展示可编辑的交易类型配置界面，接收开发者在所述交易类型配置界面

编辑的交易类型编号，交易类型，备注，最后操作人，最后操作时间；

支付机构配置：展示可编辑的支付机构配置界面，接收开发者在所述支付机构配置界面

编辑的机构编号，机构名称，是否启用，备注，最后操作人，最后操作时间；

支付渠道配置，展示可编辑的支付渠道配置界面，接收开发者在所述支付渠道配置界面

编辑的机构编号，机构名称，渠道编号，机构方渠道编号，渠道名称，服务类型，是否

启用，备注，最后操作人，最后操作时间；

支付产品配置，展示可编辑的支付渠道配置界面，接收开发者在所述支付渠道配置界面

编辑的产品编号，产品名称，是否启用，备注；

交易指令配置；

来源系统配置；

系统场景配置，展示可编辑的支付渠道配置界面，接收开发者在所述支付渠道配置界面

编辑的系统编号，系统名称，场景编号，场景名称，公钥，私钥，签名渠道，通知类

型，同步通知地址，异步通知地址，通知内容；

交易处理配置，展示可编辑的支付渠道配置界面，接收开发者在所述支付渠道配置界面

编辑的系统名称，场景名称，交易类型，机构名称，渠道名称，是否启用，备注，成功

指令名称，失败指令名称；

所述配置收银台设置，具体包括：

收银台模板配置，展示可编辑的收银台模板配置界面，接收开发者在所述收银台模板配

置界面编辑的模板编号，模板名称，收银台前端地址，收银台后端地址，是否启用，备

注，最后操作人，最后操作时间；

收银台支付配置，展示可编辑的收银台支付配置界面，接收开发者在所述收银台支付配

置界面编辑的系统编号，系统名称，场景编号，场景名称，交易类型标号，交易类型名

称，模板编号，模板名称，是否启用，备注，最后操作人，最后操作时间；

所述配置需要接入的第三方支付渠道层，具体包括：至少配置支付宝，微信，易宝，以

及多种银行作为第三方支付渠道层。

根据本申请实施例的第三方面，提供一种网络收银台系统，包括：

处理器和存储器，所述处理器与所述存储器通过通信总线相连接；

其中，所述处理器，用于调用并执行所述存储器中存储的程序；

所述存储器，用于存储程序，所述程序至少用于执行如以上任一项所述的网络收银台的

收款方法。

本申请提供的技术方案可以包括以下有益效果：

本申请中的网络收银台的收款方法，包括：通过预先配置的接入通道接入消费者的下单

信息，其中接入通道为多种。通过提供多种不同的接入通道，接入消费者的下单信息，

可以给消费者更好的支付体验，更好的满足消费者的需求。基于接入通道的不同，对应

的，在接入消费者的下单信息后，展示与接入通道对应的支付界面，或，通过接入通道

返还与接入通道对应的支付界面。在支付界面向消费者提供多种预先配置的支付方式，

可以使消费者根据自己的需求选择支付方式进行支付，以给消费者更好的支付体验。根

据消费者选择的支付方式，选择使用本地钱包支付方式或唤起对应的第三方支付方式进

行支付，提供了本地钱包支付方式，支付更加方便快捷。最后判断交易结果，并向消费

者返还交易结果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制

本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并

与说明书一起用于解释本申请的原理。

图1是本申请一个实施例提供的一种网络收银台的收款方法的流程示意图；

图2是本申请一个实施例提供的一种网络收银台的配置方法的流程示意图；

图3是本申请一个实施例提供的一种网络收银台的系统结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图

时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例

中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所

附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

一种网络收银台的收款方法，包括：

S11：通过预先配置的接入通道接入消费者的下单信息，其中，接入通道为多种；

接入通道至少包括：APP接入通道，H5接入通道，PC接入通道，二维码接入通道

S12：展示与接入通道对应的支付界面，或，通过接入通道返还与接入通道对应的支付界

面；

S13：在支付界面向消费者提供多种预先配置的支付方式；

因为接入通道具有多种，下面一一列举通过不同接入通道接入消费者的下单信息后的流

程。

若通过APP接入通道接入消费者的下单信息，方法还包括：

接收APP发送的交易请求，验证交易请求是否被串改，签名是否通过，验证公共参数和业

务参数是否准确；

若交易请求未被串改，签名通过，且公共参数和业务参数准确，将交易的订单信息入

库；

通过APP接入通道向APP返回APP模板的支付界面。

公共参数主要包括：系统来源、场景、选择的支付产品、签名等，业务参数主要包括具

体的交易的订单信息。

若通过H5接入通道接入消费者的下单信息，方法还包括：

在H5模板的支付界面进行签名认证，若签名认证通过，在H5模板的支付界面向消费者提

供多种支付方式。

签名认证包括：把业务方传递的所有请求参数(进行编码排序后得到个字符串)+key(不同

的业务系统Key不一样)+年月日进行MD5签名,对比MD5签名和传递的签名是否一致，如果

一致签名认证通过。

若通过PC接入通道接入消费者的下单信息，方法还包括：

在PC模板的支付界面进行签名认证，若签名认证通过，在PC模板的支付界面向消费者提

供多种支付方式。

若通过二维码接入通道接入消费者的下单信息，方法还包括：

返回预设的支付二维码；

在支付二维码被扫描时，判断扫描支付二维码的第三方支付应用；

若第三方支付应用为支持的渠道方，则唤起对应的第三方支付方式进行支付；

若第三方支付应用为不支持的渠道方，则跳转异常页面。

S14：根据消费者选择的支付方式，选择使用本地钱包支付方式或唤起对应的第三方支付

方式进行支付；

本实施例中的网络收银台系统包括本地钱包功能，消费者可以在本地钱包内进行充值，

用于支付使用。

第三方支付方式一般包括：支付宝，微信，易宝，以及多种银行比如招商银行，建设银

行等。

S15：判断交易结果，并向消费者返还交易结果。

具体包括：

创建交易，进行交易验证，交易状态回写，交易状态查询，交易重复验证；

关闭交易，进行交易时效性判断，将交易回写业务方；

若交易正常则直接向消费者返还交易成功信息；

若交易出现异常则向消费者返还交易失败信息，并进行告警。

若通过H5接入通道接入消费者的下单信息，在交易完成后，返回H5模板的支付界面，在

此界面进行支付认证后，可以跳转到对应的业务页面。

若通过PC接入通道接入消费者的下单信息，在交易完成后，返回PC模板的支付界面，在

此界面进行支付认证后，可以跳转到对应的业务页面。

一种网络收银台的配置方法，参照图2，包括：

S21：配置多种类型的接入通道，接入通道用于接入消费者的下单信息；

S22：配置系统基础设置，包括：交易类型配置，支付机构配置，支付渠道配置，支付产

品配置，交易指令配置，来源系统配置，系统场景配置，交易处理配置，交易类型与结

算类型映射；

S23：配置收银台设置，包括：收银台模板，收银台支付配置；

S24：配置需要接入的第三方支付渠道层。

配置多种类型的接入通道，具体包括：

配置APP接入通道：将APP的唤起途径渠道方IOS和Android的SDK整合为一个统一SDK；

配置H5接入通道：配置H5模板的支付界面的接入网址；

配置PC接入通道：配置PC模板的支付界面的接入网址；

配置二维码接入通道：通过聚合码生成统一的支付二维码；

系统基础设置，具体包括：

交易类型配置：展示可编辑的交易类型配置界面，接收开发者在交易类型配置界面编辑

的交易类型编号，交易类型，备注，最后操作人，最后操作时间；

支付机构配置：展示可编辑的支付机构配置界面，接收开发者在支付机构配置界面编辑

的机构编号，机构名称，是否启用，备注，最后操作人，最后操作时间；

支付渠道配置，展示可编辑的支付渠道配置界面，接收开发者在支付渠道配置界面编辑

的机构编号，机构名称，渠道编号，机构方渠道编号，渠道名称，服务类型，是否启

用，备注，最后操作人，最后操作时间；

支付产品配置，展示可编辑的支付渠道配置界面，接收开发者在支付渠道配置界面编辑

的产品编号，产品名称，是否启用，备注；

交易指令配置；

来源系统配置；

系统场景配置，展示可编辑的支付渠道配置界面，接收开发者在支付渠道配置界面编辑

的系统编号，系统名称，场景编号，场景名称，公钥，私钥，签名渠道，通知类型，同

步通知地址，异步通知地址，通知内容；

交易处理配置，展示可编辑的支付渠道配置界面，接收开发者在支付渠道配置界面编辑

的系统名称，场景名称，交易类型，机构名称，渠道名称，是否启用，备注，成功指令

名称，失败指令名称；

配置收银台设置，具体包括：

收银台模板配置，展示可编辑的收银台模板配置界面，接收开发者在收银台模板配置界

面编辑的模板编号，模板名称，收银台前端地址，收银台后端地址，是否启用，备注，

最后操作人，最后操作时间；

收银台支付配置，展示可编辑的收银台支付配置界面，接收开发者在收银台支付配置界

面编辑的系统编号，系统名称，场景编号，场景名称，交易类型标号，交易类型名称，

模板编号，模板名称，是否启用，备注，最后操作人，最后操作时间；

配置需要接入的第三方支付渠道层，具体包括：至少配置支付宝，微信，易宝，以及多

种银行作为第三方支付渠道层。

一些实施例中的网络收银台的配置方法，还包括：配置有多个国家的语言包。

一种网络收银台系统，参照图3，包括：

处理器31和存储器32，处理器31与存储器32通过通信总线相连接；

其中，处理器31，用于调用并执行存储器32中存储的程序；

存储器32，用于存储程序，程序至少用于执行以上任一实施例中的网络收银台的收款方

法。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细

说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解

为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指

至少两个。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、

或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包

含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一

定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任

何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，

不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施

例进行变化、修改、替换和变型。