CN111754231A - 一种收银方法、系统以及设备 - Google Patents

Abstract

本发明公开了一种收银方法、系统以及设备，包括，根据收银员选择从设置的支付场景中获取当前支付场景；在获取的当前支付场景是第一类支付场景或者第二类支付场景时，选择相匹配于当前支付场景的客户账户验证方式，获取客户账户，在获取的当前支付场景是第三类支付场景时，获取供验证客户身份的客户的身份标识，向后台上传所述客户的身份标识，获取商品编码，并将商品编码上传后台；获取后台根据商品编码查询到的商品信息，商品信息至少包括商品名称、商品类型和商品价格；根据商品信息更新购物订单；根据收银员选择获取支付方式，向后台上传关于所述购物订单的支付信息，本收银方法适用的支付场景全面，且使得购物订单电子化。

Description

一种收银方法、系统以及设备

技术领域

本发明属于零售收银技术领域，具体涉及基于物联网技术的收银方法、系统以及收银设备。

技术背景

目前，收银多数都是采用扫码枪和收银设备配合使用，收银设备体积大，不便于移动，收银设备将商品订单信息存储在本地，目标客户只能拿到打印出来的纸质购物清单，不易保存，丢弃之后，会造成垃圾，而且目标客户不是会员话，打印的购物订单上是没有目标客户的身份信息，当发生退货时，目标客户拿着购物订单去退货，超市人员无法确认购物订单是否属于目标客户自身的。

发明内容

本发明的目的是：提供一种收银系统，以解决上述传统超市购物方法带来的技术问题。

为了实现上述目的，本发明采取的技术方案是：

一种收银方法，包括，

步骤1)设置支付场景；所述支付场景包括第一类支付场景、第二类支付场景和第三类支付场景；第一类支付场景为目标客户通过客户端登录了客户账户；第二类支付场景为目标客户具有客户账户但没有登录客户端；第三类支付场景为目标客户没有注册客户账户；

步骤2)根据收银员选择从设置的支付场景中获取当前支付场景；

步骤3)在获取的当前支付场景是第一类支付场景或者第二类支付场景时，选择相匹配于当前支付场景的客户账户验证方式，获取客户账户，生成以当前客户账户验证方式对客户账户进行验证的请求信息，向后台上传所述客户账户和请求信息，获取后台反馈的验证结果，当验证结果代表客户账户验证失败，继续以当前客户账户验证方式对客户账户进行验证，当验证结果代表客户账户验证成功，执行步骤4)；在获取的当前支付场景是第三类支付场景时，获取供验证客户身份的客户的身份标识，向后台上传所述客户的身份标识，执行步骤4)；

步骤4)获取商品编码，并将商品编码上传后台，后台在特定的商品数据库中根据商品编码查询商品信息；

步骤5)获取后台根据商品编码查询到的商品信息，商品信息至少包括商品名称、商品类型和商品价格；

步骤6)根据商品信息更新购物订单，购物订单经编辑确认之后上传后台，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号；在获取的当前支付场景是第一类支付场景或者第二类支付场景时，后台接收到购物订单之后，将购物订单的订单号与已验证的客户账户进行关联；

在获取的当前支付场景是第三类支付场景时，后台接收到购物订单之后，将购物订单的订单号与客户的身份标识进行关联；

步骤7)在获取的当前支付场景是第一类支付场景或者第二类支付场景的情况下，根据客户选择获取网络支付方式或者现金支付方式；获取网络支付方式时，向后台上传请求对购物订单进行网络支付的支付信息，后台将购物订单和请求对购物订单进行网络支付的支付信息发送给已验证的客户账户的客户端，客户端对购物订单进行网络支付，客户端将网络支付成功的信息反馈到后台，后台对应存储购物订单、已验证的客户账户和超商用户ID；获取现金支付方式时，向后台上传对购物订单已现金支付的支付信息，后台对应存储购物订单、已验证的客户账户和超商用户ID；

在获取的当前支付场景是第三类支付场景的情况下，根据收银员选择只获取现金支付方式，将针对购物订单已现金支付的支付信息发送后台，后台对应存储购物订单、客户的身份标识和超商用户ID；

其中，存储的购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号。

进一步的，还包括，

步骤1a)获取管理员账户以及密码，向后台发送管理员账户以及密码验证请求信息，接收后台反馈的验证结果，如果验证结果代表验证成功，管理员账户登录，执行步骤1)，否则重新获取管理员账户和密码；。

进一步的，所述步骤6)根据商品信息更新购物订单，购物订单经编辑确认之后上传后台，后台将关联于管理员账户的优惠券与购物订单进行匹配，接收后台反馈的与购物订单匹配的优惠券的优惠策略信息，更新购物订单，上传后台，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价、订单号和优惠券的优惠策略信息。

一种收银系统，包括：

管理员账户验证及登录模块，用于获取管理员账户以及密码，向后台发送管理员账户以及密码验证请求信息，接收后台反馈的验证结果，判定管理员账户是否登录，如果验证结果是验证成功，管理员账户登录，执行支付场景获取模块，否则重新获取管理员账户和密码；

支付场景获取模块：根据收银员选择从设置的支付场景中获取当前支付场景；客户账户验证模块：在获取的当前支付场景是第一类支付场景或者第二类支付场景时，选择相匹配于当前支付场景的客户账户验证方式，获取客户账户，生成以当前客户账户验证方式对客户账户进行验证的请求信息，向后台上传所述客户账户和请求信息，获取后台反馈的验证结果，当验证结果代表客户账户验证失败，继续以当前客户账户验证方式对客户账户进行验证，当验证结果代表客户账户验证成功，执行商品编码获取模块；在获取的当前支付场景是第三类支付场景时，获取供验证客户身份的客户的身份标识，向后台上传所述客户的身份标识，执行商品编码获取模块；

商品编码获取模块：获取商品编码，并将商品编码上传后台；

购物订单生成模块：获取后台根据商品编码查询到的商品信息，商品信息至少包括商品名称、商品类型和商品价格；根据商品信息更新购物订单，购物订单经编辑确认之后上传后台，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号；

