具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

参照图1，本申请实施例中提供一种客户端收银方法，所述方法适用于客户端，所述方法包括：

S1：获取所述客户端发送的支付数据，根据所述支付数据获取校验数据；

S2：根据所述校验数据对所述支付数据进行校验，得到校验结果；

S3：当所述校验结果为通过时，根据所述支付数据生成支付请求，将所述支付请求发送给支付服务端；

S4：获取所述支付服务端根据所述支付请求发送的支付结果；

S5：根据所述支付结果生成支付提醒信息，根据所述支付提醒信息进行提醒。

本实施例获取所述客户端发送的支付数据，根据所述支付数据获取校验数据，根据所述校验数据对所述支付数据进行校验，得到校验结果，当所述校验结果为通过时，根据所述支付数据生成支付请求，将所述支付请求发送给支付服务端，获取所述支付服务端根据所述支付请求发送的支付结果，根据所述支付结果生成支付提醒信息，根据所述支付提醒信息进行提醒，从而实现了采用接口向客户端提供支付服务，使支付交易和客户端的业务功能进行解耦合，客户端开发人员不需要撰写逻辑代码实现支付功能，减少了客户端开发人员的工作量，提高了支付功能的可维护性。

客户端包括：移动设备的客户端、移动设备的浏览器、电脑的客户端、电脑的浏览器中的任一种。

本申请通过通过服务接口模块，提供服务接口，所述服务接口用于向所述客户端提供支付服务。

通过服务接口模块，提供各种各样的服务接口，所述客户端按照服务接口的调用规范调用各个服务接口，通过服务接口使支付交易和客户端的业务功能进行解耦合。

所述服务接口包括但不限于：支付预校验接口、交易预下单接口、消息推送接口。所述支付预校验接口用于接收所述客户端发送的支付调用请求，所述交易预下单接口用于接收所述客户端发送的交易预下单调用请求。所述支付预校验接口，用于获取所述客户端输入的支付方式和支付数据。所述交易预下单接口，用于接收所述客户端发送的预下单数据。所述消息推送接口，用于向所述客户端进行消息推送。

其中，通过收银台页面渲染模块，根据所述服务接口获取所述客户端发送的插件调用请求，根据所述插件调用请求进行页面生成，得到收银台调用页面。

所述服务接口获取所述客户端发送的插件调用请求，当所述服务接口是需要生成页面的接口时，将所述插件调用请求发送给收银台页面渲染模块，收银台页面渲染模块根据所述插件调用请求携带的参数进行页面生成，将生成的页面作为收银台调用页面。当所述服务接口不是需要生成页面的接口时，所述收银台页面渲染模块不需进行页面生成。

所述插件调用请求包括：支付调用请求、交易预下单调用请求。所述支付调用请求，用于调用本申请实现的程序进行支付的请求。所述交易预下单调用请求，用于调用本申请实现的程序进行交易预下单的请求。交易预下单，是指在交易前进行预先填好信息，等认为可以进行交易时直接交易。

其中，通过支付密码管理模块，提供密码支付SDK，所述密码支付SDK用于所述收银台页面渲染模块进行页面生成。

所述密码支付SDK包括但不限于：混合密码组件SDK、6位数密码组件SDK、安全键盘组件SDK、指纹验证组件SDK、人脸验证组件SDK中的一种或多种。SDK，是软件包。

其中，当所述服务接口是需要生成页面的接口时，收银台页面渲染模块根据所述插件调用请求携带的参数获取页面资源，当页面资源中记载有密码支付SDK的标识时，将根据页面资源中记载的密码支付SDK的标识从支付密码管理模块获取密码支付SDK进行页面生成。

对于S1，获取所述客户端通过所述服务接口发送的支付数据和/或通过所述收银台调用页面发送的支付数据。

所述支付数据包括但不限于：订单标识、账号标识、支付金额、付款账号、收款人账号。付款账号包括：银行卡号。付款账号包括：银行卡号。

所述校验数据包括：关键字和值。所述校验数据和校验规则一起对所述支付数据进行校验。校验规则，是所述支付服务端根据需求动态配置的需要预先进行校验的数据。比如，所述校验规则包括：支付金额是否大于银行卡号对应的银行的单笔限额，在此举例不做具体限定。

