CN114881631B - 收银***、电子设备及计算机可读介质 - Google Patents

Abstract

本申请实施例提供一种收银方法、电子设备、支付***以及计算机可读存储介质，应用于电子设备，该电子设备用于实现订单的收银；该收银方法，包括：响应于第一操作，显示第一界面；响应于第二操作，生成订单信息；向服务器发送订单信息，服务器用于向POS机发送订单信息，由POS机向支付方式标识指示的支付平台发送支付请求，支付平台用于处理支付请求以完成订单中商品的收银。由上述内容可以看出：电子设备生成订单之后，向服务器发送的订单信息。并且，服务器向POS机发送订单信息，因POS机接收服务器发送的订单信息，可对订单信息不进行鉴权，也避免了POS机对来自于电子设备的订单信息进行鉴权带来的支付流程复杂、且耗时长的问题。

Description

收银***、电子设备及计算机可读介质

技术领域

本申请涉及支付技术领域，尤其涉及一种收银***、电子设备以及计算机可读存储介质。

背景技术

收银***在零售行业的应用越来越多。目前，零售门店的收银***，通常为基于PC的固定式收银机，该固定式收银机一般采用PC有线连接的扫码枪、POS机等外设来完成收银。

目前，基于PC的固定式收银机采用刷卡方式完成订单的收银流程时，PC需要分别向POS机和服务器分别发送该订单的订单信息。POS机需要对订单信息进行鉴权，在鉴权该订单信息合法时，才会将其发送到服务器。当然，服务器也需要比对来自于PC的订单信息和来自于POS机的订单信息，以明确两者属于同一订单。如此一来，基于PC的固定式收银机的收银耗时较长。

发明内容

本申请提供了一种收银方法、电子设备、支付***、计算机程序产品以及计算机可读存储介质，目的在于避免收银耗时较长的问题。

为了实现上述目的，本申请提供了以下技术方案：

第一方面，本申请提供了一种收银方法，应用于电子设备，该电子设备用于实现订单的收银；该收银方法，包括：响应于第一操作，显示第一界面，第一界面包括第一控件；响应于第二操作，生成订单信息，第二操作为在第一界面对第一控件的触发操作，订单信息包括：订单的单号、订单中商品的商品信息和商品金额、POS机的信息以及支付方式标识；向服务器发送订单信息，服务器用于向POS机发送订单信息，由POS机向支付方式标识指示的支付平台发送支付请求，支付平台用于处理支付请求以完成订单中商品的收银。

由上述内容可以看出：该电子设备可以理解成是收银终端，收银终端生成订单之后，向服务器发送的订单信息。并且，服务器向POS机发送订单信息，如此，收银终端不用向POS机发送订单信息，可实现收银终端和POS机无交互信息，避免两者因需要相互通信而需要采用连接线进行连接。进一步的，因POS机接收服务器发送的订单信息，可对订单信息不进行鉴权，也避免了POS机对来自于收银终端的订单信息进行鉴权带来的支付流程复杂、且耗时长的问题。

在一个可能的实施方式中，响应于第二操作，生成订单信息，包括：响应于对第一控件的触发操作，显示添加商品的界面，添加商品的界面包括第一区域和第二控件，第一区域用于展示商品的条形码图像；响应于对第二控件的触发操作，显示购物车的展示界面，购物车的展示界面包括订单中商品的商品信息和商品金额，以及第三控件；响应于对第三控件的触发操作，显示付款方式的展示界面，付款方式的展示界面包括多种付款方式的控件；响应于对付款方式的展示界面上的银行卡付款方式的控件，生成订单信息。

在一个可能的实施方式中，该收银方法还包括：响应于第三操作，生成退款的订单信息，第三操作为对订单的退款操作，退款的订单信息包括：退款订单的单号、退款订单关联的支付订单的单号以及退款金额；向服务器发送退款的订单信息，服务器用于向POS机发送退款的订单信息，由POS机向支付平台发送订单退款请求，支付平台用于处理订单退款请求以完成订单的退款。

在一个可能的实施方式中，响应于第三操作，生成退款的订单信息，包括：响应于对第四控件的触发操作，显示退换货的展示界面，退换货的展示界面包括第二区域，第二区域用于展示退换货的商品的属性信息；第一界面还包括第四控件，第四控件用于控制电子设备执行退换货操作；响应于对退换货的商品的支付订单的展示触发操作，显示退换货的商品的支付订单的详情界面，退换货的商品的支付订单的详情界面包括：第五控件；响应于对第五控件的触发操作，显示退换货商品的选择界面，退换货商品的选择界面包括第六控件；响应于对第六控件的触发操作，生成退款的订单信息。

在一个可能的实施方式中，该收银方法还包括：接收服务器返回的确认信息，其中，确认信息用于指示服务器接收到订单信息或退款的订单信息；或者，还包括：向服务器发送订单支付结果的查询请求；接收服务器返回的订单支付结果；显示订单支付结果的界面；或者，还包括：向服务器发送查询订单退款结果的请求；接收服务器返回的订单退款结果；显示订单退款结果的界面。

在一个可能的实施方式中，该收银方法还包括：响应于第四操作，生成扫码支付的订单信息，第四操作为在第一界面对第一控件的触发操作，扫码支付的订单信息至少包括：订单的单号、订单中商品的商品信息和商品金额、付款码信息以及支付方式标识；向服务器发送扫码支付的订单信息，由服务器向支付方式标识指示的支付平台发送支付请求，支付平台用于处理支付请求以完成订单中商品的收银。

在一个可能的实施方式中，响应于第四操作，生成扫码支付的订单信息，包括：响应于对第一控件的触发操作，显示添加商品的界面；添加商品的界面包括第一区域和第二控件，第一区域用于展示商品的条形码图像；响应于对第二控件的触发操作，显示购物车的展示界面，购物车的展示界面包括订单中商品的商品信息和商品金额，以及第三控件；响应于对第三控件的触发操作，显示付款方式的展示界面，付款方式的展示界面包括多种付款方式的控件；响应于对付款方式的展示界面上的扫码支付付款方式的控件，生成扫码支付的订单信息。

在一个可能的实施方式中，该收银方法还包括：响应于第五操作，生成扫码支付退款订单的订单信息，第五操作为对订单的退款操作，扫码支付退款订单的订单信息包括：扫码支付退款订单的单号，扫码支付退款订单关联的支付订单的单号，以及退款金额；向服务器发送扫码支付退款订单的订单信息，服务器用于向支付平台发送订单退款请求，支付平台用于处理订单退款请求以完成扫码支付退款订单的退款。

在一个可能的实施方式中，该收银方法还包括：接收服务器返回的确认信息，其中，确认信息用于指示服务器接收到扫码支付的订单信息或扫码支付退款订单的订单信息；或者，还包括：向服务器发送扫码支付的订单支付结果的查询请求；接收服务器返回的扫码支付的订单支付结果；显示扫码支付的订单支付结果的界面。或者，还包括：向服务器发送查询扫码支付退款订单的退款结果的请求；接收服务器返回的扫码支付退款订单的退款结果。

在一个可能的实施方式中，接收服务器返回的确认信息，其中，确认信息用于指示服务器接收到扫码支付退款订单的订单信息之后，还包括：显示扫码支付退款订单的退款结果的界面。

第二方面，本申请提供了一种电子设备，包括：一个或多个处理器、存储器、摄像头和显示屏；存储器、摄像头和显示屏，与一个或多个处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，电子设备执行如第一方面任意一项所述的收银方法。

第三方面，本申请提供了一种计算机可读存储介质，用于存储计算机程序，计算机程序被执行时，具体用于实现如第一方面中任意一项所述的收银方法。

第四方面，本申请提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第一方面中任意一项所述的收银方法。

第五方面，本申请提供了一种支付***，包括：如第二方面提供的电子设备、POS机、服务器以及支付平台；其中：服务器用于接收电子设备发送的订单信息；POS机用于接收服务器发送的订单信息，并向支付平台发送支付请求；支付平台用于处理支付请求以完成订单的收银。

在一个可能的实施方式中，服务器，包括：零售服务器，用于接收电子设备发送的订单信息，并向支付服务器发送订单信息；支付服务器，用于接收零售服务器发送的订单信息，并向支付服务提供服务器发送订单信息；支付服务提供服务器，用于接收支付服务器发送的订单信息，并向POS机发送订单信息。

附图说明

图1为本申请实施例提供的收银方法的应用场景图；

图2为本申请实施例提供的电子设备的硬件结构图；

图3为本申请实施例提供的收银终端200执行收银时的界面展示图；

图4为本申请实施例提供的分期付款方式的界面展示图；

图5为本申请实施例提供的支付失败的界面展示图；

图6为本申请实施例提供的收银方法的信令图；

图7为本申请实施例提供的收银终端200执行订单的退款时的界面展示图；

图8为本申请实施例提供的订单的退款方法的信令图；

图9为本申请实施例提供的收银方法的另一应用场景图；

图10为本申请实施例提供的收银方法的另一信令图；

图11为本申请实施例提供的订单的退款方法的另一信令图；

图12本申请实施例提供的收银方法的另一应用场景图；

图13为本申请实施例提供的收银终端200执行收银时的界面展示图；

图14为本申请实施例提供的收银方法的另一信令图；

图15为本申请实施例提供的收银终端200执行订单的退款时的另一界面展示图；

图16为本申请实施例提供的订单的退款方法的另一信令图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本申请实施例中，“一个或多个”是指一个、两个或两个以上；“和/或”，描述关联对象的关联关系，表示可以存在三种关系；例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B 的情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例涉及的多个，是指大于或等于两个。需要说明的是，在本申请实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

收银***在零售行业的应用越来越多。目前，零售门店的收银***，通常为基于PC的固定式收银机，该固定式收银机一般采用PC有线连接的扫码枪、POS机等外设来完成收银。固定式收银机的体积一般较大，且无法移动，如此造成收银的便利性较差。

并且，基于PC的固定式收银机采用刷卡方式完成订单的收银流程时，因PC与POS机有线连接，PC会将订单的订单信息向POS机发送，POS机还需要将订单信息发送到服务器。当然，PC也需要将订单信息发送到服务器。因POS机接收来自于PC的订单信息，并向服务器推送，因此POS机需要对订单信息进行鉴权，以确定该订单信息的合法性。鉴权流程相对繁琐，如此可能造成基于PC的固定式收银机的收银耗时长的问题。

