CN116862494A - 一种基于支付收银台的支付方法、装置及可读存储介质 - Google Patents

Abstract

本发明提供一种基于支付收银台的支付方法、装置及可读存储介质，该方法包括：接收业务系统的注册请求；根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识；将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；接收用户下单后所述业务系统发送的所述渠道唯一标识，查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；将所述模板URL发送给所述业务系统；接收用户基于所述支付方式界面支付的金额。该方法、装置及可读存储介质能够解决现有的支付方法由于仅支持一种收银台，支付场景单一，无法实现业务系统对收银台的个性化诉求的问题。

Description

一种基于支付收银台的支付方法、装置及可读存储介质

技术领域

本发明涉及网络技术领域，尤其涉及一种基于支付收银台的支付方法、装置及可读存储介质。

背景技术

现有的支付方法通常是在预配置的多个支付方式中筛选出对应渠道的支付方式，即仅支持一种收银台，支付场景单一，无法实现业务系统对收银台的个性化诉求。

发明内容

本发明所要解决的技术问题是针对现有技术的上述不足，提供一种基于支付收银台的支付方法、装置及可读存储介质，用以解决现有的支付方法由于仅支持一种收银台，支付场景单一，无法实现业务系统对收银台的个性化诉求的问题。

第一方面，本发明提供一种基于支付收银台的支付方法，应用于支付中心，所述方法包括：

接收业务系统的注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式；其中，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；

根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识；

将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；

接收用户下单后所述业务系统发送的所述渠道唯一标识，查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；

将所述模板URL发送给所述业务系统，以使所述业务系统基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面；

接收用户基于所述支付方式界面支付的金额。

进一步地，所述单一支付收银台模板用于依次展示多种支付方式，且仅允许用户选择其中一种支付方式；

所述组合支付收银台模板提供两种支付方式的组合支付；

所述营销收银台模板提供支付方式一与营销卷的组合支付。

进一步地，所述接收用户下单后所述业务系统发送的所述渠道唯一标识的同时，所述方法还包括：

接收所述业务系统发送的下单信息；

所述将所述模板URL发送给所述业务系统，具体包括：

根据所述下单信息生成订单号；

将携带有所述订单号和所述支付中心的签名串的模板URL发送给所述业务系统，以使所述业务系统对所述签名串进行验证，并在验证成功后，根据所述订单号获取所述需要显示的支付方式。

进一步地，若所述收银台模板为组合支付收银台模板，所述方法还包括：

在用户支付过程中，若用户第一笔支付方式支付未成功，不允许用户选中第二种支付方式；若用户第一笔支付方式支付成功，第二笔支付方式支付失败或支付超时，对用户第一笔支付方式支付的金额进行退款处理。

进一步地，所述方法还包括：

在用户支付过程中，通过远程字典服务Redis锁限制用户并发支付。

进一步地，所述方法还包括：

在用户支付完成后，对用户的支付结果进行轮询；

若轮询超过预设次数仍无支付结果，对第一笔支付流水进行撤单处理。

第二方面，本发明提供一种基于支付收银台的支付方法，应用于业务系统，所述方法包括：

向支付中心发送注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；所述注册请求用于触发所述支付中心根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识，以及将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；

用户下单后，向所述支付中心发送所述渠道唯一标识，以使所述支付中心查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；

接收所述支付中心发送的所述模板URL；

基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面，以使所述支付中心接收用户基于所述支付方式界面支付的金额。

进一步地，所述单一支付收银台模板用于依次展示多种支付方式，且仅允许用户选择其中一种支付方式；

所述组合支付收银台模板提供两种支付方式的组合支付；

所述营销收银台模板提供支付方式一与营销卷的组合支付。

进一步地，所述向支付中心发送注册请求之后，所述方法还包括：

根据所述渠道唯一标识完成支付主体的绑定，所述支付主体包括所述业务系统绑定的支付机构、支付方式和支付参数；

将所述渠道唯一标识与所述支付机构、支付方式和支付参数的绑定关系保存到主体注册关系表中，并生成唯一的商户号用于标识所述绑定关系。

进一步地，所述向所述支付中心发送所述渠道唯一标识的同时，所述方法还包括：

向所述支付中心发送下单信息；

所述模板URL中携带所述下单信息对应的订单号和所述支付中心的签名串；所述接收所述支付中心发送的所述模板URL之后，所述方法还包括：

对所述签名串进行验证，并在验证成功后，根据所述订单号获取所述需要显示的支付方式。

进一步地，所述根据所述订单号获取所述需要显示的支付方式，具体包括：

根据所述订单号获取当前业务场景对应的支付方式；

根据所述商户号查找所述主体注册关系表，获取支付方式集合；

将所述支付方式集合与所述当前业务场景对应的支付方式取交集；

若所述交集不为空，则将所述交集对应的支付方式确定为所述需要显示的支付方式。

进一步地，所述基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面，具体包括：

获取预先存储的渲染参数表中的收银台渲染参数；