可以理解的是，校验规则也可以写入实现本申请的程序文件中。

对于S2，对所述支付数据和所述校验数据对比，当对比结果为全部符合校验规则的要求时确定所述校验结果为通过，否则确定所述校验结果为不通过。

对于S3，当所述校验结果为通过时，意味着所述支付数据和所述校验数据对比的对比结果符合校验规则的要求，此时根据所述支付数据生成支付请求，然后根据与所述支付服务端的通信连接，将所述支付请求发送给支付服务端。

对于S4，支付服务端根据所述支付请求进行支付服务，完成支付服务后根据支付服务的支付结果和所述支付请求生成响应值，根据与实现本申请的程序的通信连接，将所述响应值发送给所述支付预校验模块；所述支付预校验模块对所述响应值进行解析，得到所述支付请求对应的所述支付结果。

对于S5，通过支付完成管理模块，根据所述支付结果生成支付提醒信息，根据所述支付提醒信息进行页面生成及弹窗，并且将支付提醒信息发送给所述客户端，从而实现了根据所述支付提醒信息对客户进行提醒和对客户端进行反馈。

可以理解的是，步骤S1至步骤S5可以实现为插件、组件、装置中的任一种形式，然后集成在所述客户端中。

其中，可以将步骤S1至步骤S4封装成支付预校验模块，将步骤S5封装成支付完成管理模块。

其中，所述服务接口模块、所述支付密码管理模块、所述支付预校验模块和所述支付完成管理模块是基于JavaSpring得到的模块；所述收银台页面渲染模块是基于React和Webpack得到的模块。从而实现基于JavaSpring得到服务接口模块、所述支付密码管理模块、所述支付预校验模块和所述支付完成管理模块，基于React和Webpack得到所述收银台页面渲染模块，实现了前后端的分离；通过JavaSpring确保客户端收银的稳定性；通过React和Webpack作为前端框架有利于界面优化和前端代码管理。

也就是说，实现本申请的程序采用JavaSpring作为后端框架，React和Webpack作为前端框架。

JavaSpring，是主流的JavaWeb开发框架，该框架是一个轻量级的应用框架，具有很高的凝聚力和吸引力。JavaWeb，是用Java技术来解决相关Web(全球广域网)互联网领域的技术栈。

React，是用于构建用户界面的JavaScript库。JavaScript(简称“JS”)，是一种具有函数优先的轻量级，解释型或即时编译型的编程语言。

Webpack，是前端资源模块化管理和打包工具。

可选的，所述基于React和Webpack得到的模块的步骤，包括：获取待打包的程序，所述待打包的程序是采用所述React开发得到的程序；采用所述Webpack，对所述待打包的程序进行打包，得到所述收银台页面渲染模块。

在一个实施例中，上述根据所述校验数据对所述支付数据进行校验，得到校验结果的步骤，包括：

S211：从所述校验数据中获取一个数据作为待判断的数据；

S212：将所述待判断的数据的关键字在所述支付数据中进行查找，得到待判断的支付值；

S213：获取校验规则库，根据所述待判断的数据的所述关键字从所述校验规则库中获取校验规则，得到目标校验规则；

S214：根据所述待判断的数据的值和所述目标校验规则，对所述待判断的支付值进行校验，得到单关键字校验结果；

S215：重复执行所述从所述校验数据中获取一个数据作为待判断的数据的步骤，直至完成所述校验数据中的数据的提取；

S216：当所有所述单关键字校验结果均为通过时，确定所述校验结果为通过；

S217：当任一所述单关键字校验结果为不通过时，确定所述校验结果为不通过。

本实施例根据所述校验数据，对所述支付数据进行校验，从而实现了提前对支付数据进去校验，减少了支付服务端的服务压力，提高了支付服务端服务的稳定性。

对于S211，依次从所述校验数据中获取一个关键字对应的数据，将获取的数据作为待判断的数据。所述待判断的数据包括：关键字和值。

对于S212，将所述待判断的数据的关键字在所述支付数据中进行查找，将在所述支付数据中查找到的关键字对应的值作为待判断的支付值。