支付管理模块：根据收银员选择获取支付方式，向后台上传关于所述购物订单的支付信息。

进一步的，收银系统还包括：

打印驱动模块：在获取的当前支付场景是第三类支付场景的情况下，根据收银员选择只获取现金支付方式，在上传已现金支付的支付信息之后，控制打印装置对当前购物订单进行打印。

进一步的，收银系统还包括：

提示模块，用于在后台反馈网络支付成功的信息之后，提示支付成功；在将已现金支付的支付信息上传后台时，提示支付成功。

进一步的，收银系统还包括：

优惠券编辑模块，用于将请求生成优惠券的请求信息上传后台，接收后台推送的优惠券信息编辑模板，将编辑好的优惠券信息编辑模板上传后台；或者用于通过优惠券信息编辑模板获取优惠券信息，将编辑好的优惠券信息编辑模板以及请求生成优惠券的请求信息上传后台。

进一步的，收银系统还包括：

验证授权模块，用于在进入优惠券编辑模块之前，先将对管理员身份进行安全验证的请求信息上传后台,接收后台反馈的验证结果，如果验证结果代表验证失败，则继续验证，如果验证结果代表验证成功，授权进入优惠券编辑模块。

一种收银设备，包括：

存储器，用于存储上述任意一项所述收银系统的所有模块及处理指令；

处理器，用于加载各模块和执行各模块相关的处理指令；

条码扫描头，用于扫描商品条码，解析出商品编码，发送给处理器；

显示屏，用于显示各个模块以及指令的执行结果；

打印装置，用于在打印驱动模块的驱动下，执行打印购物订单；

通讯单元，用于与后台通信，供各个模块执行上传和接收指令以及数据；

输入装置，用于输入客户账户及密码。

与现有技术相比，本发明的有益效果是：1、由于收银系统可使用在移动设备上，实现在同一个收银岗位自由配置多个收银系统，提高收银人员的配置灵活性，特别在超市促销活动期间，有效减少目标客户排队支付的时间；2、收银系统流程简单，可提高超市收银人员培训上岗的效率；3、在目标客户只携带现金的情况下，实现收银；4、在目标客户携带手机的情况下，实现收银；5、在目标客户没有携带手机和现金的情况下，实现收银；6、提高了目标客户的购物体验，降低了超市管理成本；7、购物订单电子化，减少用纸，实现长期保存。

附图说明

图1所示为本发明的收银应用场景图；

图2所示为本发明的第一种收银系统的方框示意图；

图3所示为本发明的第二种收银系统的方框示意图；

图4所示为本发明的第一种收银方法的流程图；

图5所示为本发明的第二种收银方法的流程图；

图6所示为本发明的第三种收银方法的流程图；

图7所示为本发明中的所有收银系统的支付场景获取模块和客户账户验证模块的界面示意图；

图8所示为本发明的收银系统的商品编码获取模块的界面示意图；

图9所示为本发明的收银系统的购物订单生成模块的界面示意图；

图10所示为本发明的收银系统的支付管理模块的界面示意图；

图11所示为发明中的收银设备的原理示意图。

需要说明的是：被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

具体实施方式

为使本发明的内容更加清楚，下面结合附图，对本发明的具体实施方式作进一步详细描述。应当注意，为了清楚的目的，附图和说明书详细阐述了关键方法步骤，对本领域普通技术人员已知的方法步骤进行简单表示和描述。

图1为本申请提供的收银应用场景示意图，如图1所示，所述收银应用场景包括收银终端1、客户端3和后台2，所述收银终端1通过无线网络或者有线网络与后台2建立通信，所述收银终端1是安装在手机等移动终端的收银应用程序，或者是嵌入式智能收银设备，不管是收银应用程序还是嵌入式智能收银设备，它们均执行本申请提供的收银方法，后台2为服务器及安装在服务器上的后台系统，负责账户管理，信息存储以及执行指令，客户端3是目标客户用来注册登录客户账户、结算、查询购物订单的应用程序，客户端3通过无线网络与后台 2建立通信，无线网络涵盖任何合适的无线网络，例如但不限于4G网络、3G网络、GPRS网络、Wi-Fi网络等等。

实施例1、本实施例提供了一种收银方法、系统以及设备，以实现根据不同的支付场景选择与支付场景匹配的客户账户验证方式，客户账户验证成功之后，获取该客户所购买商品的商品编码和商品信息，根据商品信息更新购物订单，并发送给后台对应存储客户账户和购物订单，对应存储的意思是指关联并存储，存储的购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价、订单号和订单支付状态，后台将待支付的购物订单推送到登录该客户账户的客户端，从而目标客户在客户端查询到购物订单并针对购物订单进行结算，在收银结束之后，客户根据客户账户查询购物订单，了解购物订单详情，以及发生退货时管理员根据购物订单查询到客户账户，对客户进行身份核实，购物订单电子化，减少用纸，实现长期保存。

参考图4、图7、图8、图9和图10，本实施例提供的第一种收银方法，在执行该收银方法之前，收银终端1向后台2发送网络连接请求，收银终端1 将收银终端的设备ID发送给后台2验证是否合法，后台2验证设备ID合法之后与收银终端1建立网络通信；该收银方法具体包括如下步骤：

S1)设置支付场景；所述支付场景包括第一类支付场景、第二类支付场景和第三类支付场景；第一类支付场景为目标客户通过客户端登录了客户账户；第二类支付场景为目标客户具有客户账户但没有登录客户端；第三类支付场景为目标客户没有注册客户账户；第一类支付场景、第二类支付场景和第三类支付场景仅仅表示三种支付场景，在具体实施时，用三个不同的标识来加以区分即可，比如不同的字母以及组合，不同的汉字及其组合，不同的颜色等等。

S2)根据收银员选择从设置的支付场景中获取当前支付场景；