进一步的，服务器接收PC发送的订单信息以及POS机发送的订单信息，需要在明确两者为属于同一订单，才可推进收银流程，如此也会延迟收银的时长。

基于此，本申请实施例提供一种收银方便的收银***。

图1展示了本申请一实施例提供的收银***的应用场景图。

图1中，手机100可以理解成消费者的手机，该手机的显示屏可展示消费者的付款码。消费者的付款码可以理解成是收银终端200配置的第三方支付平台对应的应用程序的付款码，示例性，可以包括支付宝的付款码，微信的付款码，云闪付的付款码等。

收银终端200配置有应用程序(Application，App)，示例性的，该应用程序可被称之为收银应用，收银终端200利用应用程序可进行开定单、收银等操作。图1中收银终端200以手机为示例进行展示。

零售服务器300，可以理解成是收银终端200配置的收银应用的后台服务器，可与收银应用进行交互。零售服务器300可接收收银应用发送的订单信息，也可向收银应用返回信息。零售服务器300还可实现对订单信息进行管理。示例性的，管理操作可包括：删除订单信息，修改订单信息等。

支付服务器400，用于进行支付服务的管理，属于资金管理的平台。支付服务器300可以与零售服务器300进行信息交互，也可以与支付服务提供服务器500进行信息交互。

支付服务提供服务器500(可简称为银商)，属于中间服务器，可关联常见的第三方支付平台600。支付服务提供服务器500可作为中间平台，为支付服务器400对接每一个自身关联的每一个第三方支付平台600。

第三方支付平台600属于第三方支付服务器的统称，每一个第三方支付服务器均为一个第三方支付平台600。并且，第三方支付平台600可与手机100进行交互，完成支付流程。

图1展示的应用场景中，收银终端200可以具有扫码功能的电子设备。示例性的，具有扫码功能的电子设备，可以为手机，平板电脑，笔记本电脑，超级移动个人计算机(Ultra-mobile Personal Computer，UMPC)，手持计算机，上网本，个人数字助理(PersonalDigital Assistant，PDA)，可穿戴电子设备和智能手表等。

并且，收银终端200可采用前述具有扫码功能的电子设备，不需要集成扫码枪、POS机等外设，体积较小，可方便移动，灵活性较强，便于收银。

以下以手机为例，对本申请实施例提供的具有扫码功能的电子设备的硬件结构进行介绍。

图2为本申请实施例提供的一种收银终端200的组成示例。如图2所示，收银终端200 可以包括处理器210，内部存储器220，摄像头230，显示屏240，天线1，天线2，移动通信模块250，以及无线通信模块260等。

可以理解的是，本实施例示意的结构并不构成对收银终端200的具体限定。在另一些实施例中，收银终端200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit， GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，智能传感集线器(sensorhub) 和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

处理器210中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器210 中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器210的等待时间，因而提高了***的效率。

内部存储器220可以用于存储计算机可执行程序代码，可执行程序代码包括指令。处理器210通过运行存储在内部存储器220的指令，从而执行收银终端200的各种功能应用以及数据处理。内部存储器220可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储收银终端200使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器210通过运行存储在内部存储器220的指令，和/或存储在设置于处理器中的存储器的指令，执行收银终端200的各种功能应用以及数据处理。

一些实施例中，内部存储器220存储的是用于执行收银方法和退款方法的指令。处理器210可以通过执行存储在内部存储器220中的指令，实现收银和退款。

收银终端200可以通过ISP，摄像头230，视频编解码器，GPU，显示屏240以及应用处理器等实现拍摄功能。

ISP用于处理摄像头230反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP 还可以对拍摄场景的曝光，色温等参数优化。

摄像头230用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件(也称传感器)。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，收银终端200可以包括1个或N个摄像头230，N为大于2的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当收银终端200在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。收银终端200可以支持一种或多种视频编解码器。这样，收银终端200可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)4，MPEG2，MPEG3，MPEG4等。

电子设备通过GPU，显示屏240以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏240和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器210可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏240用于显示图像，视频等。显示屏240包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oled，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备可以包括1个或N个显示屏240，N为大于2的正整数。

收银终端200的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。收银终端200中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线2复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块250可以提供应用在收银终端200上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块250可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块250可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块250还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块250的至少部分功能模块可以被设置于处理器210中。在一些实施例中，移动通信模块250的至少部分功能模块可以与处理器210的至少部分模块被设置在同一个器件中。

无线通信模块260可以提供应用在收银终端200上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequency modulation， FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块260可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块260经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器210。无线通信模块260还可以从处理器210接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

图1展示的应用场景中，零售服务器300、支付服务器400和支付服务提供服务器500 均属于服务器类型的设备。一些实施例中，零售服务器300、支付服务器400和支付服务提供服务器500可包括：处理器、内存、芯片组、I/O(RAID卡、网卡、HBA卡)、硬盘、以及机箱(包括电源、风扇)等。其中，网卡可支持零售服务器300、支付服务器400和支付服务提供服务器500与其他设备进行通信的功能。

可以理解的是，本实施例示意的零售服务器300、支付服务器400和支付服务提供服务器500的结构并不构成限定。在另一些实施例中，零售服务器300、支付服务器400和支付服务提供服务器500可以包括比处理器、内存、芯片组、I/O(RAID卡、网卡、HBA 卡)、硬盘、以及机箱更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。

为了便于理解，本申请以下实施例将以具有图1所示的应用场景展示的各个设备的配合为例，对本申请实施例提供的收银方法进行具体阐述。

图3展示了店员利用收银终端200完成收银时，收银终端200的界面展示过程。以下结合图3展示的手机的各个界面图，对店员利用收银终端200完成收银的过程进行介绍。

消费者在零售门店购买商品，店员可利用收银终端200的收银应用完成下订单流程。示例性的，图3中(a)展示了收银应用的首页界面，首页界面包括：用户的账号信息(图 3中(a)展示的用户A)、扫描控件、开单控件301、库存控件、订单控件、代客下单控件，我的工具中包含的各个控件，以及销售概况包括的信息。

店员利用开单控件301可完成下订单。如图3中(a)所示，店员点击开单控件301。手机响应于店员的点击操作，展示向购物车添加商品的界面，示例性的，该界面如图3中 (b)所示。收银终端200调用摄像头运行，并在购物车添加商品的界面展示扫描区域。店员可移动收银终端200的摄像头对准商品的条形码，由摄像头拍摄商品的条形码图像，收银终端200解析出该条形码图像的信息。与此同时，收银终端200的扫描区域同步展示摄像头拍摄的条形码图像。收银终端200通过扫描商品的条形码的方式在购物车添加商品之后，进入开单控件302可现实手机添加的商品数量，图3中(b)展示了收银应用还未获取到商品的条形码信息时的界面，因此，进入开单控件302显示的商品数量为0件。在收银应用获取到一个商品的条形码信息之后，进入开单控件302则显示商品数量为1件。并且，店员可点击进入开单控件302。当然，店员还可以在向购物车添加商品的界面，手动输入商品的条形码信息，以完成向购物车添加商品。

收银终端200响应于店员点击进入开单控件302的操作，显示购物车界面，该购物车界面可用于展示订单的相关信息，可包括购买人信息，零售门店信息，商品信息等。示例性的，图3中(c)展示了一种购物车界面。店员在购物车界面上点击结算控件303，以启动收银。

收银终端200响应于店员点击结算控件303的操作，以及响应于店员选择付款方式的操作，显示付款方式界面。当然，店员选择付款方式的界面，可以为店员点击结算控件303的下一环节界面，图3中未展示。示例性的，图3中(d)展示了一种付款方式界面，该界面展示了扫码支付304、现金、线下支付、银行卡、分期、组合支付等几种付款方式的控件，还展示了异常结单、记账等附加功能的控件。图1展示的应用场景是以消费者选用扫码支付为示例进行展示，因此，店员可点击图3中(d)所示的扫码支付控件304。

需要说明的是，图3中(d)所示的付款方式中的部分付款方式包括二级菜单，该二级菜单则用于向用户展示支付方式可被用户进一步选择的项目。示例性的，支付方式、分期、银行卡、组合支付等均包括二级菜单。若支付方式包括二级菜单，店员点击该支付方式的控件之后，手机会显示该支付方式包括的二级菜单。若支付方式未包括二级菜单，手机点击该支付方式的控件之后，手机则执行支付流程。

示例性的，图4展示了分期的二级菜单的展示过程。店员可在图4中(a)的付款方式界面，点击分期308控件。收银终端200响应于店员的点击操作，显示分期付款方式的二级菜单，示例性的，如图4中(b)所示，该分期付款方式的二级菜单包括：GIPS服务商花呗分期、GIPS银商分期、GIPS银商花呗分期、以及花呗分期。店员可点击二级菜单中的任意一种支付方式。示例性的，店员点击花呗分期的控件309，收银终端200响应于该点击操作，显示花呗分期的子菜单(可以理解成是付款方式的三级菜单)。该子菜单显示有分期的方式，在选中一种分期方式之后，可点击确认控件310。收银终端200可响应于确认控件310的点击操作，明确付款方式。当然，分期的二级菜单不限于图4中(b)展示的付款方式，其他分期的付款方式也可以在本申请方案的保护范围内。

收银终端200响应于店员点击扫码支付控件304的操作，展示扫码支付的二级菜单。示例性的，图3中(e)展示了扫码支付的二级菜单，该二级菜单包括GIPS微信服务商扫码付、GIPS银商扫码付、GIPS支付宝服务商扫码付、微信扫码付、支付宝扫码付等多种扫码支付的方式。用户可点击任一种扫码支付的方式，来进行支付。每一种扫码支付的方式，可用于支持收银终端200与该扫码方式对应的应用程序进行扫码支付。如：微信扫码付，可支持收银终端200扫描微信应用程序的二维码。当然，扫码支付的二级菜单不限于图3中(e)展示的付款方式，其他分期的付款方式也可以在本申请方案的保护范围内。