对于S213，可以从本地存储空间中获取校验规则库，也可以从支付服务端获取校验规则库。

所述校验规则库中包括：关键字和校验规则。

其中，将所述待判断的数据对应的所述关键字在所述校验规则库中进行查找，将在所述校验规则库中查找到的关键字对应的所述校验规则作为所述目标校验规则。

对于S214，根据所述待判断的数据的值和所述目标校验规则，对所述待判断的支付值进行校验，也就是将所述待判断的支付值和所述待判断的数据的值进行对比，当对比结果符合所述目标校验规则时确定所述单关键字校验结果为通过，当对比结果不符合所述目标校验规则时确定所述单关键字校验结果为不通过。

比如，所述待判断的数据对应的关键字是A银行的单笔限额，所述待判断的数据的值是1000元，所述待判断的支付值是2000元，所述目标校验规则是单笔支付金额小于或等于单笔限额，根据所述待判断的数据的值和所述目标校验规则对所述待判断的支付值进行校验可知，因为2000元高于1000元，对比结果为单笔支付金额大于单笔限额，该对比结果不符合所述目标校验规则，所以确定所述单关键字校验结果为不通过，在此举例不做具体限定。

对于S215，重复执行步骤S411至步骤S415，直至完成所述校验数据中的数据的提取。

对于S216，当所有所述单关键字校验结果均为通过时，意味着所述支付数据和所述校验数据对比的对比结果全部符合校验规则的要求，此时确定所述校验结果为通过。

对于S217，当任一所述单关键字校验结果为不通过时，意味着所述支付数据和所述校验数据对比的对比结果存在部分或全部不符合校验规则的要求，此时确定所述校验结果为不通过。

在一个实施例中，上述根据所述支付结果生成支付提醒信息，根据所述支付提醒信息进行提醒的步骤，包括：

S51：当所述支付结果为成功时，根据所述支付结果生成支付成功提醒信息，根据所述支付成功提醒信息进行页面生成，得到支付成功页面，将所述支付成功页面进行弹窗展示，将所述支付成功提醒信息发送给所述客户端；

S52：当所述支付结果为失败时，根据所述支付结果生成支付失败提醒信息，根据所述支付失败提醒信息进行页面生成，得到支付失败页面，将所述支付失败页面进行弹窗展示，将所述支付失败提醒信息发送给所述客户端。

本实施例实现了根据所述支付结果生成支付提醒信息，根据所述支付提醒信息进行页面生成及弹窗，从而完成了与客户和客户端的信息同步。

对于S51，当所述支付结果为成功时，意味着已经成功完成支付，因此根据所述支付结果生成支付成功提醒信息；根据所述支付成功提醒信息获取页面资源，根据获取的页面资源进行页面生成，将生成的页面作为所述支付成功页面，将所述支付成功页面进行弹窗展示，从而实现了根据所述支付提醒信息对客户进行成功提醒；将所述支付成功提醒信息发送给所述客户端，从而实现了根据所述支付提醒信息对客户端进行反馈。

对于S52，当所述支付结果为失败时，意味着未成功完成支付，因此根据所述支付结果生成支付失败提醒信息；根据所述支付失败提醒信息获取页面资源，根据获取的页面资源进行页面生成，将生成的页面作为所述支付失败页面，将所述支付失败页面进行弹窗展示，从而实现了根据所述支付提醒信息对客户进行失败提醒；将所述支付失败提醒信息发送给所述客户端，从而实现了根据所述支付提醒信息对客户端进行反馈。

在一个实施例中，上述根据所述校验数据对所述支付数据进行校验，得到校验结果的步骤之后，还包括：

S221：当所述校验结果为不通过时，根据所述校验结果生成页面资源获取请求，将所述页面资源获取请求发送给资源获取端，获取所述资源获取端根据所述页面资源获取请求发送的第一页面资源；

S222：根据所述第一页面资源进行页面生成，得到校验不通过页面，将所述校验不通过页面进行弹窗展示，其中，所述校验不通过页面中包括：校验不通过信息和校正链接。