S3)在获取的当前支付场景是第一类支付场景或者第二类支付场景时，选择相匹配于当前支付场景的客户账户验证方式，获取客户账户，生成以当前客户账户验证方式对客户账户进行验证的请求信息，向后台上传所述客户账户和请求信息，获取后台反馈的验证结果，当验证结果代表客户账户验证失败，继续以当前客户账户验证方式对客户账户进行验证，当验证结果代表客户账户验证成功，执行 S4)；在获取的当前支付场景是第三类支付场景时，获取供验证客户身份的客户的身份标识，向后台上传所述客户的身份标识，执行S4)；所述客户的身份标识为客户身份证号码、客户手机号码、客户姓名或者其他身份标识等等；

S4)获取商品编码，并将商品编码上传后台；如果后台只有一个商品数据库的话，后台根据商品编码在商品数据库中查询到商品信息；如果后台具有多个商品数据库的话，为了提高查询效率，后台通过收银终端的设备ID查询到与收银终端的设备ID关联的商品数据库，然后根据商品编码在查询到的商品数据库中查询到商品信息，收银终端的设备ID代表商超用户ID；

S5)获取后台根据商品编码查询到的商品信息，商品信息至少包括商品名称、商品类型和商品价格；

S6)根据商品信息更新购物订单，购物订单经编辑确认之后上传后台，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号；更佳地，购物订单还包括订单建立时间和订单待支付状态信息；为了方便收银员调整购物订单，提高收银效率，购物订单可编辑，其中，购物订单中的商品类型和数量是可编辑的，比如，删除商品类型，增减商品数量；

在获取的当前支付场景是第一类支付场景或者第二类支付场景时，后台接收到购物订单之后，将当前购物订单的订单号与已验证的客户账户进行关联，从而当前购物订单与已验证的客户账户关联；

在获取的当前支付场景是第三类支付场景时，后台接收到购物订单之后，将当前购物订单的订单号与客户的身份标识进行关联；

S7)根据收银员选择获取支付方式，向后台上传关于所述购物订单的支付信息。

在实施例中，具体的，S3)，所述客户账户验证方式包括第一账户验证方式和与第一账户验证方式不同的第二账户验证方式，第一账户验证方式与第一类支付场景匹配，第二账户验证方式与第二类支付场景匹配，本实施例的收银方法根据不同的支付场景选择与之匹配的账户验证方式，以提高收银方法适用性和实用性，以及提高客户账户验证效率。

第一账户验证方式和与第二账户验证方式仅仅表示两种验证方式，但是客户账户验证的方式具有很多中，只要在现有客户账户验证方式中选择两种合适的能够实施的客户账户验证方式即可，为了使得账户验证方式与第一类支付场景和第二类支付场景相匹配，本实施例提供了两种具体的客户账户验证方式。

在本实施例中，优选的，所述第一账户验证方式为：收银终端获取客户账户，向后台上传所述客户账户是否在线的验证请求信息，当接收后台反馈的验证结果为客户账户在线状态时，则判定客户账户验证成功，收银终端执行S4)；当接收后台反馈的验证结果为客户账户离线状态时，则获取客户密码，向后台上传客户账户和密码是否相匹配的验证请求信息，接收后台反馈的验证结果，如果验证结果是匹配则判定客户账户验证成功，收银终端执行S4)；如果验证结果是不匹配则判定客户账户验证失败，重新获取客户密码。所述第一账户验证方式可在客户账户登录了客户端之后快速验证客户账户。

或者，所述第一账户验证方式是：收银终端获取客户账户，向后台上传所述客户账户是否在线的验证请求信息，当后台查询到客户账户在线状态时，则判定客户账户验证成功，反馈到收银终端，收银终端执行S4)；当后台查询到客户账户离线状态时，反馈到收银终端，则由收银终端获取客户密码，向后台上传客户账户和密码是否相匹配的验证请求信息，接收后台反馈的验证结果，如果验证结果是匹配则判定客户账户验证成功，收银终端执行S4)；如果验证结果是不匹配则判定客户账户验证失败，重新获取客户密码。

其中，客户账户和密码是否相匹配是指实际获取的客户密码是否为与该客户账户相互关联的注册的客户密码。

所述第一账户验证方式的两种具体实施例不同在于，验证账户的一些流程步骤是由收银终端执行还是由后台执行，尽管如此，第一账户验证方式的两种具体实施例的整体流程步骤是原理相同的，因此，所述第一账户验证方式的两种具体实施例实质上是等同的技术方案。

为了进一步提高第一账户验证方式验证客户账户的效率，获取客户账户的方式为：通过扫码方式获取客户账户，即，登录了客户账户的客户端展示含有客户账户信息的二维码，收银系统通过扫描二维码，解析出客户账户。

在本实施例中，所述第二账户验证方式为：获取客户账户和密码，向后台上传验证客户账户和密码的验证请求信息，接收后台反馈的验证结果，如果验证结果是客户账户验证成功，收银终端执行S4)；如果验证结果是客户账户验证失败，重新获取客户账户和密码。

第二账户验证方式可在客户账户没有登录客户端的情况下，实现客户账户的验证，实际上，要解决的是目标客户没有携带手机或者携带了手机但无法登录客户端的情况下进行客户账户验证，以便目标客户继续进行购物和结算，提高了目标客户的购物体验，也提高了收银终端的实用性。

在所述第二账户验证方式中，获取客户账户和密码方式为：通过目标客户向收银终端手工输入客户账户和密码。

第二账户验证方式验证客户账户和密码时，可执行两种不同的流程步骤，第一种：收银终端先获取客户账户，上传后台，后台查询到客户账户之后，收银终端再获取客户密码，上传后台，后台验证实际获取的客户密码是否为与该客户账户相互关联的注册的客户密码；第二种：收银终端同时获取客户账户和密码，上传后台，后台查询客户账户以及验证实际获取的客户密码是否为与该客户账户相互关联的注册的客户密码。