用户如图3中(e)所示，点击微信扫码付控件305，收银终端200响应于店员的点击操作，调用摄像头运行以拍摄图像，并且，收银终端200的显示屏还显示扫码支付界面。示例性的，图3中(f)展示了一种扫码支付界面。该界面包括扫码区域，该区域用于显示收银终端200的摄像头拍摄的图像。当然，扫码支付界面还显示手动输入付款码控件，店员可通过点击手动输入付款码控件完成向收银应用输入消费者的付款码信息。

收银终端200的收银应用调用摄像头拍摄消费者的付款码图像，并解析出付款码信息，再利用该付款码信息完成收银过程中，手机会显示支付等待界面，图3中(g)则展示了一种支付等待界面。收银终端200完成收银流程之后，收银终端200可显示支付完成的界面，以提醒店员和消费者完成收银。示例性的，图3中(h)展示了成功支付的界面。

在实际的使用场景中，消费者的付款流程可能会失败，如网络质量不好导致支付中断，收银终端200可在付款流程失败时进行提示。示例性的，收银终端200如图5中(a)展示的支付等待界面，在设定的等待时间(如图5中(a)所示的88秒)内，收银终端200接收到支付失败的结果，收银终端200会显示支付失败的界面，示例性，支付失败的界面如图5中(b)所示。当然，若收银终端200长时间未收到支付结果，则可显示异常支付界面。示例性的，图5中(c)所示展示了一种异常支付界面，该界面可提示店员支付流程出现问题。店员可通过在异常支付界面上对继续查询的控件以及异常结单的控件执行点击操作，以控制收银终端200执行对应控件的流程。

以下结合图6，对图1展示的应用场景中各个设备配合完成本申请实施例提供的收银方法的过程进行介绍。如图6所示，本实施例提供的收银方法，包括下述步骤：

S101、手机100显示付款码。

消费者在零售门店消费后，可利用手机100的显示屏显示付款码，图1中以二维码为例进行说明。示例性的，消费者可开启手机100的一个第三方支付平台的应用程序，在应用程序的展示界面上输入触控操作，控制显示屏显示第三方支付平台的应用程序的付款码。

S102、收银终端200接收用户输入的收银应用的启动操作，并响应于用户的启动操作，显示首页界面。

如前述应用场景的内容，收银终端200配置有收银应用。零售门店的店员手持安装了收银应用的收银终端200，启动收银应用，并控制显示屏显示收银应用的首页界面。

示例性的，用户可采用在收银终端200的桌面点击收银应用的图标，输入特定的手势或者触控特定按键的方式，启动收银应用。收银应用被启动之后，收银终端200显示收银应用的首页界面。示例性的，图3中(a)展示了收银应用的首页界面。

S103、收银终端200接收用户输入的操作，并响应于用户操作，生成订单信息。

通常情况下，收银终端200的收银应用生成的订单信息包括：订单的单号、流水号，消费者的付款码信息，店员的身份信息，商品信息，商品金额，以及支付方式标识等。当然，订单信息也可仅包括订单的单号，消费者的付款码信息，商品金额和支付方式标识。商品信息通常包括商品名称等。支付方式标识用于指示用户选择的付款方式，以便支付服务器400获知通过支付方式标识获知用户指定的付款方式。

针对消费者的消费行为，店员利用收银终端200的收银应用生成订单，订单生成之后，收银终端200的收银应用可获得订单的单号、流水号，以及商品信息和商品金额等。示例性的，如图3中(a)所示，收银应用的首页界面包括开单控件301。店员可如图3中(a) 所示通过点击开单控件301的方式输入开单指令，并通过收银终端200的摄像头扫描商品的条形码的方式或手输入商品的条形码的方式将商品添加到购物车。之后，店员可通过点击如图3中(b)所示的进入开单控件302以及如图3中(c)所示的结算控件303，触发收银终端200获得订单的单号、流水号、以及商品信息和商品金额。

一些实施例中，店员的身份信息可包括：店员的姓名、工号、以及性别等，当然还可包括身份证号等。店员的身份信息用于表明店员的身份。需要说明的是，店员启动收银终端200的收银应用，需要进行账号登录，账号登录过程中，店员可向收银终端200的收银应用输入自己的身份信息。

收银终端200还可以扫描消费者的付款码图像的方式，获得消费者的付款码、以及支付方式标识。示例性的，用户如图3中(d)所示，点击扫码支付控件304，再图3中(e) 点击微信扫码付控件305以输入扫码操作。基于此，收银应用响应于该扫码操作，调用收银终端200的摄像头，以扫描手机100的显示屏显示的消费者的付款码的方式或者手动输入消费者的付款码的方式，获得付款码信息。并且，因收银终端200的摄像头扫描的消费者的微信付款码，因此，支付方式标识为与支付服务提供服务器500对接的微信支付平台的支付方式标识。

当然，支付方式标识，也可以是收银终端200响应于用户在图3中(e)所示的界面输入的点击操作来确定。示例性的，收银终端200通过确定用户点击微信扫码控件305，来明确支付方式标识为与支付服务提供服务器500对接的微信支付平台的支付方式标识。一些实施例中，与支付服务提供服务器500对接的微信支付平台的支付方式标识可以为支付服务提供服务器500的标识。

收银终端200得到消费者的付款码信息和支付方式标识之后，可组合订单的单号、流水号，消费者的付款码信息，店员的身份信息，商品信息，商品金额，以及支付方式标识等，生成订单信息。

S104、收银终端200向零售服务器300发送订单信息。

收银终端200的收银应用生成订单信息之后，可利用前述电子设备的硬件结构内容提出的无线通信功能，向零售服务器300发送订单信息。

零售服务器300接收到订单信息之后，可将订单信息进行保存，以便管理。

S105、零售服务器300向支付服务器400发送组装后的订单信息。

零售服务器300接收到订单信息之后，可在订单信息的基础上组装账号关联信息，得到组装后的订单信息，并向支付服务器400发送组装后的订单信息。

在一些实施例中，账号关联信息用于说明发起订单支付的商城的身份。

针对一个门店，或相互关联的多个门店，银商均配置一个唯一对应的商城，并开设该商城的账号，该账号关联信息则是商城的唯一标识信息。基于此，一个零售门店，或者多个相互关联的零售门店，在银商中被认定为一个商城，通过账号关联信息可确定出商城的身份。

一个零售门店或多个相互关联的零售门店，对应一个商城，可以确定：该商城的账号关联信息可与零售门店的账号信息有关联关系。

在另一些实施例中，账号关联信息也可指代门店的账号信息。因此，账号关联信息可表明发起订单支付的门店的身份。基于此，银商可保存多个门店的账号信息。

零售服务器300也可利用通信功能，向支付服务器400发送组装后的订单信息。

需要说明的是，零售服务器300向支付服务器400发送组装后的订单信息的一种实现方式是：零售服务器300向支付服务器400发送支付请求，该请求携带组装后的订单信息。

S106、支付服务器400向支付服务提供服务器500发送组装后的订单信息。

支付服务器400也可利用通信功能，向支付服务提供服务器500发送组装后的订单信息。

同样的，支付服务器400向支付服务提供服务器500发送组装后的订单信息的一种实现方式也可以是：支付服务器400向支付服务提供服务器500发送支付请求，该请求携带组装后的订单信息。

需要说明的是，组装后的订单信息中包括支付方式标识，支付服务器400可通过支付方式标识确定是否需要向支付服务提供服务器500发送组装后的订单信息。图1展示的应用场景中，支付方式标识为与支付服务提供服务器500对接的微信支付平台的支付方式标识，因此，支付服务器400向支付服务提供服务器500发送组装后的订单信息。

S107、支付服务器400向零售服务器300返回确认信息。

零售服务器300通过步骤S105向支付服务器400发送组装后的订单信息。支付服务器400接收到该组装后的订单信息之后，可向零售服务器300返回确认信息，以说明零售服务器300接收到组装后的订单信息。

当然，支付服务器400也利用通信功能向零售服务器300返回确认信息。

需要说明的是，图6展示的步骤S106和步骤S107的一种实现顺序，但步骤S106和步骤S107并不限于图6展示的执行顺序。一些实施例中，步骤S106和步骤S107可并列执行，或先执行步骤S107再执行步骤S106。

S108、零售服务器300向收银终端200发送确认信息。

零售服务器300也利用通信功能向收银终端200发送确认信息，以通知手机支付服务器400接收到组装后的订单信息。

步骤S107和步骤S108发送的确认信息属于应答消息。因此，步骤S107和步骤S108也可以是选择性执行的步骤。一些实施例中，支付服务器400或零售服务器300无需发送应答消息的场景中，步骤S107或步骤S108可不执行，当然，步骤S107和步骤S108也可全部不执行。

需要说明的是，零售服务器300向收银终端200发送确认信息是指：零售服务器300向收银终端200的收银应用发送确认信息。收银终端200的收银应用接收到确认信息之后，可执行步骤S118。

S109、支付服务提供服务器500向第三方支付平台600发送支付请求。

支付服务提供服务器500利用通信功能向第三方支付平台600发送支付请求，该支付请求可携带消费者的付款码信息、账户关联信息、商品金额等，以通知第三方支付平台600 付款的付款对象、接收对象以及付款金额。

支付服务提供服务器500可通过消费者的付款码信息，确定该付款码所属的第三方支付平台。示例性，消费者的付款码信息为消费者的微信应用的付款码信息，支付服务提供服务器500可通过微信应用的付款码信息，确定第三方支付平台600为微信服务器。

支付服务提供服务器500明确第三方支付平台之后，可向第三方支付平台发送支付请求。

S110、第三方支付平台600向手机100发送通知消息，以通知用户授权支付。

第三方支付平台600接收到支付请求之后，需通知消费者授权支付。因此，第三方支付平台600向消费者的手机，即手机100发送通知消息，以通知用户授权支付。

当然，第三方支付平台600利用通信功能，向手机100的第三方支付平台600的应用程序发送通知消息。

S111、手机100接收用户输入的授权操作。

手机100接收到第三方支付平台600发送的通知消息之后，会通过手机100的显示屏向用户展示，以提醒消费者进行支付授权。示例性的，手机100的显示屏可展示输入支付密码、指纹的展示界面，以提醒消费者输入授权操作。当然，手机100还可在显示屏上显示人脸识别的界面，并调用前端摄像头采集用户图像，以进行人脸识别。