根据所述需要显示的支付方式使用所述收银台渲染参数对所述模板URL进行渲染以生成所述支付方式界面。

第三方面，本发明提供一种基于支付收银台的支付装置，设置于支付中心，所述装置包括：

注册请求接收模块，用于接收业务系统的注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式；其中，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；

业务系统注册模块，与所述注册请求接收模块连接，用于根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识；

绑定存储模块，与所述业务系统注册模块连接，用于将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；

模板URL查找模块，与所述绑定存储模块连接，用于接收用户下单后所述业务系统发送的所述渠道唯一标识，查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；

模板URL发送模块，与所述模板URL查找模块连接，用于将所述模板URL发送给所述业务系统，以使所述业务系统基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面；

支付接收模块，与所述模板URL发送模块连接，用于接收用户基于所述支付方式界面支付的金额。

第四方面，本发明提供一种基于支付收银台的支付装置，设置于业务系统，所述装置包括：

注册请求发送模块，用于向支付中心发送注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；所述注册请求用于触发所述支付中心根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识，以及将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；

标识发送模块，与所述注册请求发送模块连接，用于用户下单后，向所述支付中心发送所述渠道唯一标识，以使所述支付中心查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；

模板URL接收模块，与所述标识发送模块连接，用于接收所述支付中心发送的所述模板URL；

界面生成模块，与所述模板URL接收模块连接，用于基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面，以使所述支付中心接收用户基于所述支付方式界面支付的金额。

第五方面，本发明提供一种基于支付收银台的支付装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以实现上述第一方面或第二方面所述的基于支付收银台的支付方法。

第六方面，本发明提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或第二方面所述的基于支付收银台的支付方法。

本发明提供的基于支付收银台的支付方法、装置及可读存储介质。首先接收业务系统的注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式；其中，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；然后根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识；再将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；同时，接收用户下单后所述业务系统发送的所述渠道唯一标识，查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；将所述模板URL发送给所述业务系统，以使所述业务系统基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面；最后接收用户基于所述支付方式界面支付的金额。本发明可针对不同业务场景个性化定制收银台，并支持多套收银台模板，同时，通过组合支付收银台模板可实现多种支付方式的组合支付，能够满足复杂业务场景对收银台的个性化需求，可有效提升支付体验，解决了现有的支付方法由于仅支持一种收银台，支付场景单一，无法实现业务系统对收银台的个性化诉求的问题。

附图说明

图1为本发明实施例1的一种基于支付收银台的支付方法的流程图；

图2为本发明实施例的回调超时补偿机制的流程图；

图3为本发明实施例1的又一种基于支付收银台的支付方法的流程图；

图4为本发明实施例2的一种基于支付收银台的支付方法的流程图；

图5为本发明实施例3的一种基于支付收银台的支付装置的结构示意图；

图6为本发明实施例4的一种基于支付收银台的支付装置的结构示意图；

图7为本发明实施例5的一种基于支付收银台的支付装置的结构示意图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面将结合附图对本发明实施方式作进一步地详细描述。

可以理解的是，此处描述的具体实施例和附图仅仅用于解释本发明，而非对本发明的限定。

可以理解的是，在不冲突的情况下，本发明中的各实施例及实施例中的各特征可相互组合。

可以理解的是，为便于描述，本发明的附图中仅示出了与本发明相关的部分，而与本发明无关的部分未在附图中示出。

可以理解的是，本发明的实施例中所涉及的每个单元、模块可仅对应一个实体结构，也可由多个实体结构组成，或者，多个单元、模块也可集成为一个实体结构。

可以理解的是，本发明的实施例中的术语“第一”、“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。

可以理解的是，在不冲突的情况下，本发明的流程图和框图中所标注的功能、步骤可按照不同于附图中所标注的顺序发生。

可以理解的是，本发明的流程图和框图中，示出了按照本发明各实施例的系统、装置、设备、方法的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可代表一个单元、模块、程序段、代码，其包含用于实现规定的功能的可执行指令。而且，框图和流程图中的每个方框或方框的组合，可用实现规定的功能的基于硬件的系统实现，也可用硬件与计算机指令的组合来实现。

可以理解的是，本发明实施例中所涉及的单元、模块可通过软件的方式实现，也可通过硬件的方式来实现，例如单元、模块可位于处理器中。

实施例1：

本实施例提供一种基于支付收银台的支付方法，应用于支付中心，如图1所示，该方法包括：

步骤S101：接收业务系统的注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式；其中，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；

步骤S102：根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识。

具体地，业务系统向支付中心发送注册请求，支付中心接收业务系统发送的注册请求，并根据注册请求对业务系统进行注册，同时生成渠道唯一标识BUSI_ID。

在本实施例中，支付中心提供业务系统注册界面，每个业务系统如需使用收银台能力需要先进行业务系统注册，获得渠道唯一标识BUSI_ID；业务系统按界面提示，输入业务系统名称、根据业务场景选中使用的收银台模板(提供单一支付收银台1001、组合支付收银台1002、营销收银台1003等多种模板)、选中收银台展示方式(PC端、APP端、H5网页等)以实现注册。