在本实施例中，优选的，S7)所述支付方式包括网络支付和现金支付；在获取的当前支付场景是第一类支付场景或者第二类支付场景的情况下，根据客户选择可获取网络支付方式或者现金支付方式；获取网络支付方式时，向后台上传请求对当前购物订单进行网络支付的支付信息；获取现金支付方式时，向后台上传对当前购物订单已现金支付的支付信息；其中，购物订单是通过订单号来区分，当前购物订单是指在获取支付方式之前，收银终端上传后台的购物订单，其具有订单号xx，对当前购物订单进行网络支付是指对订单号为xx的购物订单进行网络支付。

当收银员选择网络支付方式时，收银终端将请求对当前购物订单进行网络支付的支付信息发送后台，后台检测到与当前购物订单关联的客户账户在线时，后台将当前购物订单和请求对当前购物订单进行网络支付的支付信息发送给客户端，客户端需输入正确的交易密码之后对当前购物订单进行网络支付，后台检测到与当前购物订单关联的客户账户离线时，具有两种支付方法可执行，第一种方法是客户端根据免密支付协议对购物订单进行免密支付，第二种方法是后台等与当前购物订单关联的客户账户在线时，将当前购物订单和请求对当前购物订单进行网络支付的支付信息发送给客户端，客户端需输入正确的交易密码之后对当前购物订单进行网络支付；客户端收到网络支付成功的信息之后，将网络支付成功的信息反馈到后台，后台更新购物订单，且对应存储购物订单、已验证的客户账户和收银终端的设备ID，存储的购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号，更好地，购物订单还包括订单建立时间和订单已支付状态信息，后台将网络支付成功的信息反馈给收银终端，收银终端提示支付完成。

当收银员选择现金支付方式时，将对当前购物订单已现金支付的支付信息发送后台，然后提示支付完成，后台更新购物订单，并对应存储购物订单、已验证的客户账户和收银终端的设备ID，存储的购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号，更好地，购物订单还包括订单建立时间和订单已支付状态信息，后台将已现金支付的支付信息发送给登陆了上述客户账户的客户端，客户端收到已现金支付的支付信息之后，提示支付成功。

在获取的当前支付场景是第三类支付场景的情况下，根据收银员选择只获取现金支付方式，向后台上传针对当前购物订单已现金支付的支付信息；即，当收银员选择现金支付方式时，将针对当前购物订单已现金支付的支付信息发送后台，然后提示支付完成，后台对应存储购物订单、客户的身份标识和收银终端的设备ID，存储的购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号，更好地，购物订单还包括订单建立时间和订单已支付状态信息。

优选的，在获取的当前支付场景是第三类支付场景的情况下，根据收银员选择只获取现金支付方式，向后台上传针对当前购物订单已现金支付的支付信息，并控制打印装置对当前购物订单进行打印。

本实施例提供两种支付方式，第一种是网络支付，即通过联网支付，具体为客户端支付和第三方支付，客户端支付是指由客户端本身的余额进行支付，而第三方支付是指利用“支付宝”支付平台或者“微信”支付方平台等方式进行支付；第二种是现金支付，两种支付方式提高了本实施例中的收银方法对支付场景的适应性。

参考图2，在第一种收银方法的基础上，本实施例还提供第一种收银系统，具体包括：

支付场景获取模块：根据收银员选择从设置的支付场景中获取当前支付场景；客户账户验证模块：根据收银员选择获取的当前支付场景是第一类支付场景或者第二类支付场景时，选择相匹配于当前支付场景的客户账户验证方式，获取客户账户，生成以当前客户账户验证方式对客户账户进行验证的请求信息，向后台上传所述客户账户和请求信息，获取后台反馈的验证结果，当验证结果代表客户账户验证失败，继续以当前客户账户验证方式对客户账户进行验证，当验证结果代表客户账户验证成功，执行商品编码获取模块；根据收银员选择获取的当前支付场景是第三类支付场景时，获取供验证客户身份的客户的身份标识，向后台上传所述客户的身份标识，执行商品编码获取模块；

商品编码获取模块：获取商品编码，并将商品编码上传后台；

购物订单生成模块：获取后台根据商品编码查询到的商品信息，商品信息至少包括商品名称、商品类型和商品价格；根据商品信息更新购物订单，购物订单经编辑确认之后上传后台，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号，更佳地，购物订单还包括订单建立时间和订单待支付状态信息；

支付管理模块：根据收银员选择获取支付方式，向后台上传关于所述购物订单的支付信息。

优选的，所述第一种收银系统还包括打印驱动模块：在获取的当前支付场景是第三类支付场景的情况下，根据收银员选择只获取现金支付方式，在上传已现金支付的支付信息之后，控制打印装置对当前购物订单进行打印。

优选的，所述第一种收银系统还包括提示模块，用于在后台反馈网络支付成功的信息之后，提示支付成功；在将已现金支付的支付信息上传后台时，提示支付成功。

参考图5，本实施例提供了第二种收银方法，第二种收银方法与第一种收银方法相比较，步骤S1)到步骤S6)基本相同，本收银方法包括如下步骤： S1a)获取管理员账户以及密码，向后台发送管理员账户以及密码验证请求信息，接收后台反馈的验证结果，如果验证结果代表验证成功，管理员账户登录，执行 S1)，否则重新获取管理员账户和密码；后台接收到管理员账户以及密码验证请求信息后，从注册账户中查找管理员账户以及验证获取的管理员密码是否为与管理员账户关联的注册密码，并向收银终端反馈验证结果；

S1)设置支付场景；

S2)根据收银员选择从设置的支付场景中获取当前支付场景；

S3)在获取的当前支付场景是第一类支付场景或者第二类支付场景时，选择相匹配于当前支付场景的客户账户验证方式，获取客户账户，生成以当前客户账户验证方式对客户账户进行验证的请求信息，向后台上传所述客户账户和请求信息，获取后台反馈的验证结果，当验证结果代表客户账户验证失败，继续以当前客户账户验证方式对客户账户进行验证，当验证结果代表客户账户验证成功，执行 S4)；在获取的当前支付场景是第三类支付场景时，获取供验证客户身份的客户的身份标识，向后台上传所述客户的身份标识，执行S4)；所述客户的身份标识为客户身份证号码、客户手机号码、客户姓名或者其他身份标识等等；