消费者可在手机100的显示屏上输入支付密码、指纹的方式，输入授权操作。当然还可以手持手机100并靠近人脸，配合手机100的前置摄像头采集人脸图像的方式，输入授权操作。当然，消费者输入的授权操作并不限于此。

消费者采用前述内容提出的方式，输入授权操作，手机100可接收该授权操作，并获取用户输入的支付密码，指纹信息，或采集人脸图像以进行人脸识别。

S112、手机100响应于用户输入的授权操作，向第三方支付平台600发送授权消息。

手机100响应于用户输入的授权操作，且判断授权成功，可通过无线通信功能向第三方支付平台600发送授权消息，以通知第三方支付平台600消费者成功授权。

S113、第三方支付平台600处理支付请求。

第三方支付平台600接收到手机100通过步骤S112发送的授权消息，可确定消费者成功授权，则会处理支付服务提供服务器500通过步骤S109发送的支付请求。

一些实施例中，第三方支付平台600处理支付请求可以理解成：对消费者在第三方应用平台的账户下的金额进行扣款，当然该扣款金额为商品金额。其中，第三方支付平台600 处理支付请求的方式，与常规支付请求的处理方式相同，此处不展示说明。

S114、第三方支付平台600向手机100发送支付成功的通知消息。

其中，第三方支付平台600成功处理支付请求，完成支付过程之后，可向手机100返回支付成功的通知消息。当然，第三方支付平台600利用通信功能向手机100发送支付成功的通知消息。

一些实施例中，第三方支付平台600可向手机100发送短信，该短信携带支付成功的通知消息。另一实施例中，第三方支付平台600可向手机100的第三方支付平台600的应用程序发送消息，该消息则为支付成功的通知消息。

S115、第三方支付平台600向支付服务提供服务器500发送支付成功的通知消息。

在第三方支付平台600成功处理支付请求，即成功扣钱之后，通过步骤S114向手机100发送支付成功的通知消息，以及通过步骤S115向支付服务提供服务器500发送支付成功的通知消息。

在第三方支付平台600未能成功处理支付请求，即扣款失败时，第三方支付平台600 可向手机100发送支付失败的通知消息，以通知消费者重新执行支付，即重新执行步骤S101 至步骤S113。

一些实施例中，第三方支付平台600还可向支付服务提供服务器500发送支付失败的通知消息。

需要说明的是，图6展示的步骤S114和步骤S115的一种实现顺序，但步骤S114和步骤S115并不限于图6展示的执行顺序。一些实施例中，步骤S114和步骤S115可并列执行，或先执行步骤S115再执行步骤S114。

S116、支付服务提供服务器500向支付服务器400发送支付成功的通知消息。

其中，支付服务提供服务器500接收到支付成功的通知消息之后，可利用通信功能向支付服务器400发送支付成功的通知消息。

在支付服务提供服务器500接收到支付失败的通知消息，也可利用通信功能向支付服务器400发送支付失败的通知消息。

S117、支付服务器400向零售服务器300发送支付成功的通知消息。

其中，支付服务器400接收到支付成功的通知消息之后，可利用通信功能向零售服务器300发送支付成功的通知消息。

在支付服务器400接收到支付失败的通知消息，也可利用通信功能向零售服务器300 发送支付失败的通知消息。

S118、收银终端200向零售服务器300发送查询订单支付结果的请求。

零售服务器300接收到支付成功的通知消息，会将其与订单信息进行对应保存，以明确该订单信息的支付结果。当然，若零售服务器300接收到支付失败的通知消息，也可将其与订单信息对应保存。

如前所述，收银终端200通过步骤S108，接收到零售服务器300发送的确认信息之后，可向零售服务器300发送查询订单支付结果的请求，以获知自身生成的订单的支付结果。

收银终端200可利用无线通信功能，向零售服务器300发送查询订单支付结果的请求。一些实施例中，收银终端200发送的查询订单支付结果的请求，可携带订单信息。通常情况下，可携带单号。

S119、零售服务器300向收银终端200发送订单支付结果。

零售服务器300接收到收银终端200发送的查询订单支付结果的请求，利用该请求携带的订单信息，查询该订单信息的支付结果。之后，零售服务器300向收银终端200返回查询到的订单信息的支付结果。当然，订单支付结果包括支付成功和支付失败。

收银终端200接收到订单支付结果之后，可将该订单支付结果进行界面展示。示例性的，图3中(h)展示了支付成功的订单支付结果的界面。图5中(b)展示了支付失败的订单支付结果的界面。

需要说明的是，消费者购买商品之后，还可以通过收银终端200完成退换货操作。

示例性的，图7展示了店员利用收银终端200执行退换货，收银终端200的界面展示过程。以下结合图7展示的手机的各个界面图，对店员利用收银终端200完成退换货的过程进行介绍。

店员如图7中(a)所示，在收银终端200的收银应用的首页界面，点击退换货控件311，以触发退换货流程的启动。收银终端200响应于点击操作，显示退换货界面，该退换货界面可如图7中(b)所示，包括扫描区域。收银终端200还可以调用摄像头运行，以拍摄要退换货的商品的属性信息，如SN/RFID/订单编号；并且，退换货界面上的扫描区域还会同步显示摄像头拍摄的图像。一些实施例中，收银终端200显示的退换货界面还可以包括手动输入控件，以提供给用户通过手动输入要退换货的商品的属性信息的方式，向收银终端200的收银应用发送。要退换货的商品的属性信息。

收银终端200的收银应用得到要退换货的商品的属性信息之后，可显示该商品的订单详情，示例性的，图7中(c)展示了商品的订单详情的展示界面，该展示界面包括商品的订单信息、商品明细以及支付明细。当然，还包括换货控件和退货控件。

因换货不涉及退款，所以以下内容以退货为例进行介绍。

店员如图7中(c)所示，点击退货控件312。手机响应于点击操作，展示选择退货商品的界面，示例性的，该界面如图7中(d)所示，展示由要退货的商品名称、金额、退货原因以及退货控件313。店员点击退货控件313，收银终端200响应于点击操作，进行退款流程，并在退款完成之后，展示图7中(e)所示的退款结果的界面，以提醒用户退款结果。

以下结合图7，对图1展示的应用场景中各个设备配合完成本申请实施例提供的订单退款方法的过程进行介绍。如图8所示，本实施例提供的订单的退款方法，包括下述步骤：

S201、收银终端200接收用户输入的收银应用的启动操作，并响应于用户的启动操作，显示首页界面。

其中，步骤S201的实施方式，可如前述实施例步骤S102的内容，此处不再赘述。

S202、收银终端200接收用户输入的操作，并响应于用户的操作，生成退货的订单信息。

退货的订单信息包括：退货订单的单号和流水号，以及关联的支付订单的单号和流水号，退货金额。当然，退货的订单信息也可以包括：店员身份信息等。

示例性的，用户如图7中(a)至图7中(c)的方式，输入操作，以触发收银终端200 生成退货的订单信息。

S203、收银终端200向零售服务器300发送退货的订单信息。

收银终端200的收银应用生成退货的订单信息之后，可利用前述电子设备的硬件结构内容提出的无线通信功能，向零售服务器300发送退货的订单信息。

示例性的，用户如图7中(d)所示，点击退货控件313，收银终端200可响应于该点击操作，向零售服务器300发送退货的订单信息。

S204、零售服务器300向支付服务器400发送组装后的退货的订单信息。

零售服务器300接收到退货的订单信息之后，可在退货的订单信息的基础上组装账号关联信息，得到组装后的退货的订单信息，并向支付服务器400发送组装后的退货的订单信息。

其中，账号关联信息可参见前述实施例中步骤S105的内容，此处不再赘述。

S205、支付服务器400向零售服务器300返回确认信息。

零售服务器300通过步骤S204向支付服务器400发送组装后的退货的订单信息。支付服务器400接收到该组装后的退货的订单信息之后，可向零售服务器300返回确认信息，以说明零售服务器300接收到组装后的退货的订单信息。

当然，支付服务器400也利用通信功能向零售服务器300返回确认信息。

S206、零售服务器300向收银终端200发送确认信息。

零售服务器300也利用通信功能向收银终端200发送确认信息，以通知手机支付服务器400接收到组装后的退货的订单信息。

步骤S205和步骤S206发送的确认信息属于应答消息。因此，步骤S205和步骤S206也可以是选择性执行的步骤。一些实施例中，支付服务器400或零售服务器300无需发送应答消息的场景中，步骤S205和步骤S206可不执行，当然，步骤S205和步骤S206也可全部不执行。

需要说明的是，零售服务器300向收银终端200发送确认信息是指：零售服务器300向收银终端200的收银应用发送确认信息。

S207、收银终端200显示订单退款结果的界面。

收银终端200接收到确认信息之后，可认定退款完成，则显示订单退款结果的界面。示例性的，图7中(e)展示了订单退款结果的界面。

当然，若收银终端200未接收确认信息，或零售服务器300不会向收银终端200发送确认信息，收银终端200也可延迟一定时长后，显示订单退款结果的界面。当然，零售服务器在接收到确认信息，直至通过下述步骤S213接收到退款成功的通知消息，零售服务器保存的订单的退款状态为正在退款。

S208、支付服务器400向支付服务提供服务器500发送组装后的退货的订单信息。

支付服务器400通过通信功能向支付服务提供服务器500发送组装后的退货的订单信息。

需要说明的是，图8展示的步骤S205和步骤S208的一种实现顺序，但步骤S205和步骤S208并不限于图8展示的执行顺序。一些实施例中，步骤S205和步骤S208可并列执行，或先执行步骤S208再执行步骤S205。

S209、退款服务提供服务器500向第三方支付平台600发送退款请求。

支付服务提供服务器500利用通信功能向第三方支付平台600发送退款请求，该退款请求可携带消费者的付款码信息、账户关联信息、退款金额等，以通知第三方支付平台600 付款的退款对象、接收对象、以及退款金额。

S210、第三方支付平台600处理退款请求。

第三方支付平台处理退款请求，可以理解成：将退款金额从账户关联信息指示的账户，退回到消费者的付款码信息指示的账户。其中，第三方支付平台600处理退款请求的方式，与常规退款请求的处理方式相同，此处不展示说明。