需要说明的是，一个业务系统可以根据业务场景注册多个收银台模板，例如业务场景1使用1001，业务场景2使用1002。

步骤S103：将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中。

在本实施例中，如业务系统A想通过自有H5页面对接单一支付收银台以完成支付处理，则通过业务系统注册后，会完成BUSI_ID+收银台模板+展示方式的绑定(ID001+1001+H5)，该绑定关系会插入到业务系统关系表中进行维护。

可选地，所述单一支付收银台模板用于依次展示多种支付方式，且仅允许用户选择其中一种支付方式；

所述组合支付收银台模板提供两种支付方式的组合支付；

所述营销收银台模板提供支付方式一与营销卷的组合支付。

具体地，单一支付收银台1001：提供一个模板，用于依次展示支付方式一、支付方式二......，用户选中某一支付方式后即拉起相应的收银台进行支付；如微信、支付宝、云闪付，当选中微信后，则进行微信支付，界面仅允许选中一种支付方式；

具体地，组合支付收银台1002：提供支付方式一与支付方式二的组合支付，当两种支付方式都成功支付了才算支付成功；

具体地，营销收银台1003：提供支付方式一与电子卷、优惠卷、话费卷等营销卷的组合支付方式，用户选中需要使用的电子卷和某一种支付方式，点击确认支付后，后端会先进行销卷处理，销卷处理成功后方可进行某一种支付方式的支付；销卷不成功或者某一种支付方式支付失败了，都会进行退款处理，保证同一事务执行。

在本实施例中，业务系统注册后，会根据所述渠道唯一标识完成支付主体的绑定，所述支付主体包括所述业务系统绑定的支付机构、支付方式和支付参数；业务系统将所述渠道唯一标识与所述支付机构、支付方式和支付参数的绑定关系保存到主体注册关系表中，并生成唯一的商户号用于标识所述绑定关系。

具体地，业务系统注册成功后会生成唯一BUSI_ID，如ID001，此节点会根据ID001完成支付主体的绑定，所谓支付主体就是某个业务系统绑定了哪些支付机构、哪些支付方式、每个支付方式对应的支付参数等；例如ID001绑定了微信(支付机构)+微信小程序支付(支付方式1)、微信H5支付(支付方式2)+支付参数(如证书、证书密码、应用签名、秘钥等，每个支付机构拉起收银台的支付方式不一致，此处可动态管理添加)，绑定结束后将绑定关系维护到主体注册关系表，此时会生成唯一商户号标识该关系。

需要说明的是，收银台可以理解为一个支付界面，在该界面上有微信、支付宝等不同的支付方式，支付机构可以理解为提供支付能力的机构，例如微信侧，微信这个支付机构会提供微信H5支付、微信小程序支付、微信公众号支付等不同支付方式。

步骤S104：接收用户下单后所述业务系统发送的所述渠道唯一标识，查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL(Uniform ResourceLocator，统一资源定位符)；

步骤S105：将所述模板URL发送给所述业务系统，以使所述业务系统基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面。

在本实施例中，用户下单后，业务系统向支付中心发送渠道唯一标识，支付中心查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL并返回，业务系统基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面。

可选地，所述接收用户下单后所述业务系统发送的所述渠道唯一标识的同时，所述方法还包括：

接收所述业务系统发送的下单信息；

所述将所述模板URL发送给所述业务系统，具体包括：

根据所述下单信息生成订单号；

将携带有所述订单号和所述支付中心的签名串的模板URL发送给所述业务系统，以使所述业务系统对所述签名串进行验证，并在验证成功后，根据所述订单号获取所述需要显示的支付方式。

在本实施例中，下单信息包括商户号、支付方式、商品信息、商品金额、下单时间、订单超时时间等参数。为了有效防止参数传递过程中被篡改，保障支付安全性，收银台URL中拼接订单号及签名串，业务系统接收到携带有订单号和签名串的模板URL时，对所述签名串进行验证，并在验证成功后，根据所述订单号获取所述需要显示的支付方式。

可选地，业务系统根据所述订单号获取所述需要显示的支付方式，具体包括：根据所述订单号获取当前业务场景对应的支付方式；根据所述商户号查找所述主体注册关系表，获取支付方式集合；将所述支付方式集合与所述当前业务场景对应的支付方式取交集；若所述交集不为空，则将所述交集对应的支付方式确定为所述需要显示的支付方式。例如，业务系统注册了一个收银台模板，又将该模板绑定了微信、支付宝、云闪付三种支付方式，但是当前业务场景中只需要微信、支付宝两种支付方式供用户选择，此时该场景下单的时候支付方式可以传微信、支付宝，后端会取交集，这样云闪付就不会展示到收银台上了。