S4)获取商品编码，并将商品编码上传后台；如果后台只有一个商品数据库的话，后台根据商品编码在商品数据库中查询到商品信息；如果后台具有多个商品数据库的话，为了提高查询效率，后台通过管理员账户查询到与管理员账户关联的商品数据库，然后根据商品编码在查询到的商品数据库中查询到商品信息；管理员账户代表商超用户ID；

S5)获取后台根据商品编码查询到的商品信息，商品信息至少包括商品名称、商品类型和商品价格；

S6)根据商品信息更新购物订单，购物订单经编辑确认之后上传后台，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号；更佳地，购物订单还包括订单建立时间和订单待支付状态信息；为了方便收银员调整购物订单，提高收银效率，购物订单可编辑，其中，购物订单中的商品类型和数量是可编辑的，比如，删除商品类型，增减商品数量；

在获取的当前支付场景是第一类支付场景或者第二类支付场景时，后台接收到购物订单之后，将当前购物订单的订单号与已验证的客户账户进行关联，从而当前购物订单与已验证的客户账户关联；

在获取的当前支付场景是第三类支付场景时，后台接收到购物订单之后，将当前购物订单的订单号与客户的身份标识进行关联；

S7)根据收银员选择获取支付方式，向后台上传关于所述购物订单的支付信息。

S7)所述支付方式包括网络支付和现金支付；在获取的当前支付场景是第一类支付场景或者第二类支付场景的情况下，根据客户选择可获取网络支付方式或者现金支付方式；获取网络支付方式时，向后台上传请求对当前购物订单进行网络支付的支付信息；获取现金支付方式时，向后台上传对当前购物订单已现金支付的支付信息；其中，购物订单是通过订单号来区分，当前购物订单是指在获取支付方式之前，收银终端上传后台的购物订单，其具有订单号xx，对当前购物订单进行网络支付是指对订单号为xx的购物订单进行网络支付。

当收银员选择网络支付方式时，收银终端将请求对当前购物订单进行网络支付的支付信息发送后台，后台检测到与当前购物订单关联的客户账户在线时，后台将当前购物订单和请求对当前购物订单进行网络支付的支付信息发送给客户端，客户端需输入正确的交易密码之后对当前购物订单进行网络支付，后台检测到与当前购物订单关联的客户账户离线时，具有两种支付方法可执行，第一种方法是客户端根据免密支付协议对购物订单进行免密支付，第二种方法是后台等与当前购物订单关联的客户账户在线时，将当前购物订单和请求对当前购物订单进行网络支付的支付信息发送给客户端，客户端需输入正确的交易密码之后对当前购物订单进行网络支付；客户端收到网络支付成功的信息之后，将网络支付成功的信息反馈到后台，后台更新购物订单，且对应存储购物订单、已验证的客户账户和管理员账户，存储的购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号，更好地，购物订单还包括订单建立时间和订单已支付状态信息，后台将网络支付成功的信息反馈给收银终端，收银终端提示支付完成。

当收银员选择现金支付方式时，将对当前购物订单已现金支付的支付信息发送后台，然后提示支付完成，后台更新购物订单，并对应存储购物订单、已验证的客户账户和管理员账户，存储的购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号，更好地，购物订单还包括订单建立时间和订单已支付状态信息，后台将已现金支付的支付信息发送给登陆了上述客户账户的客户端，客户端收到已现金支付的支付信息之后，提示支付成功。

在获取的当前支付场景是第三类支付场景的情况下，根据收银员选择只获取现金支付方式，向后台上传针对当前购物订单已现金支付的支付信息；即，当收银员选择现金支付方式时，将针对当前购物订单已现金支付的支付信息发送后台，然后提示支付完成，后台对应存储购物订单、客户的身份标识和管理员账户，存储的购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号，更好地，购物订单还包括订单建立时间和订单已支付状态信息。

参考图3，在第二种收银方法的基础上，本实施例还提供第二种收银系统，具体包括：

管理员账户验证及登录模块，用于获取管理员账户以及密码，向后台发送管理员账户以及密码验证请求信息，接收后台反馈的验证结果，判定管理员账户是否登录，如果验证结果是验证成功，管理员账户登录，执行支付场景获取模块，否则重新获取管理员账户和密码；

支付场景获取模块：根据收银员选择从设置的支付场景中获取当前支付场景；客户账户验证模块：在获取的当前支付场景是第一类支付场景或者第二类支付场景时，选择相匹配于当前支付场景的客户账户验证方式，获取客户账户，生成以当前客户账户验证方式对客户账户进行验证的请求信息，向后台上传所述客户账户和请求信息，获取后台反馈的验证结果，当验证结果代表客户账户验证失败，继续以当前客户账户验证方式对客户账户进行验证，当验证结果代表客户账户验证成功，执行商品编码获取模块；在获取的当前支付场景是第三类支付场景时，获取供验证客户身份的客户的身份标识，向后台上传所述客户的身份标识，执行商品编码获取模块；所述客户的身份标识为客户身份证号码、客户手机号码、客户姓名或者其他身份标识等等；

商品编码获取模块：获取商品编码，并将商品编码上传后台；

购物订单生成模块：获取后台根据商品编码查询到的商品信息，商品信息至少包括商品名称、商品类型和商品价格；根据商品信息更新购物订单，购物订单经编辑确认之后上传后台购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号，更佳地，购物订单还包括订单建立时间和订单待支付状态信息；

支付管理模块：根据收银员选择获取支付方式，向后台上传关于所述购物订单的支付信息。

优选的，所述第二种收银系统还包括打印驱动模块：在获取的当前支付场景是第三类支付场景的情况下，根据收银员选择只获取现金支付方式，在上传已现金支付的支付信息之后，控制打印装置对当前购物订单进行打印。