S211、第三方支付平台600向支付服务提供服务器500发送退款成功的通知消息。

其中，第三方支付平台600退款成功，则向支付服务提供服务器500发送退款成功的通知消息。第三方支付平台600退款未成功，则可再次进行退款直至退款成功，向支付服务提供服务器500发送退款成功的通知消息。

若第三方支付平台600多次退款均未成功，则可得到退款失败结果，并向支付服务提供服务器500发送退款失败的通知消息。

S212、支付服务提供服务器500向支付服务器400发送退款成功的通知消息。

其中，支付服务提供服务器500接收到退款成功的通知消息之后，可利用通信功能向支付服务器400发送退款成功的通知消息。

在支付服务提供服务器500接收到退款失败的通知消息，也可利用通信功能向支付服务器400发送退款失败的通知消息。

S213、支付服务器400向零售服务器300发送退款成功的通知消息。

其中，支付服务器400接收到退款成功的通知消息之后，可利用通信功能向零售服务器300发送退款成功的通知消息。

在支付服务器400接收到退款失败的通知消息，也可利用通信功能向零售服务器300 发送退款失败的通知消息。

S214、收银终端200向零售服务器300发送查询订单退款结果的请求。

消费者若一直未收到退款，则店员可通过收银终端200查阅该退款订单的退款结果。因此，店员可对收银终端200输入操作，以控制收银终端200向零售服务器300发送查询订单退款结果的请求。

收银终端200可利用无线通信功能，向零售服务器300发送查询订单退款结果的请求。一些实施例中，收银终端200发送的查询订单退款结果的请求，可携带退款的订单信息。通常情况下，可携带退款订单的单号。

S215、零售服务器300向收银终端200发送订单退款结果。

零售服务器300接收到收银终端200发送的查询订单退款结果的请求，利用该请求携带的订单信息，查询该订单信息的退款结果。之后，零售服务器300向收银终端200返回查询到的订单退款结果。

图9展示了本申请另一实施例提供的收银***的应用场景图。

图9中，手机100、收银终端200、零售服务器300和第三方支付平台600，与图1展示的应用场景中的对应设备的功能相同，此处不再赘述。

与图1展示的应用场景不同的是，支付服务器400不通过支付服务提供服务器500，直接向第三方支付平台600发起扫码支付的场景。也就是说，支付服务器400单独对接微信、支付宝、云闪付等第三方支付平台。支付服务器400与各个第三方支付平台进行通信，完成订单的收银。

图9应用场景中的各个设备配合完成收银流程时，收银终端200的界面展示过程如图 3所示，请参见图3对应的内容，此处不再赘述。

以下结合图10，对图9展示的应用场景中各个设备配合完成本申请实施例提供的收银方法的过程进行介绍。如图10所示，本实施例提供的收银方法，包括下述步骤：

S301、手机100显示付款码。

其中，步骤S301的具体实现过程，可参见前述实施例中步骤S101的内容，此处不再赘述。

S302、收银终端200接收用户输入的收银应用的启动操作，并响应于用户的启动操作，显示首页界面。

其中，步骤S302的具体实现过程，可参见前述实施例中步骤S102的内容，此处不再赘述。

S303、收银终端200接收用户输入的操作，并响应于用户操作，生成订单信息。

通常情况下，收银终端200的收银应用生成的订单信息包括：订单的单号、流水号，消费者的付款码信息，以及店员的身份信息，商品信息和商品金额，支付方式标识等。当然，订单信息也可仅包括订单的单号和消费者的付款码信息，商品金额，支付方式标识。商品信息通常包括商品名称等。支付方式标识用于指示用户选择的付款方式，以便支付服务器400获知通过支付方式标识获知用户指定的付款方式。

步骤S303的具体实现方式，也可参见前述实施例中步骤S103的内容，此处不再赘述。

本实施例中，因支付服务器400直接对接第三方支付平台600，因此，步骤S303生成的订单信息中，支付方式标识通常为第三方支付平台600的标识。示例性的，店员点击如图3中(e)所示的微信扫码付控件305，收银终端200确定的支付方式标识应该为微信支付平台的支付方式标识。并且，因本实施例中，支付服务器400不通过支付服务提供服务器500，而是直接对接第三方支付平台600，因此，步骤S303的订单信息中的支付方式标识，与前前述实施例中步骤S103中的支付方式标识有区别。

S304、收银终端200向零售服务器300发送订单信息。

其中，步骤S304的具体实现过程，可参见前述实施例中步骤S104的内容，此处不再赘述。

S305、零售服务器300向支付服务器400发送组装后的订单信息。

其中，步骤S305的具体实现过程，可参见前述实施例中步骤S105的内容，此处不再赘述。

S306、支付服务器400向零售服务器300返回确认信息。

其中，步骤S306的具体实现过程，可参见前述实施例中步骤S107的内容，此处不再赘述。

S307、零售服务器300向收银终端200发送确认信息。

其中，步骤S307的具体实现过程，可参见前述实施例中步骤S108的内容，此处不再赘述。

步骤S306和步骤S307发送的确认信息属于应答消息。因此，步骤S306和步骤S307也可以是选择性执行的步骤。一些实施例中，支付服务器400或零售服务器300无需发送应答消息的场景中，步骤S306和步骤S307可不执行，当然，步骤S306和步骤S307也可全部不执行。

S308、支付服务器400向第三方支付平台600发送支付请求。

支付服务器400利用通信功能向第三方支付平台600发送支付请求，该支付请求可携带消费者的付款码信息、账户关联信息、商品金额、支付方式标识等，以通知第三方支付平台600付款的付款对象、接收对象以及付款金额。

支付服务器400可通过消费者的付款码信息，确定该付款码所属的第三方支付平台。示例性，消费者的付款码信息为消费者的微信应用的付款码信息，支付服务器400可通过微信应用的付款码信息，确定第三方支付平台600为微信服务器。

当然，支付服务器4000也可通过支付方式标识，确定第三方支付平台。

支付服务器400明确第三方支付平台之后，可向第三方支付平台发送支付请求。

需要说明的是，图10展示的步骤S306和步骤S308的一种实现顺序，但步骤S306和步骤S308并不限于图10展示的执行顺序。一些实施例中，步骤S306和步骤S308可并列执行，或先执行步骤S308再执行步骤S306。

S309、第三方支付平台600向手机100发送通知消息，以通知用户授权支付。

其中，步骤S309的具体实现过程，可参见前述实施例中步骤S110的内容，此处不再赘述。

S310、手机100接收用户输入的授权操作。

其中，步骤S310的具体实现过程，可参见前述实施例中步骤S111的内容，此处不再赘述。

S311、手机100响应于用户输入的授权操作，向第三方支付平台600发送授权消息。

其中，步骤S311的具体实现过程，可参见前述实施例中步骤S112的内容，此处不再赘述。

S312、第三方支付平台600处理支付请求。

其中，步骤S312的具体实现过程，可参见前述实施例中步骤S113的内容，此处不再赘述。

S313、第三方支付平台600向手机100发送支付成功的通知消息。

其中，步骤S313的具体实现过程，可参见前述实施例中步骤S114的内容，此处不再赘述。

S314、第三方支付平台600向支付服务器400发送支付成功的通知消息。

其中，步骤S314的具体实现过程，可参见前述实施例中步骤S115的内容，此处不再赘述。

在第三方支付平台600成功处理支付请求，即成功扣钱之后，通过步骤S313向手机100发送支付成功的通知消息，以及通过步骤S314向支付服务器400发送支付成功的通知消息。

在第三方支付平台600未能成功处理支付请求，即扣款失败时，第三方支付平台600 可向手机100发送支付失败的通知消息，以通知消费者重新执行支付，即重新执行步骤S301 至步骤S312。

一些实施例中，第三方支付平台600还可向支付服务器400发送支付失败的通知消息。

需要说明的是，图10展示的步骤S313和步骤S314的一种实现顺序，但步骤S313和步骤S314并不限于图10展示的执行顺序。一些实施例中，步骤S313和步骤S314可并列执行，或先执行步骤S314再执行步骤S313。

S315、支付服务器400向零售服务器300发送支付成功的通知消息。

其中，支付服务器400接收到支付成功的通知消息之后，可利用通信功能向零售服务器300发送支付成功的通知消息。

在支付服务器400接收到支付失败的通知消息，也可利用通信功能向零售服务器300 发送支付失败的通知消息。

S316、收银终端200向零售服务器300发送查询订单支付结果的请求。

零售服务器300接收到支付成功的通知消息，会将其与订单信息进行对应保存，以明确该订单信息的支付结果。当然，若零售服务器300接收到支付失败的通知消息，也可将其与订单信息对应保存。

如前所述，收银终端200通过步骤S307，接收到零售服务器300发送的确认信息之后，可向零售服务器300发送查询订单支付结果的请求，以获知自身生成的订单的支付结果。

收银终端200可利用无线通信功能，向零售服务器300发送查询订单支付结果的请求。一些实施例中，收银终端200发送的查询订单支付结果的请求，可携带订单信息。通常情况下，可携带单号。

S317、零售服务器300向收银终端200发送订单支付结果。

零售服务器300接收到收银终端200发送的查询订单支付结果的请求，利用该请求携带的订单信息，查询该订单信息的支付结果。之后，零售服务器300向收银终端200返回查询到的订单信息的支付结果。当然，订单支付结果包括支付成功和支付失败。

收银终端200接收到订单支付结果之后，可将该订单支付结果进行界面展示。示例性的，图3中(h)展示了支付成功的订单支付结果的界面。图5中(b)展示了支付失败的订单支付结果的界面。

在图9展示的应用场景中，消费者购买商品之后，也可通过收银终端200完成退换货操作。

图9应用场景中的各个设备配合完成退换货流程时，收银终端200的界面展示过程如图7所示，请参见图7对应的内容，此处不再赘述。

以下结合图11，对图9展示的应用场景中各个设备配合完成本申请实施例提供的订单退款方法的过程进行介绍。如图11所示，本实施例提供的订单的退款方法，包括下述步骤：