在本实施例中，业务系统获取到需要显示的支付方式后，先获取预先存储的渲染参数表中的收银台渲染参数，再根据所述需要显示的支付方式使用所述收银台渲染参数对所述模板URL进行渲染以生成所述支付方式界面。

需要说明的是，每个模板均支持根据BUSI_ID个性化配置，如ID001配置收银台字体大小为10px、按钮颜色为红色、界面背景色为浅绿色等；将收银台渲染参数维护到渲染参数表中。

在一种可选的实施例中，业务系统根据商户号+BUSI_ID+支付方式、商品信息、商品金额、下单时间、订单超时时间等参数请求支付中心的下单接口，下单接口根据BUSI_ID到业务系统关系表查找模板URL返回给业务系统；当业务系统需要组合支付时，下单时商品信息节点为集合的形式传(如商品1+支付方式1+金额1；商品2+支付方式2+金额2)，返回组合收银台URL给业务系统；下单信息存储至订单表(组合支付时每个子单存一条数据)。当业务系统端打开收银时，首先会截取URL中的订单号+签名串并传值到后端，后端根据签名串验证签名，验证通过后根据订单号查找订单表获取支付方式、支付金额、超时时间、商户号、BUSI_ID等参数；根据商户号查找主体注册关系表获取支付方式集合，然后与下单传入的支付方式取交集，如果交集为空，则提示支付方式未配置；如果交集不为空，根据BUSI_ID查询渲染参数表查询出渲染参数，将后端查询到的订单信息返回给前端进行渲染；当为组合支付时，循环每笔子单查找收银台参数。

步骤S106：接收用户基于所述支付方式界面支付的金额。

可选地，若所述收银台模板为组合支付收银台模板，所述方法还包括：

在用户支付过程中，若用户第一笔支付方式支付未成功，不允许用户选中第二种支付方式；若用户第一笔支付方式支付成功，第二笔支付方式支付失败或支付超时，对用户第一笔支付方式支付的金额进行退款处理。

在本实施例中，用户选中某一种支付方式进行支付，当为组合支付时，用户支付完第一笔订单后，如支付宝，支付成功后由支付宝浏览器跳转再次到收银台(调用支付宝时会将收银台链接传送至支付宝)，用户完成第二种支付方式的支付，当所有支付方式均支付成功后，提示支付成功。如果第一笔支付方式未成功不允许选中第二种支付方式；如果第一笔支付方式成功，第二笔支付方式失败，会调退款接口进行第一笔支付的退款，保证组合支付为同一事务进行，即必须所有组合支付方式都成功了才算成功；若第一笔支付成功，第二笔支付超时了，此时也会对第一笔流水进行退款处理。支付成功的支付方式界面会进行置灰+不可选中处理，防止二次支付。

可选地，所述方法还包括：

在用户支付过程中，通过远程字典服务Redis(Remote Dictionary Server)锁限制用户并发支付。

在本实施例中，为保证支付过程安全可靠，可通过Redis锁限制并发支付。

可选地，所述方法还包括：

在用户支付完成后，对用户的支付结果进行轮询；

若轮询超过预设次数仍无支付结果，对第一笔支付流水进行撤单处理。

在本实施例中，用户支付完成后，支付机构(如支付宝)会异步返回支付结果，支付成功或者支付失败，根据不同的支付结果完成相关业务处理。具体地，为了有效提升支付体验，如图2所示，针对异常回调场景，本发明提供回调超时补偿机制：用户选中支付方式进行支付时，一直收不到支付结果(回调)影响用户支付体验感，补偿机制为：用户支付完成后，界面js通过ajax每秒轮询支付结果，如果期间有支付状态返回则结束支付流程，如轮询10次仍无支付结果，则将第一笔支付流水进行撤单处理(防止重复支付)，而后引导用户进行二次支付，二次支付成功后流程结束。例如，用户下了一笔订单，但是支付了多次，每次支付都会生成支付流水，如果第一笔支付流水一直未支付成功，为了不影响用户体验，会根据支付流水号将该笔流水撤单，不让其再进行支付了，而后引导用户重新支付。

在一个具体的实施例中，如图3所示，该基于支付收银台的支付方法可以包括如下步骤：

(1)业务系统注册：

本方法面向N个业务系统，每个业务系统如需使用收银台能力需要先进行业务系统注册，获得渠道唯一标识BUSI_ID；业务系统按界面提示，输入业务系统名称、根据业务场景选中使用的收银台模板(提供单一支付收银台1001、组合支付收银台1002、营销收银台1003等多种模板)、选中收银台展示方式(PC端、APP端、H5网页等)；

如业务系统A想通过自有H5页面对接单一支付收银台以完成支付处理，则通过业务系统注册后，会完成BUSI_ID+收银台模板+展示方式的绑定(ID001+1001+H5)，会插入到业务系统关系表中进行维护；

每个模板均支持根据BUSI_ID个性化配置，如ID001配置收银台字体大小为10px、按钮颜色为红色、界面背景色为浅绿色等；将收银台渲染参数维护到渲染参数表中；