本实施例实现了在所述校验结果为不通过时进行弹窗展示，并且提供校正链接，从而有利于客户快速进行纠正，提高了客户体验。

对于S221，当所述校验结果为不通过时，意味着所述支付数据和所述校验数据对比的对比结果未全部符合校验规则的要求，采用预设的资源获取规则和所述校验结果生成页面资源获取请求；将所述页面资源获取请求发送给资源获取端，将所述资源获取端根据所述页面资源获取请求发送的页面资源作为所述第一页面资源。

页面资源，也就是加载页面需要的资源文件。

对于S222，根据所述第一页面资源进行页面生成，将生成的页面作为所述校验不通过页面，将所述校验不通过页面进行弹窗展示，从而实现了向客户反馈校验结果和校正链接。

其中，校正链接是根据所述校验结果对应的所述校验数据确定的链接地址。客户在所述校验不通过页面点击校正链接，即可进行数据修改及再次发送支付数据。

在一个实施例中，上述根据所述支付数据生成支付请求的步骤，包括：

S231：调用所述收银台调用页面获取所述客户端发送的指纹识别请求，根据所述指纹识别请求获取待识别的指纹数据；

S232：当所述校验结果为通过时，根据所述支付数据和所述待识别的指纹数据生成所述支付请求。

本实施例实现了根据所述支付数据和所述待识别的指纹数据生成所述支付请求，从而丰富了支付密码的输入方式，提高了客户体验。

对于S231，所述收银台调用页面获取所述客户端通过收银台调用页面发送的指纹识别请求，将指纹识别请求发送给指纹识别模块；根据所述指纹识别请求进行指纹获取弹窗，获取用户在指纹获取弹窗中输入的指纹数据，将获取的数据作为待识别的指纹数据。

对于S232，当所述校验结果为通过时，意味着所述支付数据和所述校验数据对比的对比结果全部符合校验规则的要求，此时根据所述支付数据和所述待识别的指纹数据生成所述支付请求。可以理解的是，此时所述支付数据中可以包括支付密码，也可以不包括支付密码。

其中，所述支付服务端，获取指纹数据库，将所述待识别的指纹数据在所述指纹库中进行匹配，当匹配成功时，确定所述支付结果为成功，当匹配失败时，确定所述支付结果为失败。

在一个实施例中，上述根据所述支付数据生成支付请求的步骤，包括：

S241：调用所述收银台调用页面获取所述客户端发送的人脸识别请求，根据所述人脸识别请求获取待识别的人脸数据；

S242：当所述校验结果为通过时，根据所述支付数据和所述待识别的人脸数据生成所述支付请求。

本实施例实现了根据所述支付数据和所述待识别的人脸数据生成所述支付请求，从而丰富了支付密码的输入方式，提高了客户体验。

对于S441，所述收银台调用页面获取所述客户端通过收银台调用页面发送的人脸识别请求，将人脸识别请求发送给人脸识别模块；根据所述人脸识别请求进行人脸获取弹窗，获取用户在人脸获取弹窗中输入的人脸数据，将获取的数据作为待识别的人脸数据。

对于S442，当所述校验结果为通过时，意味着所述支付数据和所述校验数据对比的对比结果全部符合校验规则的要求，此时根据所述支付数据和所述待识别的人脸数据生成所述支付请求。可以理解的是，此时所述支付数据中可以包括支付密码，也可以不包括支付密码。

其中，所述支付服务端，获取人脸图像数据库，将所述待识别的人脸图像数据在所述人脸图像数据库中进行匹配，当匹配成功时，确定所述支付结果为成功，当匹配失败时，确定所述支付结果为失败。

在一个实施例中，上述根据所述插件调用请求进行页面生成，得到收银台调用页面的步骤之后，还包括：

S21：接收所述收银台调用页面发送的埋点数据，将所述埋点数据发送给埋点数据接收端。

本实施例实现了通过埋点模块对收银台调用页面发送的埋点数据进行收集，从而为根据埋点数据进行支付统计分析提供了基础。

所述埋点数据接收端，根据各个所述埋点数据和各个所述支付结果进行转化率统计分析，得到目标转化率。