优选的，所述第二种收银系统还包括提示模块，用于在后台反馈网络支付成功的信息之后，提示支付成功；在将已现金支付的支付信息上传后台时，提示支付成功。

第二种收银方法和系统，一方面，实现了根据管理员账户查找到购物订单，有利于后台导出特定的购物订单信息，如A超市客户采用了编号为006-008 的管理员账户登录收银终端，后台根据管理员账户导出A超市客户的所有购物订单，便于管理人员管理货物流水账，实现了货物流水账的电子化，易于保存，降低了管理员的财务管理成本；另一方面，由于采用管理员账户，收银终端就不需要考虑设备ID，这增加了收银终端设备的使用灵活性，因为，第一种收银方法，收银终端的设备ID代表着商超用户ID，那意味着商超用户需要固定使用自家的收银终端，而第二种收银方法，管理员账户代表商超用户ID，收银终端设备可用来登录不同的管理员账户，由不同的管理员使用。

在本实施例中，目标客户均通过客户端注册了客户账户，已登录的客户端可以进行结算和查询购物订单，从而为客户端永久保存电子化的购物订单，无需打印纸质购物订单，但是有两种特殊的情况，其一、目标客户可能没有携带手机或者手机没电，就没办法登录客户端；其二、目标客户没有注册客户账户，或者不想注册客户账户，两种情况均不能将购物订单与客户账户进行对应存储，即购物订单与客户账户关联存储，目标客户通过客户账户无法查询到购物订单。但是通过客户的身份标识可查询到购物订单，退货时，客户的身份标识可供商超用户验证客户的身份。

本实施例提供了收银方法解决了全面的支付场景下的收银痛点问题，提高收银方法的实用性和适用性，提高目标客户的购物体验。

实施例2、在实施例1中的第一种收银系统和第二种收银系统的基础上，收银系统还包括：优惠券编辑模块，用于通过优惠券信息编辑模板获取优惠券信息，将编辑好的优惠券信息编辑模板以及请求生成优惠券的请求信息上传后台，或者，用于将请求生成优惠券的请求信息上传后台，接收后台推送的优惠券信息编辑模板，将编辑好的优惠券信息编辑模板上传后台，后台根据优惠券信息编辑模板提供的优惠券信息生成优惠券，并对优惠券存储。优惠券信息编辑模板由管理员编辑填写优惠券信息。优惠券信息包括优惠券编号、优惠券有效期、优惠策略信息和超商用户ID。超商用户ID是收银终端的设备ID或者是管理员账户；优惠策略信息包括满减类优惠策略信息和买赠优惠策略信息至少一种，满减类优惠策略信息为“满xx元减xx元”或者“满xx元打xx折”，买赠优惠策略信息为“X型商品买二赠一”等。

参考图6，实施例2提供第三种收银方法，相比较于第一种收银方法，包括如下步骤：步骤S1)、S2)、S3)、S4)、S5)和S7)相同，不同之处在于： S6)根据商品信息更新购物订单，购物订单经编辑确认之后上传后台，后台将关联于管理员账户的优惠券与购物订单进行匹配，接收后台反馈的与购物订单匹配的优惠券的优惠策略信息，更新购物订单，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价、订单号和优惠券的优惠策略信息；更佳地，购物订单还包括订单建立时间和订单待支付状态信息。优惠券信息包括优惠券编号、优惠券有效期、优惠策略信息和收银终端的设备ID。

后台将关联于收银终端的设备ID的优惠券与购物订单匹配，并将匹配的优惠券推送给收银终端，更新购物订单。

实施例2提供第四种收银方法，相比较于第二种收银方法，包括如下步骤：步骤S1a)、S1)、S2)、S3)、S4)、S5)和S7)相同，不同之处在于： S6)根据商品信息更新购物订单，购物订单经编辑确认之后上传后台，后台将关联于管理员账户的优惠券与购物订单进行匹配，接收后台反馈的与购物订单匹配的优惠券的优惠策略信息，更新购物订单，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价、订单号和优惠券的优惠策略信息；更佳地，购物订单还包括订单建立时间和订单待支付状态信息。优惠券信息包括优惠券编号、优惠券有效期、优惠策略信息和管理员账户。

后台将关联于管理员账户的优惠券与购物订单匹配，并将匹配的优惠券推送给收银终端，更新购物订单。

实施例2中，后台在优惠券有效期内将优惠券编号与超商用户ID进行关联，从而实现优惠券与超商用户关联，超商用户ID是收银终端的设备ID或者是管理员账户。在优惠券有效期之外，优惠券与超商用户解除关联。

实施例2中，优惠券与购物订单匹配的方式有两种：

第一种，S20a)将购物订单中的商品总价与优惠策略信息的优惠触发总额进行匹配。即判断购物订单中的商品总价是否满足惠策略信息的优惠触发总额，如果满足，则优惠券匹配成功，如果不满足，则优惠券匹配失败。此方案适用于含有满减类优惠策略信息的优惠券，如“满xx元减xx元”优惠券或者“满xx元打 xx折”优惠券。

第二种，S20b)将购物订单中的同类型号商品的商品数量与优惠策略信息的优惠触发数量进行匹配。即判断购物订单中的同类型号商品的商品数量是否满足优惠策略信息的优惠触发数量，如果满足，则优惠券匹配成功，如果不满足，则优惠券匹配失败。此方案适用于含有买赠优惠策略的优惠券，如“X型商品买二赠一”的优惠券。

举例说明，管理员账户IDkehud123的收银终端采集商品编码234578995 并上传后台；后台系统根据商品编码234578995在关联于管理员账户IDkehud123 的商品数据库中查找到商品A的商品信息，发送给管理员账户IDkehud123的收银终端。

管理员账户IDkehud123的收银终端接收商品A的商品信息，并更新购物订单，购物订单列出了商品A名称、类型、数量、价格和商品总价，并上传后台，后台查询到与管理员账户IDkehud123关联的优惠券为优惠券编号为YH1的优惠券。