单一支付收银台1001：提供一个模板，用于依次展示支付方式一、支付方式二......，用户选中某一支付方式后即拉起相应的收银台进行支付；如微信、支付宝、云闪付，当选中微信后，则进行微信支付，界面仅允许选中一种支付方式；

组合支付收银台1002：提供支付方式一与支付方式二的组合支付，当两种支付方式都成功支付了才算支付成功；

营销收银台1003：提供支付方式一与电子卷、优惠卷、话费卷等营销卷的组合支付方式，用户选中需要使用的电子卷和某一种支付方式，点击确认支付后，后端会先进行销卷处理，销卷处理成功后方可进行某一种支付方式的支付；销卷不成功或者某一种支付方式支付失败了，都会进行退款处理，保证同一事务执行。

需要说明的是，一个业务系统可以根据业务场景注册多个收银台模板，例如业务场景1使用1001，业务场景2使用1002……，业务场景1下单的时候传1001编码，后端会根据1001定位到相应收银台，1002同理。

(2)支付主体注册：

业务系统注册成功后会生成唯一BUSI_ID，如ID001，此节点会根据ID001完成支付主体的绑定，所谓支付主体就是某个业务系统绑定了哪些支付机构、哪些支付方式、每个支付方式对应的支付参数等；例如ID001绑定了微信(支付机构)+微信小程序支付(支付方式1)、微信H5支付(支付方式2)+支付参数(如证书、证书密码、应用签名、秘钥等，每个支付机构拉起收银台的支付方式不一致，此处可动态管理添加)，绑定结束后将绑定关系维护到主体注册关系表，此时会生成唯一商户号标识该关系，并将商户号、支付方式给业务系统下单用；

需要说明的是，在通道侧(如微信)出现支付故障时，可将支付主体里配置的支付方式置为失效，支付方式界面即可屏蔽该支付方式以减少用户不能支付时的投诉量。

(3)支付下单返回收银台：

业务系统根据商户号+BUSI_ID+支付方式、商品信息、商品金额、下单时间、订单超时时间等参数请求下单接口，下单接口根据BUSI_ID到业务系统关系表查找模板URL返回给业务系统；当业务系统需要组合支付时，下单时商品信息节点为集合的形式传(如商品1+支付方式1+金额1；商品2+支付方式2+金额2)，返回组合收银台URL给业务系统；下单信息存储至订单表(组合支付时每个子单存一条数据)；

优选地，收银台URL中拼接订单号及签名串，可以有效防止参数传递过程中被篡改，保障支付安全性。

(4)收银台初始化：

当业务系统端打开收银时，首先会截取URL中的订单号+签名串并传值到后端，后端根据签名串验证签名，验证通过后根据订单号查找订单表获取支付方式、支付金额、超时时间、商户号、BUSI_ID等参数；根据商户号查找主体注册关系表获取支付方式集合，然后与下单传入的支付方式取交集，如果交集为空，则提示支付方式未配置；根据BUSI_ID查询渲染参数表查询出渲染参数，将后端查询到的订单信息返回给前端进行渲染；当为组合支付时，循环每笔子单查找收银台参数；

优选地，为保证支付过程安全可靠，可通过Redis锁限制并发支付。

(5)确认支付：

用户选中某一种支付方式进行支付；

当为组合支付时，用户支付完第一笔订单后，如支付宝，支付成功后由支付宝浏览器跳转再次到收银台(调用支付宝时会将收银台链接传送至支付宝)，用户完成第二种支付方式的支付，当所有支付方式均支付成功后，提示支付成功。

如果第一笔支付方式未成功不允许选中第二种支付方式；

如果第一笔支付方式成功，第二笔支付方式失败，会调退款接口进行第一笔支付的退款，保证组合支付为同一事务进行，即必须所有组合支付方式都成功了才算成功；

若第一笔支付成功，第二笔支付超时了，此时也会对第一笔流水进行退款处理。

支付成功的支付方式界面会进行置灰+不可选中处理，防止二次支付。

(6)支付回调：

用户支付完成后，支付机构(如支付宝)会异步返回支付结果，支付成功或者支付失败，根据不同的支付结果完成相关业务处理。

优选地，为了有效提升支付体验，针对异常回调场景，本发明提供回调超时补偿机制：用户选中支付方式进行支付时，一直收不到支付结果(回调)影响用户支付体验感，补偿机制为：用户支付完成后，界面js通过ajax每秒轮询支付结果，如果期间有支付状态返回则结束支付流程，如轮询10次仍无支付结果，则将第一笔支付流水进行撤单处理(防止重复支付)，而后引导用户进行二次支付，二次支付成功后流程结束。