S401、收银终端200接收用户输入的收银应用的启动操作，并响应于用户的启动操作，显示首页界面。

其中，步骤S401的实施方式，可如前述实施例步骤S201的内容，此处不再赘述。

S402、收银终端200接收用户输入的操作，并响应于用户的操作，生成退货的订单信息。

其中，步骤S402的实施方式，可如前述实施例步骤S202的内容，此处不再赘述。

S403、收银终端200向零售服务器300发送退货的订单信息。

其中，步骤S403的实施方式，可如前述实施例步骤S203的内容，此处不再赘述。

S404、零售服务器300向支付服务器400发送组装后的退货的订单信息。

零售服务器300接收到退货的订单信息之后，可在退货的订单信息的基础上组装账号关联信息，得到组装后的退货的订单信息，并向支付服务器400发送组装后的退货的订单信息。

其中，账号关联信息可参见前述实施例中步骤S105的内容，此处不再赘述。

S405、支付服务器400向零售服务器300返回确认信息。

零售服务器300通过步骤S404向支付服务器400发送组装后的退货的订单信息。支付服务器400接收到该组装后的退货的订单信息之后，可向零售服务器300返回确认信息，以说明零售服务器300接收到组装后的退货的订单信息。

当然，支付服务器400也利用通信功能向零售服务器300返回确认信息。

S406、零售服务器300向收银终端200发送确认信息。

零售服务器300也利用通信功能向收银终端200发送确认信息，以通知手机支付服务器400接收到组装后的退货的订单信息。

步骤S405和步骤S406发送的确认信息属于应答消息。因此，步骤S405和步骤S406也可以是选择性执行的步骤。一些实施例中，支付服务器400或零售服务器300无需发送应答消息的场景中，步骤S405和步骤S406可不执行，当然，步骤S405和步骤S406也可全部不执行。

需要说明的是，零售服务器300向收银终端200发送确认信息是指：零售服务器300向收银终端200的收银应用发送确认信息。

S407、收银终端200显示订单退款结果的界面。

收银终端200接收到确认信息之后，可认定退款完成，则显示订单退款结果的界面。示例性的，图7中(e)展示了订单退款结果的界面。

当然，若收银终端200未接收确认信息，或零售服务器300不会向收银终端200发送确认信息，收银终端200也可延迟一定时长后，认定退款完成，而显示订单退款结果的界面。

S408、支付服务器400向第三方支付平台600发送退款请求。

支付服务器400利用通信功能向第三方支付平台600发送退款请求，该退款请求可携带消费者的付款码信息、账户关联信息、退款金额等，以通知第三方支付平台600付款的退款对象、接收对象、以及退款金额。

需要说明的是，图11展示的步骤S405和步骤S408的一种实现顺序，但步骤S405和步骤S408并不限于图11展示的执行顺序。一些实施例中，步骤S405和步骤S408可并列执行，或先执行步骤S408再执行步骤S405。

S409、第三方支付平台600处理退款请求。

第三方支付平台600处理退款请求，可以理解成：将退款金额从账户关联信息指示的账户，退回到消费者的付款码信息指示的账户。其中，第三方支付平台600处理退款请求的方式，与常规退款请求的处理方式相同，此处不展示说明。

S410、第三方支付平台600向支付服务器400发送退款成功的通知消息。

其中，第三方支付平台600退款成功，则向支付服务器400发送退款成功的通知消息。第三方支付平台600退款未成功，则可再次进行退款直至退款成功，向支付服务器400发送退款成功的通知消息。

若第三方支付平台600多次退款均未成功，则可得到退款失败结果，并向支付服务器400发送退款失败的通知消息。

S411、支付服务器400向零售服务器300发送退款成功的通知消息。

其中，支付服务器400接收到支付成功的通知消息之后，可利用通信功能向零售服务器300发送支付成功的通知消息。

在支付服务器400接收到退款失败的通知消息，也可利用通信功能向零售服务器300 发送退款失败的通知消息。

S412、收银终端200向零售服务器300发送查询订单退款结果的请求。

其中，步骤S412的实施方式，可如前述实施例步骤S214的内容，此处不再赘述。

S413、零售服务器300向收银终端200发送订单退款结果。

其中，步骤S413的实施方式，可如前述实施例步骤S215的内容，此处不再赘述。

图12展示了本申请另一实施例提供的收银***的应用场景图。

图12中，POS(point of sale，销售终端)机100可以理解成零售门店的POS机，设置有唯一的设备号，用于对消费者的银行卡进行刷卡。

收银终端200配置有应用程序(Application，App)，示例性的，该应用程序称之为收银应用，收银终端200利用应用程序可进行开定单、收银等操作。并且，收银终端200与POS机100为独立的两个设备。

零售服务器300，可以理解成是收银终端200配置的收银应用的后台服务器，可与收银应用进行交互。零售服务器300可接收收银应用发送的订单信息，也可向收银应用返回信息。零售服务器300还可实现对订单信息进行管理。示例性的，管理操作可包括：删除订单信息，修改订单信息等。

支付服务器400，用于进行支付服务的管理，属于资金管理的平台。支付服务器300可以与零售服务器300进行信息交互，也可以与支付服务提供服务器500进行信息交互。

支付服务提供服务器500(可简称为银商)，属于中间服务器，可关联支付平台600。支付服务提供服务器500可作为中间平台，为支付服务器400对接自身关联的支付平台600。

支付平台600可以理解成银联支付平台，与支付服务提供服务器500对接。支付平台 600可与POS机100进行交互，完成刷卡支付流程。

图12应用场景中的各个设备配合完成收银流程时，收银终端200的界面展示过程如图13所示，以下结合图13进行介绍。

消费者在零售门店购买商品，店员可利用收银终端200的收银应用完成下订单流程。之后，店员在购物车中添加商品的内容，与前述图3中(a)至图3中(c)对应内容相同，此处不再赘述。

收银终端200显示付款方式的界面之后，店员选择银行卡的付款方式。示例性的，店员如图13中(a)所示，点击付款方式的界面中的银行卡控件306。收银终端200响应于点击操作，显示选择刷卡机的界面，该界面展示由多台刷卡机(也称POS机)的编号。店员如图13中(b)所示，点击一台刷卡机的控件307，收银终端200响应于点击操作，进行收银，并显示收银等待界面，如图13中(c)所示。收银终端200完成收银流程之后，收银终端200可显示支付完成的界面，以提醒店员和消费者完成收银。示例性的，图13 中(d)展示了成功支付的界面。

需要说明的是，若零售门店仅配备一台POS机，店员如图13中(a)所示，点击付款方式的界面中的银行卡控件306之后，收银终端200则直接展示图13中(c)所示的支付等待界面，而不用展示如图13中(b)所示的选择刷卡机界面。

以下结合图14，对图12展示的应用场景中各个设备配合完成本申请实施例提供的收银方法的过程进行介绍。如图14所示，本实施例提供的收银方法，包括下述步骤：

S501、收银终端200接收用户输入的收银应用的启动操作，并响应于用户的启动操作，显示首页界面。

步骤S501的实现方式，与前述实施例中步骤S102相同。因此，请参见前述实施例中步骤S102的内容，此处不再赘述。

S502、收银终端200响应于用户操作，生成携带POS机信息的订单信息。

通常情况下，收银终端200的收银应用生成的订单信息包括：订单的单号、流水号，POS机信息，店员的身份信息，商品信息，商品金额，以及支付方式标识等。当然，订单信息也可仅包括订单的单号，POS机信息，商品金额，和支付方式标识。商品信息通常包括商品名称等。支付方式标识用于指示用户选择的付款方式，以便支付服务器400获知通过支付方式标识获知用户指定的付款方式。本实施例中，支付方式标识为支付平台600的标识。

针对消费者的消费行为，店员利用收银终端200的收银应用生成订单，订单生成之后，收银终端200的收银应用可获得订单的单号、流水号，以及商品信息和商品金额等。示例性的，如图3中(a)所示，收银应用的首页界面包括开单控件301。店员可如图3中(a) 所示通过点击开单控件301的方式输入开单指令，并通过收银终端200的摄像头扫描商品的条形码的方式或手输入商品的条形码的方式将商品添加到购物车。之后，店员可通过点击如图3中(b)所示的进入开单控件302以及如图3中(c)所示的结算控件303，触发收银终端200获得订单的单号、流水号、以及商品信息和商品金额。

一些实施例中，店员的身份信息可包括：店员的姓名、工号、以及性别等，当然还可包括身份证号等。店员的身份信息用于表明店员的身份。需要说明的是，店员启动收银终端200的收银应用，需要进行账号登录，账号登录过程中，店员可向收银终端200的收银应用输入自己的身份信息。

由图13中(b)所示，店员可在选择刷卡机的界面上选中一台POS机，收银终端200响应于店员的操作，可获取到该POS机的信息以及支付方式标识。当然，若收银终端200 的收银应用仅配置一台POS机信息，店员如图13中(a)所示点击银行卡的控件306之后，收银终端200可获取POS机信息以及支付方式标识。

收银终端200组合订单的单号、流水号，POS机信息，店员的身份信息，商品信息，商品金额，以及支付方式标识等，生成订单信息。

S503、收银终端200向零售服务器300发送订单信息。

步骤S503的实现方式，与前述实施例中步骤S104相同。因此，请参见前述实施例中步骤S104的内容，此处不再赘述。

S504、零售服务器300向支付服务器400发送组装后的订单信息。

步骤S504的实现方式，与前述实施例中步骤S105相同。因此，请参见前述实施例中步骤S105的内容，此处不再赘述。

S505、支付服务器400向支付服务提供服务器500发送组装后的订单信息。

步骤S505的实现方式，与前述实施例中步骤S106相同。因此，请参见前述实施例中步骤S106的内容，此处不再赘述。

S506、支付服务器400向零售服务器300返回确认信息。

步骤S506的实现方式，与前述实施例中步骤S107相同。因此，请参见前述实施例中步骤S107的内容，此处不再赘述。

S507、零售服务器300向收银终端200发送确认信息。

步骤S507的实现方式，与前述实施例中步骤S108相同。因此，请参见前述实施例中步骤S108的内容，此处不再赘述。

S508、POS机100向支付服务提供服务器500发送请求以查询全部订单数据。