所述埋点数据包括但不限于：页面埋点数据和页面元素埋点数据。所述页面埋点数据包括：客户标识、页面标识、页面展开时间。所述页面元素埋点数据包括：客户标识、页面标识、页面元素标识、页面元素点击时间。客户标识可以是客户ID、客户名称等唯一标识一个客户的数据。页面标识可以是页面ID、页面名称等唯一标识一个页面的数据。页面元素标识可以是页面元素ID、页面元素名称等唯一标识一个页面元素的数据。页面元素是HTML页面的页面元素。

参照图2，本申请所述装置适用于客户端200，所述装置包括：

数据获取单元110，用于获取所述客户端200发送的支付数据，根据所述支付数据获取校验数据；

校验结果确定单元120，用于根据所述校验数据对所述支付数据进行校验，得到校验结果；

支付处理单元130，用于当所述校验结果为通过时，根据所述支付数据生成支付请求，将所述支付请求发送给支付服务端300；

支付结果获取模块140，用于获取所述支付服务端300根据所述支付请求发送的支付结果；

提醒单元150，用于根据所述支付结果生成支付提醒信息，根据所述支付提醒信息进行提醒。

本实施例的获取所述客户端发送的支付数据，根据所述支付数据获取校验数据，根据所述校验数据对所述支付数据进行校验，得到校验结果，当所述校验结果为通过时，根据所述支付数据生成支付请求，将所述支付请求发送给支付服务端，获取所述支付服务端根据所述支付请求发送的支付结果，根据所述支付结果生成支付提醒信息，根据所述支付提醒信息进行提醒，从而实现了采用接口向客户端提供支付服务，使支付交易和客户端的业务功能进行解耦合，客户端开发人员不需要撰写逻辑代码实现支付功能，减少了客户端开发人员的工作量，提高了支付功能的可维护性。

参照图3，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于储存客户端收银方法等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种客户端收银方法。所述客户端收银方法，所述方法适用于客户端，所述方法包括：获取所述客户端发送的支付数据，根据所述支付数据获取校验数据；根据所述校验数据对所述支付数据进行校验，得到校验结果；当所述校验结果为通过时，根据所述支付数据生成支付请求，将所述支付请求发送给支付服务端；获取所述支付服务端根据所述支付请求发送的支付结果；根据所述支付结果生成支付提醒信息，根据所述支付提醒信息进行提醒。

本实施例获取所述客户端发送的支付数据，根据所述支付数据获取校验数据，根据所述校验数据对所述支付数据进行校验，得到校验结果，当所述校验结果为通过时，根据所述支付数据生成支付请求，将所述支付请求发送给支付服务端，获取所述支付服务端根据所述支付请求发送的支付结果，根据所述支付结果生成支付提醒信息，根据所述支付提醒信息进行提醒，从而实现了采用接口向客户端提供支付服务，使支付交易和客户端的业务功能进行解耦合，客户端开发人员不需要撰写逻辑代码实现支付功能，减少了客户端开发人员的工作量，提高了支付功能的可维护性。

本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现一种客户端收银方法，所述方法适用于客户端，所述方法包括：获取所述客户端发送的支付数据，根据所述支付数据获取校验数据；根据所述校验数据对所述支付数据进行校验，得到校验结果；当所述校验结果为通过时，根据所述支付数据生成支付请求，将所述支付请求发送给支付服务端；获取所述支付服务端根据所述支付请求发送的支付结果；根据所述支付结果生成支付提醒信息，根据所述支付提醒信息进行提醒。

上述执行的客户端收银方法，获取所述客户端发送的支付数据，根据所述支付数据获取校验数据，根据所述校验数据对所述支付数据进行校验，得到校验结果，当所述校验结果为通过时，根据所述支付数据生成支付请求，将所述支付请求发送给支付服务端，获取所述支付服务端根据所述支付请求发送的支付结果，根据所述支付结果生成支付提醒信息，根据所述支付提醒信息进行提醒，从而实现了采用接口向客户端提供支付服务，使支付交易和客户端的业务功能进行解耦合，客户端开发人员不需要撰写逻辑代码实现支付功能，减少了客户端开发人员的工作量，提高了支付功能的可维护性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

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