本发明实施例提供的基于支付收银台的支付方法，首先接收业务系统的注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式；其中，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；然后根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识；再将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；同时，接收用户下单后所述业务系统发送的所述渠道唯一标识，查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；将所述模板URL发送给所述业务系统，以使所述业务系统基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面；最后接收用户基于所述支付方式界面支付的金额。本发明可针对不同业务场景个性化定制收银台，并支持多套收银台模板，同时，通过组合支付收银台模板可实现多种支付方式的组合支付，能够满足复杂业务场景对收银台的个性化需求，可有效提升支付体验，解决了现有的支付方法由于仅支持一种收银台，支付场景单一，无法实现业务系统对收银台的个性化诉求的问题。

实施例2：

如图4所示，本实施例提供一种基于支付收银台的支付方法，应用于业务系统，所述方法包括：

步骤S201：向支付中心发送注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；所述注册请求用于触发所述支付中心根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识，以及将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；

步骤S202：用户下单后，向所述支付中心发送所述渠道唯一标识，以使所述支付中心查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；

步骤S203：接收所述支付中心发送的所述模板URL；

步骤S204：基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面，以使所述支付中心接收用户基于所述支付方式界面支付的金额。

可选地，所述单一支付收银台模板用于依次展示多种支付方式，且仅允许用户选择其中一种支付方式；

所述组合支付收银台模板提供两种支付方式的组合支付；

所述营销收银台模板提供支付方式一与营销卷的组合支付。

可选地，所述向支付中心发送注册请求之后，所述方法还包括：

根据所述渠道唯一标识完成支付主体的绑定，所述支付主体包括所述业务系统绑定的支付机构、支付方式和支付参数；

将所述渠道唯一标识与所述支付机构、支付方式和支付参数的绑定关系保存到主体注册关系表中，并生成唯一的商户号用于标识所述绑定关系。

可选地，所述向所述支付中心发送所述渠道唯一标识的同时，所述方法还包括：

向所述支付中心发送下单信息；

所述模板URL中携带所述下单信息对应的订单号和所述支付中心的签名串；所述接收所述支付中心发送的所述模板URL之后，所述方法还包括：

对所述签名串进行验证，并在验证成功后，根据所述订单号获取所述需要显示的支付方式。

可选地，所述根据所述订单号获取所述需要显示的支付方式，具体包括：

根据所述订单号获取当前业务场景对应的支付方式；

根据所述商户号查找所述主体注册关系表，获取支付方式集合；

将所述支付方式集合与所述当前业务场景对应的支付方式取交集；

若所述交集不为空，则将所述交集对应的支付方式确定为所述需要显示的支付方式。

可选地，所述基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面，具体包括：

获取预先存储的渲染参数表中的收银台渲染参数；

根据所述需要显示的支付方式使用所述收银台渲染参数对所述模板URL进行渲染以生成所述支付方式界面。

实施例3：

如图5所示，本实施例提供一种基于支付收银台的支付装置，设置于支付中心，用于执行上述实施例1中的基于支付收银台的支付方法，所述装置包括：

注册请求接收模块11，用于接收业务系统的注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式；其中，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；

业务系统注册模块12，与所述注册请求接收模块11连接，用于根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识；

绑定存储模块13，与所述业务系统注册模块12连接，用于将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；

模板URL查找模块14，与所述绑定存储模块13连接，用于接收用户下单后所述业务系统发送的所述渠道唯一标识，查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；

模板URL发送模块15，与所述模板URL查找模块14连接，用于将所述模板URL发送给所述业务系统，以使所述业务系统基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面；

支付接收模块16，与所述模板URL发送模块15连接，用于接收用户基于所述支付方式界面支付的金额。

可选地，所述单一支付收银台模板用于依次展示多种支付方式，且仅允许用户选择其中一种支付方式；

所述组合支付收银台模板提供两种支付方式的组合支付；

所述营销收银台模板提供支付方式一与营销卷的组合支付。

可选地，所述装置还包括：

下单信息接收模块，用于接收所述业务系统发送的下单信息；

所述模板URL发送模块15具体包括：

订单号生成单元，用于根据所述下单信息生成订单号；

模板URL发送单元，用于将携带有所述订单号和所述支付中心的签名串的模板URL发送给所述业务系统，以使所述业务系统对所述签名串进行验证，并在验证成功后，根据所述订单号获取所述需要显示的支付方式。

可选地，若所述收银台模板为组合支付收银台模板，所述装置还包括：

确认支付模块，用于在用户支付过程中，若用户第一笔支付方式支付未成功，不允许用户选中第二种支付方式；若用户第一笔支付方式支付成功，第二笔支付方式支付失败或支付超时，对用户第一笔支付方式支付的金额进行退款处理。

可选地，所述装置还包括：

限制并发模块，用于在用户支付过程中，通过远程字典服务Redis锁限制用户并发支付。

可选地，所述装置还包括：

结果轮询模块，用于在用户支付完成后，对用户的支付结果进行轮询；

撤单处理模块，用于若轮询超过预设次数仍无支付结果，对第一笔支付流水进行撤单处理。

实施例4：

如图6所示，本实施例提供一种基于支付收银台的支付装置，设置于业务系统，用于执行上述实施例2中的基于支付收银台的支付方法，所述装置包括：