如果优惠券编号为YH1的优惠券的优惠策略信息是“满100减5元”，优惠策略信息的优惠触发总额为100元，后台将购物订单中的商品总价与优惠券编号为YH1的优惠券的优惠策略信息的优惠触发总额进行匹配，即判断购物订单中的商品总价是否满100元，如果不满，则优惠券匹配失败，收银终端的购物订单保持不变；如果满足，则优惠券匹配成功，推送给收银终端，收银终端更新购物订单，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价、订单号和优惠策略信息；更佳地，购物订单还包括订单建立时间和订单待支付状态信息，此时的商品总价为满减之后的商品总价。

如果优惠券编号为YH1的优惠券的优惠策略信息是“商品A买二送一”，优惠策略信息的优惠触发数量为两件商品A，则将购物订单中的同类型号商品的商品数量与优惠策略信息的优惠触发数量进行匹配，即，判断购物订单中的同类型号商品的商品数量是否满足优惠策略信息的优惠触发数量，显然，购物订单中只有一件商品A，不满足优惠策略信息的优惠触发数量，则优惠券匹配失败，收银终端的购物订单保持不变；此时，收银终端可以编辑购物订单，将商品A的数量增加为三件，更新购物订单并上传后台，后台再次将购物订单中的同类型号商品的商品数量与优惠策略信息的优惠触发数量进行匹配，显然，更新的购物订单具有三件商品A，满足优惠策略信息的优惠触发数量，则优惠券匹配成功，收银终端更新购物订单，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价、订单号和优惠策略信息；更佳地，购物订单还包括订单建立时间和订单待支付状态信息。

实施例3、在实施例2的基础上，收银系统还包括：验证授权模块，用于在进入优惠券编辑模块之前，先将对管理员身份进行安全验证的请求信息上传后台,接收后台反馈的验证结果，如果验证结果代表验证失败，则继续验证，如果验证结果代表验证成功，授权进入优惠券编辑模块。优选的，针对管理员身份进行安全验证的方式为：后台向管理员账户信息中的手机号码发送验证短信信息，根据客户编辑，授权验证模块获取验证短信信息并上传后台，当两者一致时，后台验证通过，否则验证不通过，继续验证。针对管理员身份进行安全验证的方式不限于本实施例所列举的方式。

由于优惠券是直接关系到商超用户的利益，为了保证其安全，在收银系统中设置验证授权模块以保证收银安全性。

实施例4、在上述所有实施例的基础上，收银系统还包括：管理员账户注册模块和管理员账户信息管理模块，管理员账户注册模块用于注册管理员账户，获取管理员密码、手机号码和或身份证号等管理员账户信息，提交给后台，后台将管理员账户信息与管理员账户进行关联及存储。管理员账户信息管理模块用于根据管理员编辑获取修改后的管理员账户信息，上传后台保存并更新管理员账户信息，如修改管理员密码和手机号码。

参考图11，基于上述实施例中的任意一种收银系统，本实施例提供一种收银设备，具体包括：

存储器，用于上述实施例中的任意一种收银系统的所有模块及处理指令；

处理器，用于加载各模块和执行各模块相关的处理指令；

条码扫描头，用于扫描商品条码，解析出商品编码，发送给处理器；

显示屏，用于显示各个模块以及指令的执行结果；

打印装置，用于在打印驱动模块的驱动下，执行打印购物订单；

通讯单元，用于与后台通信，供各个模块执行上传和接收指令以及数据；

输入装置，用于输入客户账户及密码。

优选的，输入装置为触控屏或者按键盘。

优选的，通讯单元为4G通讯模块、3G通讯模块、GPRS通讯模块、Wi-Fi 模块或者NB-lot模块或者以太网通讯模块等等。

本发明具有如下优点：1、由于收银系统可使用在移动设备上，实现在同一个收银岗位自由配置多个收银系统，提高收银人员的配置灵活性，特别在超市促销活动期间，有效减少目标客户排队支付的时间；2、收银系统流程简单，可提高超市收银人员培训上岗的效率；3、在目标客户只携带现金的情况下，实现收银；4、在目标客户携带手机的情况下，实现收银；5、在目标客户没有携带手机和现金的情况下，收银系统通过将购物订单发送后台保存，并将请求网络支付的支付信息发送到后台，购物订单处于待支付状态，目标客户下次登录客户端时，后台即将购物订单和请求网络支付的支付信息反馈到客户端，客户端针对购物订单进行网络支付，或者客户端对购物订单进行免密支付；6、提高了目标客户的购物体验，降低了超市管理成本；7、购物订单电子化，减少用纸，实现长期保存。

上述具体实施方式用来解释说明本发明，而不是对本发明进行限制，对于本技术领域的普通技术人员依然可以对实施例所阐述的技术方案进行修改，在不违背本发明的原理的情况下，对本发明做出的任何修改和改变也应视为本发明的保护范围。

Claims (10)

1.一种收银方法，其特征在于，包括，

步骤1)设置支付场景；所述支付场景包括第一类支付场景、第二类支付场景和第三类支付场景；第一类支付场景为目标客户通过客户端登录了客户账户；第二类支付场景为目标客户具有客户账户但没有登录客户端；第三类支付场景为目标客户没有注册客户账户；

步骤2)根据收银员选择从设置的支付场景中获取当前支付场景；

步骤3)在获取的当前支付场景是第一类支付场景或者第二类支付场景时，选择相匹配于当前支付场景的客户账户验证方式，获取客户账户，生成以当前客户账户验证方式对客户账户进行验证的请求信息，向后台上传所述客户账户和请求信息，获取后台反馈的验证结果，当验证结果代表客户账户验证失败，继续以当前客户账户验证方式对客户账户进行验证，当验证结果代表客户账户验证成功，执行步骤4)；在获取的当前支付场景是第三类支付场景时，获取供验证客户身份的客户的身份标识，向后台上传所述客户的身份标识，执行步骤4)；

步骤4)获取商品编码，并将商品编码上传后台，后台在特定的商品数据库中根据商品编码查询商品信息；