本实施例中，完成支付的POS机100与完成下单的收银终端200属于两个独立的设备，两者无连接关系，且不相互通信。因此，店员通过收银终端200完成下订单操作之后，店员需要操作POS机，控制POS机获取订单。

店员需要选择收银终端200下订单时生成的订单信息中的POS机信息对应的POS机，并在该POS机执行刷新订单列表操作，POS机响应店员的刷新订单列表操作，向支付服务提供服务器500发送请求以查询全部订单数据。一些实施例中，POS机向支付服务提供服务器500发送的请求中可携带POS机信息，以便支付服务提供服务器500筛选出要向该 POS机推送的订单信息。

需要说明的是，POS机与支付服务提供服务器500属于无线连接，因此POS机设置有支持无线通信功能的模块，POS机利用支持无线通信功能的无线通信模块，向支付服务提供服务器500发送请求。

还需要说明的是，收银终端200发送的订单信息，经零售服务器300和支付服务器400 到支付服务提供服务器500。并且，支付服务提供服务器500向POS机100发送订单信息，如此，收银终端200不用向POS机100发送订单信息，可实现收银终端200和POS机无交互信息，避免两者因需要相互通信而需要采用连接线进行连接。

进一步的，因POS机接收支付服务提供服务器500发送的订单信息，可对订单信息不进行鉴权，也避免了POS机对来自于收银终端200的订单信息进行鉴权带来的支付流程复杂、且耗时长的问题。

S509、支付服务提供服务器500向POS机100发送订单列表。

其中，支付服务提供服务器500在存储的订单信息中，筛选出请求订单列表的POS机对应的订单，并将每个订单的订单信息向POS机发送。其中，每个订单的订单信息可形成订单列表。

其中，支付服务提供服务器500利用无线通信模块向POS机100发送订单列表。

S510、POS机100读取银行卡信息和签名信息。

店员引导消费者在POS机上完成刷卡、签名等操作。POS机可读取消费者的银行卡信息和签名信息。

S511、POS机100向支付平台600发送携带银行卡信息的订单支付请求。

POS机100将带有消费者的银行卡信息的订单支付请求，发送给支付平台600。该订单支付请求还可包括：账户关联信息、商品金额、以及支付方式标识等，以通知支付平台600付款的付款对象、接收对象以及付款金额。

当然，POS机100也利用无线通信模块向支付平台600发送携带银行卡信息的订单支付请求。

S512、支付平台600处理支付请求。

第三方支付平台600接收到POS机100通过步骤S511发送的订单支付请求，处理该订单支付请求。

一些实施例中，第三方支付平台600处理订单支付请求可以理解成：对消费者在银行卡信息对应的账户下的金额进行扣款，当然该扣款金额为商品金额。其中，支付平台600处理订单支付请求的方式，与常规支付请求的处理方式相同，此处也不展示说明。

S513、支付平台600向手机100发送支付成功的通知消息。

步骤S513的实现方式，与前述实施例中步骤S114相同。因此，请参见前述实施例中步骤S114的内容，此处不再赘述。

S514、支付平台600向支付服务提供服务器500发送支付成功的通知消息。

步骤S514的实现方式，与前述实施例中步骤S115相同。因此，请参见前述实施例中步骤S115的内容，此处不再赘述。

S515、支付服务提供服务器500向支付服务器400发送支付成功的通知消息。

步骤S515的实现方式，与前述实施例中步骤S116相同。因此，请参见前述实施例中步骤S116的内容，此处不再赘述。

S516、支付服务器400向零售服务器300发送支付成功的通知消息。

步骤S516的实现方式，与前述实施例中步骤S117相同。因此，请参见前述实施例中步骤S117的内容，此处不再赘述。

S517、收银终端200向零售服务器300发送查询订单支付结果的请求。

步骤S517的实现方式，与前述实施例中步骤S118相同。因此，请参见前述实施例中步骤S118的内容，此处不再赘述。

S518、零售服务器300向收银终端200发送订单支付结果。

步骤S518的实现方式，与前述实施例中步骤S119相同。因此，请参见前述实施例中步骤S119的内容，此处不再赘述。

收银终端200接收到订单支付结果之后，可将该订单支付结果进行界面展示。示例性的，图3中(h)展示了支付成功的订单支付结果的界面。当然，收银终端200也可展示支付失败的订单支付结果的界面，该界面与图5中的(b)类似，此处不具体介绍。

图12展示的应用场景中，若消费者需要发起退换货。店员在收银终端200的操作完成退换货。

示例性的，图15展示了店员利用收银终端200执行退换货，收银终端200的界面展示过程。以下结合图15展示的手机的各个界面图，对店员利用收银终端200完成退换货的过程进行介绍。

店员如图15中(a)所示，在收银终端200的收银应用的首页界面，点击退换货控件311，以触发退换货流程的启动。收银终端200响应于点击操作，显示退换货界面，该退换货界面可如图15中(b)所示，包括扫描区域。收银终端200还可以调用摄像头运行，以拍摄要退换货的商品的属性信息，如SN/RFID/订单编号；并且，退换货界面上的扫描区域还会同步显示摄像头拍摄的图像。一些实施例中，收银终端200显示的退换货界面还可以包括手动输入控件，以提供给用户通过手动输入要退换货的商品的属性信息的方式，向收银终端200的收银应用发送。要退换货的商品的属性信息。

收银终端200的收银应用得到要退换货的商品的属性信息之后，可显示该商品的订单详情，示例性的，图15中(c)展示了商品的订单详情的展示界面，该展示界面包括商品的订单信息、商品明细以及支付明细。当然，还包括换货控件和退货控件。因换货不涉及退款，所以以下内容也以退货为例进行介绍。

店员如图15中(c)所示，点击退货控件312。手机响应于点击操作，展示选择退货商品的界面，示例性的，该界面如图15中(d)所示，展示由要退货的商品名称、金额、退货原因以及退货控件313。店员点击退货控件313，收银终端200响应于点击操作，进行退款流程。并且，在店员点击图7中(d)展示的退货控件313之后，店员引导消费者进行POS机刷卡。店员在发起支付时指定的POS机，查找要发起退款的订单，并进行刷卡退款操作。在退款未完成时，收银终端200的显示屏显示退款等待界面，示例性的，退款等待界面如图15中(e)所示。并在退款完成之后，收银终端200展示图15中(e)所示的退款结果的界面，以提醒用户退款结果。

以下结合图16，对图12展示的应用场景中的各个设备进行订单的退款流程进行介绍。如图16所示，本申请实施例提供的订单的退款方法，包括：

S601、收银终端200接收用户输入的收银应用的启动操作，并响应于用户的启动操作，显示首页界面。

其中，步骤S601的实施方式，可如前述实施例步骤S102的内容，此处不再赘述。

S602、收银终端200接收用户输入的操作，并响应于用户的操作，生成携带POS机信息的退款订单信息。

当然，退款订单信息除包括POS机信息之外，该退款订单信息还可包括：退货订单的单号和流水号，以及关联的支付订单的单号和流水号，退货金额。一些实施例中，退款订单信息也可以包括：店员身份信息等。

示例性的，用户如图15中(a)至图15中(c)的方式，输入操作，以触发收银终端 200生成退款订单信息。

S603、收银终端200向零售服务器300发送退款订单信息。

收银终端200的收银应用生成退货的订单信息之后，可利用前述电子设备的硬件结构内容提出的无线通信功能，向零售服务器300发送退款订单信息。

示例性的，用户如图15中(d)所示，点击退货控件313，收银终端200可响应于该点击操作，向零售服务器300发送退款订单信息。

S604、零售服务器300向支付服务器400发送组装后的退款订单信息。

零售服务器300接收到退款订单信息之后，可在退款订单信息的基础上组装账号关联信息，得到组装后的退款订单信息，并向支付服务器400发送组装后的退款订单信息。

其中，账号关联信息可参见前述实施例中步骤S105的内容，此处不再赘述。

S605、支付服务器400向支付服务提供服务器500发送组装后的退款订单信息。

支付服务器400也可利用通信功能，向支付服务提供服务器500发送组装后的退款订单信息。

S606、支付服务器400向零售服务器300返回确认信息。

零售服务器300通过步骤S604向支付服务器400发送组装后的退款订单信息。支付服务器400接收到该组装后的退款订单信息之后，可向零售服务器300返回确认信息，以说明零售服务器300接收到组装后的退款订单信息。

当然，支付服务器400也利用通信功能向零售服务器300返回确认信息。

需要说明的是，图16展示的步骤S605和步骤S606的一种实现顺序，但步骤S605和步骤S606并不限于图16展示的执行顺序。一些实施例中，步骤S605和步骤S606可并列执行，或先执行步骤S606再执行步骤S605。

S607、零售服务器300向收银终端200发送确认信息。

零售服务器300也利用通信功能向收银终端200发送确认信息，以通知手机支付服务器400接收到组装后的退款订单信息。

步骤S606和步骤S607发送的确认信息属于应答消息。因此，步骤S606和步骤S607也可以是选择性执行的步骤。一些实施例中，支付服务器400或零售服务器300无需发送应答消息的场景中，步骤S606和步骤S607可不执行，当然，步骤S606和步骤S607也可全部不执行。

需要说明的是，零售服务器300向收银终端200发送确认信息是指：零售服务器300向收银终端200的收银应用发送确认信息。

S608、POS机100向支付服务提供服务器500发送请求以查询全部订单数据。

支付服务器400通过通信功能向支付服务提供服务器500发送组装后的退货的订单信息。

S609、支付服务提供服务器500向POS机100发送订单列表。

其中，支付服务提供服务器500在存储的订单信息中，筛选出请求订单列表的POS机对应的订单，并将每个订单的订单信息向POS机发送。其中，每个订单的订单信息可形成订单列表。

其中，支付服务提供服务器500利用无线通信模块向POS机100发送订单列表。

S610、POS机100读取银行卡信息。

店员引导消费者在POS机上完成刷卡操作。POS机可读取消费者的银行卡信息。

S611、POS机100向支付平台600发送携带银行卡信息的订单退款请求。

POS机100将带有消费者银行卡信息的订单退款请求，发送给支付平台600。该退款请求还可携带账户关联信息、退款金额等，以通知支付平台600付款的退款对象以及退款金额。