注册请求发送模块21，用于向支付中心发送注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；所述注册请求用于触发所述支付中心根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识，以及将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；

标识发送模块22，与所述注册请求发送模块21连接，用于用户下单后，向所述支付中心发送所述渠道唯一标识，以使所述支付中心查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；

模板URL接收模块23，与所述标识发送模块22连接，用于接收所述支付中心发送的所述模板URL；

界面生成模块24，与所述模板URL接收模块23连接，用于基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面，以使所述支付中心接收用户基于所述支付方式界面支付的金额。

可选地，所述单一支付收银台模板用于依次展示多种支付方式，且仅允许用户选择其中一种支付方式；

所述组合支付收银台模板提供两种支付方式的组合支付；

所述营销收银台模板提供支付方式一与营销卷的组合支付。

可选地，所述装置还包括：

主体绑定模块，用于根据所述渠道唯一标识完成支付主体的绑定，所述支付主体包括所述业务系统绑定的支付机构、支付方式和支付参数；

商户号生成模块，用于将所述渠道唯一标识与所述支付机构、支付方式和支付参数的绑定关系保存到主体注册关系表中，并生成唯一的商户号用于标识所述绑定关系。

可选地，所述装置还包括：

下单信息发送模块，用于向所述支付中心发送下单信息；

所述模板URL中携带所述下单信息对应的订单号和所述支付中心的签名串；所述装置还包括：

支付方式获取模块，用于对所述签名串进行验证，并在验证成功后，根据所述订单号获取所述需要显示的支付方式。

可选地，所述支付方式获取模块具体包括：

第一获取单元，用于根据所述订单号获取当前业务场景对应的支付方式；

第二获取单元，用于根据所述商户号查找所述主体注册关系表，获取支付方式集合；

取交集单元，用于将所述支付方式集合与所述当前业务场景对应的支付方式取交集；

确定单元，用于若所述交集不为空，则将所述交集对应的支付方式确定为所述需要显示的支付方式。

可选地，所述界面生成模块24具体包括：

渲染参数获取单元，用于获取预先存储的渲染参数表中的收银台渲染参数；

渲染生成单元，用于根据所述需要显示的支付方式使用所述收银台渲染参数对所述模板URL进行渲染以生成所述支付方式界面。

实施例5：

参考图7，本实施例提供一种基于支付收银台的支付装置，包括存储器31和处理器32，存储器31中存储有计算机程序，处理器32被设置为运行所述计算机程序以执行实施例1或实施例2中的基于支付收银台的支付方法。

其中，存储器31与处理器32连接，存储器31可采用闪存或只读存储器或其他存储器，处理器32可采用中央处理器或单片机。

实施例6：

本实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例1或实施例2中的基于支付收银台的支付方法。