步骤5)获取后台根据商品编码查询到的商品信息，商品信息至少包括商品名称、商品类型和商品价格；

步骤6)根据商品信息更新购物订单，购物订单经编辑确认之后上传后台，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号；在获取的当前支付场景是第一类支付场景或者第二类支付场景时，后台接收到购物订单之后，将购物订单的订单号与已验证的客户账户进行关联；

在获取的当前支付场景是第三类支付场景时，后台接收到购物订单之后，将购物订单的订单号与客户的身份标识进行关联；

步骤7)在获取的当前支付场景是第一类支付场景或者第二类支付场景的情况下，根据客户选择获取网络支付方式或者现金支付方式；获取网络支付方式时，向后台上传请求对购物订单进行网络支付的支付信息，后台将购物订单和请求对购物订单进行网络支付的支付信息发送给已验证的客户账户的客户端，客户端对购物订单进行网络支付，客户端将网络支付成功的信息反馈到后台，后台对应存储购物订单、已验证的客户账户和超商用户ID；获取现金支付方式时，向后台上传对购物订单已现金支付的支付信息，后台对应存储购物订单、已验证的客户账户和超商用户ID；

在获取的当前支付场景是第三类支付场景的情况下，根据收银员选择只获取现金支付方式，将针对购物订单已现金支付的支付信息发送后台，后台对应存储购物订单、客户的身份标识和超商用户ID；

其中，存储的购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号。

2.如权利要求1所述的一种收银方法，其特征在于，包括，

步骤1a)获取管理员账户以及密码，向后台发送管理员账户以及密码验证请求信息，接收后台反馈的验证结果，如果验证结果代表验证成功，管理员账户登录，执行步骤1)，否则重新获取管理员账户和密码；。

3.如权利要求2所述的一种收银方法，其特征在于，所述步骤6)根据商品信息更新购物订单，购物订单经编辑确认之后上传后台，后台将关联于管理员账户的优惠券与购物订单进行匹配，接收后台反馈的与购物订单匹配的优惠券的优惠策略信息，更新购物订单，上传后台，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价、订单号和优惠券的优惠策略信息。

4.如权利要求3所述的一种收银方法，其特征在于，后台将关联于管理员账户的优惠券与购物订单进行匹配的方式为：将购物订单中的商品总价与优惠策略信息的优惠触发总额进行匹配，或者将购物订单中的同类型号商品的商品数量与优惠策略信息的优惠触发数量进行匹配。

5.如权利要求1-4任意一项所述的一种收银方法，其特征在于，步骤3)客户账户验证方式包括第一账户验证方式和与第一账户验证方式不同的第二账户验证方式，第一账户验证方式与第一类支付场景匹配，第二账户验证方式与第二类支付场景匹配。

6.如权利要求5所述的一种收银方法，其特征在于，所述第一账户验证方式为：获取客户账户，向后台上传所述客户账户是否在线的验证请求信息，当接收后台反馈的验证结果为客户账户在线状态时，则判定客户账户验证成功，执行步骤4)；当接收后台反馈的验证结果为客户账户离线状态时，则获取客户密码，向后台上传客户账户和密码是否相匹配的验证请求信息，接收后台反馈的验证结果，如果验证结果是匹配则判定客户账户验证成功，执行步骤4)；如果验证结果是不匹配则判定客户账户验证失败，重新获取客户密码。

7.如权利要求5所述的一种收银方法，其特征在于，所述第二账户验证方式为：获取客户账户和密码，向后台上传验证客户账户和密码的验证请求信息，接收后台反馈的验证结果，如果验证结果是客户账户验证成功，执行步骤4)；如果验证结果是客户账户验证失败，重新获取客户账户和密码。

8.一种收银系统，其特征在于，包括：

管理员账户验证及登录模块，用于获取管理员账户以及密码，向后台发送管理员账户以及密码验证请求信息，接收后台反馈的验证结果，判定管理员账户是否登录，如果验证结果是验证成功，管理员账户登录，执行支付场景获取模块，否则重新获取管理员账户和密码；

支付场景获取模块：根据收银员选择从设置的支付场景中获取当前支付场景；

客户账户验证模块：在获取的当前支付场景是第一类支付场景或者第二类支付场景时，选择相匹配于当前支付场景的客户账户验证方式，获取客户账户，生成以当前客户账户验证方式对客户账户进行验证的请求信息，向后台上传所述客户账户和请求信息，获取后台反馈的验证结果，当验证结果代表客户账户验证失败，继续以当前客户账户验证方式对客户账户进行验证，当验证结果代表客户账户验证成功，执行商品编码获取模块；在获取的当前支付场景是第三类支付场景时，获取供验证客户身份的客户的身份标识，向后台上传所述客户的身份标识，执行商品编码获取模块；

商品编码获取模块：获取商品编码，并将商品编码上传后台；

购物订单生成模块：获取后台根据商品编码查询到的商品信息，商品信息至少包括商品名称、商品类型和商品价格；根据商品信息更新购物订单，购物订单经编辑确认之后上传后台，购物订单至少包括商品名称、商品类型、商品价格、商品数量、商品总价和订单号；

支付管理模块：根据收银员选择获取支付方式，向后台上传关于所述购物订单的支付信息。

9.如权利要求8所述的一种收银系统，其特征在于，还包括：

打印驱动模块：在获取的当前支付场景是第三类支付场景的情况下，根据收银员选择只获取现金支付方式，在上传已现金支付的支付信息之后，控制打印装置对当前购物订单进行打印。

10.一种收银设备，其特征在于，包括：

存储器，用于存储权利要求8-12任意一项所述收银系统的所有模块及处理指令；

处理器，用于加载各模块和执行各模块相关的处理指令；

条码扫描头，用于扫描商品条码，解析出商品编码，发送给处理器；

显示屏，用于显示各个模块以及指令的执行结果；

打印装置，用于在打印驱动模块的驱动下，执行打印购物订单；

通讯单元，用于与后台通信，供各个模块执行上传和接收指令以及数据；

输入装置，用于输入客户账户及密码。

Images