当然，POS机100也利用无线通信模块向支付平台600发送携带银行卡信息的订单退款请求。

S612、支付平台600处理退款请求。

支付平台600接收到POS机100通过步骤S611发送的订单退款请求，处理该订单退款请求。

一些实施例中，支付平台600处理订单退款请求可以理解成：将退款金额从账户关联信息指示的账户，退回到消费者的银行卡信息指示的账户。其中，支付平台600处理退款请求的方式，与常规退款请求的处理方式相同，此处不展示说明。

S613、支付平台600向POS机100发送退款成功的通知消息。

其中，支付平台600成功处理退款请求，完成退款过程之后，可向POS机100返回退款成功的通知消息。当然，支付平台600利用通信功能向POS机100发送退款成功的通知消息。POS机100接收到退款成功的通知消息之后，可通过显示屏进行显示。

S614、支付平台600向支付服务提供服务器500发送退款成功的通知消息。

其中，支付平台600退款成功，则向支付服务提供服务器500发送退款成功的通知消息。支付平台600退款未成功，则可再次进行退款直至退款成功，向支付服务提供服务器500发送退款成功的通知消息。

若支付平台600多次退款均未成功，则可得到退款失败结果，并向支付服务提供服务器500发送退款失败的通知消息。

S615、支付服务提供服务器500向支付服务器400发送退款成功的通知消息。

其中，支付服务提供服务器500接收到退款成功的通知消息之后，可利用通信功能向支付服务器400发送退款成功的通知消息。

在支付服务提供服务器500接收到退款失败的通知消息，也可利用通信功能向支付服务器400发送退款失败的通知消息。

S616、支付服务器400向零售服务器300发送退款成功的通知消息。

其中，支付服务器400接收到退款成功的通知消息之后，可利用通信功能向零售服务器300发送退款成功的通知消息。

在支付服务器400接收到退款失败的通知消息，也可利用通信功能向零售服务器300 发送退款失败的通知消息。

S617、收银终端200向零售服务器300发送查询订单退款结果的请求。

消费者若一直未收到退款，则店员可通过收银终端200查阅该退款订单的退款结果。因此，店员可对收银终端200输入操作，以控制收银终端200向零售服务器300发送查询订单退款结果的请求。

收银终端200可利用无线通信功能，向零售服务器300发送查询订单退款结果的请求。一些实施例中，收银终端200发送的查询订单退款结果的请求，可携带退款的订单信息。通常情况下，可携带退款订单的单号。

S618、零售服务器300向收银终端200发送订单退款结果。

零售服务器300接收到收银终端200发送的查询订单退款结果的请求，利用该请求携带的订单信息，查询该订单信息的退款结果。之后，零售服务器300向收银终端200返回查询到的订单退款结果。

S619、收银终端200显示订单退款结果的界面。

收银终端200接收到订单退款结果之后，可认定退款完成，则显示订单退款结果的界面。示例性的，图15中(f)展示了退款成功的订单退款结果的界面。当然，收银终端200 未收到订单退款结果之前，显示屏则显示退款等待界面，示例性的，如图15中(e)所示。

收银终端200接收的订单退款结果为退款失败，收银终端200则可展示退款失败的界面，并响应于店员的操作或自动重新进入如图15中(c)所示的订单详情界面，以重新发起退款。

本申请另一实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机或处理器上运行时，使得计算机或处理器执行上述任一个方法中的一个或多个步骤。

计算机可读存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本申请另一实施例还提供了一种包含指令的计算机程序产品。当该计算机程序产品在计算机或处理器上运行时，使得计算机或处理器执行上述任一个方法中的一个或多个步骤。

Claims (12)

1.一种收银***，其特征在于，包括电子设备、POS机、服务器和支付平台，所述***用于实现订单的收银，包括：

所述电子设备响应于第一操作，显示第一界面，所述第一界面包括第一控件；

所述电子设备响应于第二操作，生成订单信息，所述第二操作为在所述第一界面对所述第一控件的触发操作，所述订单信息包括：订单的单号、订单中商品的商品信息和商品金额、所述POS机的信息以及支付方式标识；

所述服务器用于接收所述电子设备发送的所述订单信息，然后向所述POS机发送所述订单信息；

所述POS机用于向所述支付方式标识指示的支付平台发送支付请求；

所述支付平台用于处理所述支付请求以完成订单中商品的收银。

2.根据权利要求1所述的收银***，其特征在于，所述电子设备响应于第二操作，生成订单信息，包括：

所述电子设备响应于对所述第一控件的触发操作，显示添加商品的界面，所述添加商品的界面包括第一区域和第二控件，所述第一区域用于展示商品的条形码图像；

所述电子设备响应于对所述第二控件的触发操作，显示购物车的展示界面，所述购物车的展示界面包括订单中商品的商品信息和商品金额，以及第三控件；

所述电子设备响应于对所述第三控件的触发操作，显示付款方式的展示界面，所述付款方式的展示界面包括多种付款方式的控件；

所述电子设备响应于对所述付款方式的展示界面上的银行卡付款方式的控件，生成所述订单信息。

3.根据权利要求1所述的收银***，其特征在于，

所述电子设备还用于响应于第三操作，生成退款的订单信息，所述第三操作为对订单的退款操作，所述退款的订单信息包括：退款订单的单号、退款订单关联的支付订单的单号以及退款金额；

所述服务器还用于接收所述电子设备发送的所述退款的订单信息，然后向所述POS机发送所述退款的订单信息；

所述POS机还用于向所述支付平台发送订单退款请求；

所述支付平台还用于处理所述订单退款请求以完成订单的退款。

4.根据权利要求3所述的收银***，其特征在于，所述电子设备还用于响应于第三操作，生成退款的订单信息，包括：

所述电子设备响应于对第四控件的触发操作，显示退换货的展示界面，所述退换货的展示界面包括第二区域，所述第二区域用于展示退换货的商品的属性信息；所述第一界面还包括第四控件，所述第四控件用于控制所述电子设备执行退换货操作；

所述电子设备响应于对所述退换货的商品的支付订单的展示触发操作，显示所述退换货的商品的支付订单的详情界面，所述退换货的商品的支付订单的详情界面包括：第五控件；

所述电子设备响应于对所述第五控件的触发操作，显示退换货商品的选择界面，所述退换货商品的选择界面包括第六控件；

所述电子设备响应于对所述第六控件的触发操作，生成所述退款的订单信息。

5.根据权利要求3或4所述的收银***，其特征在于，

所述电子设备还用于接收所述服务器返回的确认信息，其中，所述确认信息用于指示所述服务器接收到所述订单信息或退款的订单信息；

或者，

所述电子设备还用于向所述服务器发送订单支付结果的查询请求；接收所述服务器返回的订单支付结果；显示所述订单支付结果的界面；

或者，

所述电子设备还用于向所述服务器发送查询订单退款结果的请求；接收所述服务器返回的订单退款结果；显示所述订单退款结果的界面。

6.根据权利要求1所述的收银***，其特征在于，

所述电子设备还用于响应于第四操作，生成扫码支付的订单信息，所述第四操作为在所述第一界面对所述第一控件的触发操作，所述扫码支付的订单信息至少包括：订单的单号、订单中商品的商品信息和商品金额、付款码信息以及支付方式标识；

所述电子设备还用于向所述服务器发送所述扫码支付的订单信息；

所述服务器还用于接收所述电子设备发送的扫码支付的订单信息，向所述支付方式标识指示的支付平台发送支付请求；

所述支付平台还用于处理所述支付请求以完成订单中商品的收银。

7.根据权利要求6所述的收银***，其特征在于，所述电子设备还用于响应于第四操作，生成扫码支付的订单信息，包括：

所述电子设备响应于对所述第一控件的触发操作，显示添加商品的界面；所述添加商品的界面包括第一区域和第二控件，所述第一区域用于展示商品的条形码图像；

所述电子设备响应于对所述第二控件的触发操作，显示购物车的展示界面，所述购物车的展示界面包括订单中商品的商品信息和商品金额，以及第三控件；

所述电子设备响应于对所述第三控件的触发操作，显示付款方式的展示界面，所述付款方式的展示界面包括多种付款方式的控件；

所述电子设备响应于对所述付款方式的展示界面上的扫码支付付款方式的控件，生成所述扫码支付的订单信息。

8.根据权利要求6或7所述的收银***，其特征在于，

所述电子设备还用于响应于第五操作，生成扫码支付退款订单的订单信息，所述第五操作为对订单的退款操作，所述扫码支付退款订单的订单信息包括：扫码支付退款订单的单号，扫码支付退款订单关联的支付订单的单号，以及退款金额；

所述电子设备还用于向所述服务器发送所述扫码支付退款订单的订单信息；

所述服务器还用于接收所述电子设备发送的所述扫码支付退款订单的订单信息，向支付平台发送订单退款请求；

所述支付平台还用于处理所述订单退款请求以完成所述扫码支付退款订单的退款。

9.根据权利要求8所述的收银***，其特征在于，

所述电子设备还用于接收所述服务器返回的确认信息，其中，所述确认信息用于指示所述服务器接收到所述扫码支付的订单信息或扫码支付退款订单的订单信息；

或者，

所述电子设备还用于向所述服务器发送扫码支付的订单支付结果的查询请求；接收所述服务器返回的扫码支付的订单支付结果；显示所述扫码支付的订单支付结果的界面；

或者，

所述电子设备还用于向所述服务器发送查询扫码支付退款订单的退款结果的请求；接收所述服务器返回的扫码支付退款订单的退款结果。

10.根据权利要求9所述的收银***，其特征在于，所述电子设备接收所述服务器返回的确认信息，其中，所述确认信息用于指示所述服务器接收到扫码支付退款订单的订单信息之后，还用于显示扫码支付退款订单的退款结果的界面。

11.一种电子设备，其特征在于，包括：

一个或多个处理器、存储器、摄像头和显示屏；

所述存储器、所述摄像头和所述显示屏，与所述一个或多个所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，所述电子设备实现如权利要求1至10任意一项所述收银***中的电子设备的功能。

12.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序被执行时，具体用于实现如权利要求1至10任意一项所述收银***中的电子设备的功能。

Images