该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储器)，ROM(Read-Only Memory，只读存储器)，EEPROM(Electrically ErasableProgrammable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

综上所述，本发明实施例提供的基于支付收银台的支付方法、装置及可读存储介质，首先接收业务系统的注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式；其中，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；然后根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识；再将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；同时，接收用户下单后所述业务系统发送的所述渠道唯一标识，查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；将所述模板URL发送给所述业务系统，以使所述业务系统基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面；最后接收用户基于所述支付方式界面支付的金额。本发明可针对不同业务场景个性化定制收银台，并支持多套收银台模板，同时，通过组合支付收银台模板可实现多种支付方式的组合支付，能够满足复杂业务场景对收银台的个性化需求，可有效提升支付体验，解决了现有的支付方法由于仅支持一种收银台，支付场景单一，无法实现业务系统对收银台的个性化诉求的问题。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。

Claims (16)

1.一种基于支付收银台的支付方法，其特征在于，应用于支付中心，所述方法包括：

接收业务系统的注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式；其中，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；

根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识；

将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；

接收用户下单后所述业务系统发送的所述渠道唯一标识，查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；

将所述模板URL发送给所述业务系统，以使所述业务系统基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面；

接收用户基于所述支付方式界面支付的金额。

2.根据权利要求1所述的方法，其特征在于，所述单一支付收银台模板用于依次展示多种支付方式，且仅允许用户选择其中一种支付方式；

所述组合支付收银台模板提供两种支付方式的组合支付；

所述营销收银台模板提供支付方式一与营销卷的组合支付。

3.根据权利要求2所述的方法，其特征在于，所述接收用户下单后所述业务系统发送的所述渠道唯一标识的同时，所述方法还包括：

接收所述业务系统发送的下单信息；

所述将所述模板URL发送给所述业务系统，具体包括：

根据所述下单信息生成订单号；

将携带有所述订单号和所述支付中心的签名串的模板URL发送给所述业务系统，以使所述业务系统对所述签名串进行验证，并在验证成功后，根据所述订单号获取所述需要显示的支付方式。

4.根据权利要求2所述的方法，其特征在于，若所述收银台模板为组合支付收银台模板，所述方法还包括：

在用户支付过程中，若用户第一笔支付方式支付未成功，不允许用户选中第二种支付方式；若用户第一笔支付方式支付成功，第二笔支付方式支付失败或支付超时，对用户第一笔支付方式支付的金额进行退款处理。

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

在用户支付过程中，通过远程字典服务Redis锁限制用户并发支付。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在用户支付完成后，对用户的支付结果进行轮询；

若轮询超过预设次数仍无支付结果，对第一笔支付流水进行撤单处理。

7.一种基于支付收银台的支付方法，其特征在于，应用于业务系统，所述方法包括：

向支付中心发送注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；所述注册请求用于触发所述支付中心根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识，以及将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；

用户下单后，向所述支付中心发送所述渠道唯一标识，以使所述支付中心查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；

接收所述支付中心发送的所述模板URL；

基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面，以使所述支付中心接收用户基于所述支付方式界面支付的金额。

8.根据权利要求7所述的方法，其特征在于，所述单一支付收银台模板用于依次展示多种支付方式，且仅允许用户选择其中一种支付方式；

所述组合支付收银台模板提供两种支付方式的组合支付；

所述营销收银台模板提供支付方式一与营销卷的组合支付。

9.根据权利要求7所述的方法，其特征在于，所述向支付中心发送注册请求之后，所述方法还包括：

根据所述渠道唯一标识完成支付主体的绑定，所述支付主体包括所述业务系统绑定的支付机构、支付方式和支付参数；

将所述渠道唯一标识与所述支付机构、支付方式和支付参数的绑定关系保存到主体注册关系表中，并生成唯一的商户号用于标识所述绑定关系。

10.根据权利要求9所述的方法，其特征在于，所述向所述支付中心发送所述渠道唯一标识的同时，所述方法还包括：

向所述支付中心发送下单信息；

所述模板URL中携带所述下单信息对应的订单号和所述支付中心的签名串；所述接收所述支付中心发送的所述模板URL之后，所述方法还包括：

对所述签名串进行验证，并在验证成功后，根据所述订单号获取所述需要显示的支付方式。

11.根据权利要求10所述的方法，其特征在于，所述根据所述订单号获取所述需要显示的支付方式，具体包括：

根据所述订单号获取当前业务场景对应的支付方式；

根据所述商户号查找所述主体注册关系表，获取支付方式集合；

将所述支付方式集合与所述当前业务场景对应的支付方式取交集；

若所述交集不为空，则将所述交集对应的支付方式确定为所述需要显示的支付方式。

12.根据权利要求7所述的方法，其特征在于，所述基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面，具体包括：

获取预先存储的渲染参数表中的收银台渲染参数；

根据所述需要显示的支付方式使用所述收银台渲染参数对所述模板URL进行渲染以生成所述支付方式界面。

13.一种基于支付收银台的支付装置，其特征在于，设置于支付中心，所述装置包括：

注册请求接收模块，用于接收业务系统的注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式；其中，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；

业务系统注册模块，与所述注册请求接收模块连接，用于根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识；

绑定存储模块，与所述业务系统注册模块连接，用于将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；

模板URL查找模块，与所述绑定存储模块连接，用于接收用户下单后所述业务系统发送的所述渠道唯一标识，查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；

模板URL发送模块，与所述模板URL查找模块连接，用于将所述模板URL发送给所述业务系统，以使所述业务系统基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面；

支付接收模块，与所述模板URL发送模块连接，用于接收用户基于所述支付方式界面支付的金额。

14.一种基于支付收银台的支付装置，其特征在于，设置于业务系统，所述装置包括：

注册请求发送模块，用于向支付中心发送注册请求，所述注册请求携带业务系统名称、选中的收银台模板以及收银台展示方式，所述收银台模板包括单一支付收银台模板、组合支付收银台模板和营销收银台模板；所述注册请求用于触发所述支付中心根据所述注册请求对所述业务系统进行注册，并生成渠道唯一标识，以及将所述渠道唯一标识与所述收银台模板以及所述收银台展示方式进行绑定并存储至业务系统关系表中；

标识发送模块，与所述注册请求发送模块连接，用于用户下单后，向所述支付中心发送所述渠道唯一标识，以使所述支付中心查找所述业务系统关系表中所述渠道唯一标识对应的所述收银台模板的模板URL；

模板URL接收模块，与所述标识发送模块连接，用于接收所述支付中心发送的所述模板URL；

界面生成模块，与所述模板URL接收模块连接，用于基于所述模板URL以及需要显示的支付方式生成对应的支付方式界面，以使所述支付中心接收用户基于所述支付方式界面支付的金额。

15.一种基于支付收银台的支付装置，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以实现如权利要求1-6中任一项所述的基于支付收银台的支付方法，或实现如权利要求7-12中任一项所述的基于支付收银台的支付方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-6中任一项所述的基于支付收银台的支付方法，或实现如权利要求7-12中任一项所述的基于支付收银台的支付方法。