CN110335417B - 电子水票的应用系统及方法 - Google Patents

Abstract

本发明公开了一种电子水票的应用系统及方法，所述的系统包括商家端与客户端，所述商家端与客户端均通过网络接入平台服务器，其中：所述商家端用于创建电子水票信息，并将已创建的电子水票信息传输至平台服务器；所述电子水票信息包括两种配置方案；所述客户端用于从平台服务器获取已创建的电子水票信息，并通过第三方支付平台完成支付完成购买，通过在系统中设置商家端与客户端，使其可通过互联网在平台服务器上实现电子水票的创建、销售和使用，通过将纸质水票“电子化”，节省纸质水票的印制成本，且可在平台服务器端统一管理水票的数据及创建、销售、使用的具体方式，有利于提高管理效率和准确性，在线销售提升商家的营销能力。

Description

电子水票的应用系统及方法

技术领域

本发明涉及一种电子商务服务系统，更具体的说，本发明主要涉及一种电子水票的应用系统及方法。

背景技术

桶装水是普及率很高的饮用水产品，在桶装水的销售流通过程中，商家往往采取预售水票的方式，以增强客户的稳定性，并且快速回笼资金。用户也愿意购买水票，可以获取更优惠的价格，在使用过程中避免现金交易更方便。一直以来，水票都是桶装水配送商家或者生产厂家印制，采取防伪措施，由配送商家出售给用户。用户持有水票，需要用水时给配送商家打电话，桶装水配送到家后，用户每收到一桶水就支付给商家一张水票，商家在回收之后将水票销毁或再次出售给用户。商家对水票存在管理不善带来的经营风险，而用户购买水票之后也存在遗失风险。由于桶装水产品沉重、包装回收、配送到家等产品属性所决定，全国的消费流程一致性强，因此纸质水票的应用方式也较为统一，纸质水票的线下应用方式几乎保持一致。随着互联网信息技术的发展，桶装水行业逐步开始配置软件管理系统，在流通领域也出现了多款应用软件，但核心都是解决在线订购和配送的问题，没有形成完善的线上水票应用方案，不能满足行业的互联网升级需求。

由于纸质的水票首先存在防伪的问题，目前打印技术越来越先进，而一般的纸质水票要考虑成本的问题，不会采用太先进的防伪技术，易于造假；并且纸质水票存在管理风险，例如配送商家在转让水站的时候，新接手的商家不能准确了解原商家的水票销售数量，存在风险；从而造成管理效率低，只能靠人工进行统计；同时纸质水票用户不便保存，存在遗失的风险。因此有必要针对此类水票的应用系统做进一步的研究和改进。

发明内容

本发明的目的之一在于针对上述不足，提供一种电子水票的应用系统及方法，以期望解决现有技术中纸质水票不便于管理，且流通使用中存在遗失、被伪造等风险，而同类软件管理系统只能解决在线订购与配送问题，无法对线上水票进行有效管理等技术问题。

为解决上述的技术问题，本发明采用以下技术方案：

本发明一方面提供了一种电子水票的应用系统，所述的系统包括商家端与客户端，所述商家端与客户端均通过网络接入平台服务器，其中：所述商家端用于创建电子水票信息，并将已创建的电子水票信息传输至平台服务器；所述电子水票信息至少包括一种配置方案，所述配置方案为

X＝A×(B+C)，Y＝A×B×R

上式中，A为单价，B为实际购买的数量，C为赠送的数量，R为赠送幅度限制参数，当X≤Y时，电子水票创建成功，反之创建失败；

所述客户端用于从平台服务器获取已创建的电子水票信息，并通过第三方支付平台完成支付，购买所述电子水票；所述平台服务器用于存储商家端已创建的电子水票信息，以及客户端已购买的所述电子水票信息，所述商家端已创建的电子水票信息，以及客户端已购买的所述电子水票信息分别与商家端用户、客户端用户的ID相关联；所述客户端还用于向平台服务器发出订水请求，由平台服务器将所述订水请求转发至商家端，且平台服务器在当前客户端用户ID下扣除相应的电子水票余额。

作为优选，进一步的技术方案是：所述商家端创建电子水票包括两种配置方案，且另一种配置方案为

X≥Y＝A×B×R

上式中，X为实际售价，A为是单价，B为数量，R为赠送幅度限制参数，当上式成立时，电子水票创建成功，反之创建失败。

更进一步的技术方案是：所述平台服务器还用于当客户端发出订水请求时，首先校验当前客户端ID的电子水票余额，余额大于0则将订水请求转发至商家端，反之则提示操作失败，或者自动跳转至电子水票购买界面。

更进一步的技术方案是：所述配置方案中还包括是否允许共享、水票使用频率、使用期限与单次使用数量上限；所述客户端还用于将当前ID的电子水票余额通过生成的二维码共享给其他客户端的ID。

更进一步的技术方案是：所述商家端还用于创建电子水票的商品关联数据，并传输至平台服务器中，所述商品关联数据为电子水票信息的基础数据，所述商品关联数据至少包括商品名称、商品品类、商品规格、商品单位、商品图片、商品介绍、商品营销词、商品单价、商品库存数量。

更进一步的技术方案是：所述商家端为PC计算机或/和智能手机，所述客户端为智能手机，通过微信公众号或小程序与平台服务器进行数据交互。

本发明另一方面提供了一种电子水票的应用方法，该方法包括如下步骤：

步骤A、商家端创建电子水票信息，并将已创建的电子水票信息传输至平台服务器；所述电子水票信息至少包括一种配置方案，所述配置方案为

X＝A×(B+C)，Y＝A×B×R

上式中，A为单价，B为实际购买的数量，C为赠送的数量，R为赠送幅度限制参数，当X≤Y时，电子水票创建成功，反之创建失败；

步骤B、客户端从平台服务器获取已创建的电子水票信息，并通过第三方支付平台完成支付，购买所述电子水票；

步骤C、平台服务器存储商家端已创建的电子水票信息，以及客户端已购买的所述电子水票信息，所述商家端已创建的电子水票信息，以及客户端已购买的所述电子水票信息分别与商家端用户、客户端用户的ID相关联；

步骤D、客户端向平台服务器发出订水请求，由平台服务器将所述订水请求转发至商家端，且平台服务器在当前客户端用户ID下扣除相应的电子水票余额。

作为优选，进一步的技术方案是：所述步骤A中，商家端创建电子水票包括两种配置方案，且另一种配置方案为

X≥Y＝A×B×R

上式中，X为实际售价，A为是单价，B为数量，R为赠送幅度限制参数，当上式成立时，电子水票创建成功，反之创建失败。

更进一步的技术方案是：所述步骤D中，平台服务器在客户端发出订水请求时，首先校验当前客户端ID的电子水票余额，余额大于0则将订水请求转发至商家端，反之则提示操作失败，或者自动跳转至电子水票购买界面；所述配置方案中还包括是否允许共享、水票使用频率、使用期限与单次使用数量上限；所述客户端还用于将当前ID的电子水票余额通过生成的二维码共享给其他客户端的ID

更进一步的技术方案是：所述步骤A中，商家端还同时创建电子水票的商品关联数据，并传输至平台服务器中，所述商品关联数据为电子水票信息的基础数据；所述商品关联数据至少包括商品名称、商品品类、商品规格、商品单位、商品图片、商品介绍、商品营销词、商品单价、商品库存数量。

与现有技术相比，本发明的有益效果之一是：通过在系统中设置商家端与客户端，使其可通过互联网在平台服务器上实现电子水票的创建、销售和使用，通过将纸质水票“电子化”，节省纸质水票的印制成本，且可在平台服务器端统一管理水票的数据及创建、销售、使用的具体方式，有利于提高管理效率和准确性，在线销售提升商家的营销能力，也便于约束电子水票的创建及使用行为及方式；同时电子水票的出现还使得桶装水配送商家在转让水站资产时能够更直观地用数据证明自身价值，从而提升行业的资产流通性和灵活性。

附图说明

图1为用于说明本发明一个实施例的系统总体结构示意框图；

图2为用于说明本发明一个实施例中电子水票创建的逻辑流程图；

图3为用于说明本发明一个实施例中电子水票使用的逻辑流程图；

图4为用于说明本发明另一个实施例中电子水票发放的逻辑流程图；

图5为用于说明本发明另一个实施例中电子水票共享的逻辑流程图。

具体实施方式

下面结合附图对本发明作进一步阐述。

参考图1所示，本发明的一个实施例是一种电子水票的应用系统，该系统包括商家端与客户端，商家端与客户端均通过网络接入平台服务器，其中：

商家端用于创建电子水票信息，并将已创建的电子水票信息传输至平台服务器；电子水票信息包括配置方案；

上述客户端用于从平台服务器获取已创建的电子水票信息，并通过第三方支付平台完成支付，购买所述电子水票；

而平台服务器用于存储商家端已创建的电子水票信息，以及客户端已购买的所述电子水票信息，所述商家端已创建的电子水票信息，并将客户端已购买的所述电子水票信息分别与商家端用户、客户端用户的ID相关联；

客户端还用于向平台服务器发出订水请求，由平台服务器将所述订水请求转发至商家端，且平台服务器在当前客户端用户ID下扣除相应的电子水票余额。

上述配置方案可理解为上加创建电子水票时选择的销售方式，结合图2所示，本实施例中提供两种具体的电子水票配置方案，以满足不同用户的需求，其中一种配置方案为：X＝A×(B+C)，Y＝A×B×R

上式中X为用户实际需要支付的金额，A为单价，B为实际购买的数量，C为赠送的数量，Y为比较参数，R为赠送幅度限制参数，当X≤Y时，电子水票创建成功，反之创建失败；在本配置方案中，需要设置R作为赠送幅度限制参数，以对商家创建电子水票的价格进行约束，以避免恶性竞争，而R的具体值可根据实际情况进行设置，例如在本方案中，将R的值设置为1.5；即赠送电子水票的价值最大不能超过实际购买水票价值的50％。

第二种配置方案为：X≥Y＝A×B×R

上式中，X为实际售价，A为是单价，B为数量，Y为比较参数，R为赠送幅度限制参数，当上式成立时，电子水票创建成功，反之创建失败。在本配置方案中同样需要设置R作为赠送幅度限制参数，以对商家创建电子水票的价格进行约束，而R的具体值可根据实际情况进行设置，例如在本方案中，将R的值设置为0.66；即使用X元购买多张电子水票，但每张电子水票的单价不能低于原始单价的66％。

上述第一种配置方案为买赠销售方式，第二中配置方案为套票方案，并且每张电子水票都有独立的识别编码，并自动同步到该商家的电子水票商城向用户进行展示。而上述的R为一个可以设置的参数，在本系统中商家无更改权限，如有需要可根据其申请由运营管理人员设置，从而有利于在避免上加恶性竞争，有利于平台化运营管理。本实施例中提供的两种配置方案商家可以根据用户的偏好进行选择，也可以同时使用两种方案配置多种电子水票供用户来选择。

在本实施例中，可知本发明是利用最普遍的硬件和定向研发的软件系统，在互联网实现原来纸质水票的功能，将纸质水票“电子化”，节省纸质水票的印制成本，自动生成数据提高管理效率和准确性，在线销售提升商家的营销能力，与用户的社交账户绑定避免丢失，几乎规避了纸质水票的全部缺点。

根据本发明的另一个实施例，结合图3所示，上述实施例中已经明确，客户端的主要作用是在系统中购买电子水票以及使用电子水票换购桶装水，由于每张电子水票在系统中都有独立的识别编码，因此在用户通过客户端购买电子水票后，水票数据在平台服务器中与用户ID相关联，当用户通过客户端发出订水请求时，平台服务器需首先校验当前客户端ID的电子水票余额，余额大于0则将订水请求转发至商家端，反之则提示操作失败，或者自动跳转至电子水票购买界面。正如图3所示出的，在用户的电子水票余额大于0时，还需为用户提供本次使用的电子水票以及地址等信息，确认后将请求转发至商家端；如该用户的账户内电子水票余额数值X＝0，则系统跳转到电子水票商城，方便用户选购电子水票。同时如用户在客户端界面直接点击“购买电子水票”，则系统跳转到电子水票商城，购买完成后跳转到电子水票的使用页面，显示可以使用的电子水票清单。用户使用电子水票后，电子水票日志数据库即时进行核销，避免同一张水票被重复使用。

进一步的，基于桶装水的销售习惯，以及本发明所提倡的商业模式，系统还可提供更多的使用及限制功能的支持，例如上述系统中商家端在创建电子水票信息时，还可在配置方案加入是否允许共享、水票使用频率、使用期限与单次使用数量上限；并且，商家端还需同时创建电子水票的商品关联数据，并传输至平台服务器中，该商品关联数据为电子水票信息的基础数据，即在创建电子水票信息时，首先选择对应的商品。而该商品关联数据包括商品名称、商品品类、商品规格、商品单位、商品图片、商品介绍、商品营销词、商品单价、商品库存数量等。

例如图4所示，桶装水配送店通过商家端进入系统，通过电子水票发放模块创建电子水票信息，首先选择要发放的桶装水产品(该商品关联数据包含以下参数：商品名称、商品品类、商品规格、商品单位、商品图片、商品介绍、商品营销词、商品单价、商品库存数量等)；然后输入要发放的电子水票数量B(可设置B的默认最高限额，避免误输入带来的损失)；其后再选择是否允许用户“共享”该电子水票(一般用户购买的电子水票允许转移或共享，由商家营销活动赠送的电子水票要根据情况做限制)；再后选择电子水票的使用频率(按天、按周、按月，或者不限制)，用于商家向用户赠送电子水票的场景，例如一次性赠送12张，每月可使用一张，如该客户每月使用四桶水，则其余三桶需要用户支付费用；再后选择使用期限，以及每次使用电子水票的数量限制，配合商家的营销活动灵活设置；最后选择发放的对象，在客户列表内搜索相关客户进行选择。电子水票的发放普遍适用于商家从用户手中回收纸质水票的环节，或者用户采用线下付款购买电子水票的应用场景，也可在商家举行活动的时候对特定用户进行发放。

再如图5所示，上述系统中的客户端还用于将当前ID的电子水票余额通过生成的二维码共享给其他客户端的ID。即电子水票的共享由用户在自己的手机客户端进行操作。用户通过桶装水配送商家的微信公众号进入电子水票共享模块，然后打开共享水票的专用二维码，让接受共享的用户使用微信扫描该二维码，点击“关注公众号”，则电子水票共享成功。电子水票可共享给多名使用者，也可以对某个共享使用者进行删除操作。共享方进入“电子水票共享”，打开“我共享的用户”，选择某个用户，确认取消共享。

本发明的另一个实施例是一种电子水票的应用方法，该方法可基于上述实施例中的系统实现，该方法包括并优选按照如下步骤执行：

步骤S1、商家端创建电子水票信息，并将已创建的电子水票信息传输至平台服务器；所述电子水票信息包括配置方案

步骤S2、客户端从平台服务器获取已创建的电子水票信息，并通过第三方支付平台完成支付，购买所述电子水票；

步骤S3、平台服务器存储商家端已创建的电子水票信息，以及客户端已购买的所述电子水票信息，所述商家端已创建的电子水票信息，以及客户端已购买的所述电子水票信息分别与商家端用户、客户端用户的ID相关联；

步骤S4、客户端向平台服务器发出订水请求，由平台服务器将所述订水请求转发至商家端，平台服务器在当前客户端用户ID下扣除相应的电子水票余额；

在本步骤中，平台服务器在客户端发出订水请求时，首先校验当前客户端ID的电子水票余额，余额大于0则将订水请求转发至商家端，反之则提示操作失败，或者自动跳转至电子水票购买界面；

同时，在本步骤中，客户端还可将当前ID的电子水票余额通过生成的二维码共享给其他客户端的ID；

步骤S5，流程结束，由平台服务器记录本次操作的日志数据，并对外提供日志数据的查询接口

在上述步骤S1中，配置方案可以为两种，其中一种为：

X＝A×(B+C)，Y＝A×B×R

上式中，X为用户实际需要支付的金额，A为单价，B为实际购买的数量，C为赠送的数量，Y为比较参数，R为赠送幅度限制参数，当X≤Y时，电子水票创建成功，反之创建失败；

另一种配置方案为：

X≥Y＝A×B×R

上式中，X为实际售价，Y为比较参数，A为是单价，B为数量，R为赠送幅度限制参数，当上式成立时，电子水票创建成功，反之创建失败。

上述两种配置方案的原理与上述实施例相同，故此处不再详述；而优选的是，在步骤S1中的配置方案中还包括是否允许共享、水票使用频率、使用期限与单次使用数量上限；同时在步骤S1中，商家端还同时创建电子水票的商品关联数据，并传输至平台服务器中，使得商家端在创建电子水票信息时，首先选择对应的商品。而该商品关联数据应包括商品名称、商品品类、商品规格、商品单位、商品图片、商品介绍、商品营销词、商品单价、商品库存数量等。

在本实施例中，商家端是桶装水配送店的操作端口，对应的设备是PC计算机和智能手机，两者数据同步，电脑安装本发明系统配置的软件，手机安装本发明配置的APP应用，商家可以使用电脑或者手机进行操作，也可以同时使用两个设备进行操作。客户端是用户购买桶装水产品的操作端口，对应的设备是智能手机，为方便使用，一般无需安装APP专门的应用，手机只要预装了微信就可以操作客户端。电子水票首先由商家进行创建，在创建电子水票之前需要先上架一个桶装水商品，然后基于这个商品的属性配置和创建电子水票，电子水票可以删除，也可以进行编辑、修改。用户从微信公众号中浏览商家展示的电子水票，并进行下单支付。然后即可使用电子水票进行消费，换购桶装水产品。根据系统不同的功能模块，用户还可以将电子水票与他人进行转移或共享，共同使用电子水票或者出让电子水票。用户使用电子水票后，电子水票将进行即时的核销，以免共享用户继续使用该电子水票，造成重复使用。商家接到该订单并派发给配送工人，工人将商品配送到用户指定的地址。整个流程结束，在此流程中，商家可以随时查看电子水票的销售和使用数据。

值得说明是，本发明旨在提供一种电子水票应用系统及方法，其主要改进在于电子水票创建、购买以及使用的方式，其所采用的硬件设备均是主流的智能设备，并通过计算机软件实现上述多个实施例中所描述的流程，使得商家端、客户端以及平台服务器具有相应的功能，对于单个硬件中所包含的软件模块以及软件的操作方式不再详述。

除上述以外，还需要说明的是在本说明书中所谈到的“一个实施例”、“另一个实施例”、“实施例”等，指的是结合该实施例描述的具体特征、结构或者特点包括在本申请概括性描述的至少一个实施例中。在说明书中多个地方出现同种表述不是一定指的是同一个实施例。进一步来说，结合任一实施例描述一个具体特征、结构或者特点时，所要主张的是结合其他实施例来实现这种特征、结构或者特点也落在本发明的范围内。

尽管这里参照本发明的多个解释性实施例对本发明进行了描述，但是，应该理解，本领域技术人员可以设计出很多其他的修改和实施方式，这些修改和实施方式将落在本申请公开的原则范围和精神之内。更具体地说，在本申请公开、附图和权利要求的范围内，可以对主题组合布局的组成部件和/或布局进行多种变型和改进。除了对组成部件和/或布局进行的变型和改进外，对于本领域技术人员来说，其他的用途也将是明显的。

Claims (10)

1.一种电子水票的应用系统，其特征在于所述的系统包括商家端与客户端，所述商家端与客户端均通过网络接入平台服务器，其中：

所述商家端用于创建电子水票信息，并将已创建的电子水票信息传输至平台服务器；所述电子水票信息至少包括一种配置方案，所述配置方案为

X＝A×(B+C)，Y＝A×B×R

上式中，A为单价，B为实际购买的数量，C为赠送的数量，R为赠送幅度限制参数，当X≤Y时，电子水票创建成功，反之创建失败；

所述客户端用于从平台服务器获取已创建的电子水票信息，并通过第三方支付平台完成支付，购买所述电子水票；

所述平台服务器用于存储商家端已创建的电子水票信息，以及客户端已购买的所述电子水票信息，所述商家端已创建的电子水票信息，以及客户端已购买的所述电子水票信息分别与商家端用户、客户端用户的ID相关联；所述客户端还用于向平台服务器发出订水请求，由平台服务器将所述订水请求转发至商家端，且平台服务器在当前客户端用户ID下扣除相应的电子水票余额。

2.根据权利要求1所述的电子水票的应用系统，其特征在于：所述商家端创建电子水票包括两种配置方案，且另一种配置方案为

X≥Y＝A×B×R

上式中，X为实际售价，A为是单价，B为数量，R为赠送幅度限制参数，当上式成立时，电子水票创建成功，反之创建失败。

3.根据权利要求1所述的电子水票的应用系统，其特征在于：所述商家端还用于创建电子水票的商品关联数据，并传输至平台服务器中，所述商品关联数据为电子水票信息的基础数据，所述商品关联数据至少包括商品名称、商品品类、商品规格、商品单位、商品图片、商品介绍、商品营销词、商品单价、商品库存数量。

4.根据权利要求1或2所述的电子水票的应用系统，其特征在于：所述平台服务器还用于当客户端发出订水请求时，首先校验当前客户端ID的电子水票余额，余额大于0则将订水请求转发至商家端，反之则提示操作失败，或者自动跳转至电子水票购买界面。

5.根据权利要求1或2所述的电子水票的应用系统，其特征在于：所述配置方案中还包括是否允许共享、水票使用频率、使用期限与单次使用数量上限；所述客户端还用于将当前ID的电子水票余额通过生成的二维码共享给其他客户端的ID。

6.根据权利要求1所述的电子水票的应用系统，其特征在于：所述商家端为PC计算机或/和智能手机，所述客户端为智能手机，通过微信公众号或小程序与平台服务器进行数据交互。

7.一种电子水票的应用方法，其特征在于所述的方法包括如下步骤：

步骤A、商家端创建电子水票信息，并将已创建的电子水票信息传输至平台服务器；所述电子水票信息至少包括一种配置方案，所述配置方案为

X＝A×(B+C)，Y＝A×B×R

上式中，A为单价，B为实际购买的数量，C为赠送的数量，R为赠送幅度限制参数，当X≤Y时，电子水票创建成功，反之创建失败；

步骤B、客户端从平台服务器获取已创建的电子水票信息，并通过第三方支付平台完成支付，购买所述电子水票；

步骤C、平台服务器存储商家端已创建的电子水票信息，以及客户端已购买的所述电子水票信息，所述商家端已创建的电子水票信息，以及客户端已购买的所述电子水票信息分别与商家端用户、客户端用户的ID相关联；

步骤D、客户端向平台服务器发出订水请求，由平台服务器将所述订水请求转发至商家端，且平台服务器在当前客户端用户ID下扣除相应的电子水票余额。

8.根据权利要求7所述的电子水票的应用方法，其特征在于：所述步骤A中，商家端创建电子水票包括两种配置方案，且另一种配置方案为

X≥Y＝A×B×R

上式中，X为实际售价，A为是单价，B为数量，R为赠送幅度限制参数，当上式成立时，电子水票创建成功，反之创建失败。

9.根据权利要求7或8所述的电子水票的应用方法，其特征在于：所述步骤D中，平台服务器在客户端发出订水请求时，首先校验当前客户端ID的电子水票余额，余额大于0则将订水请求转发至商家端，反之则提示操作失败，或者自动跳转至电子水票购买界面；

所述步骤A中的配置方案中还包括是否允许共享、水票使用频率、使用期限与单次使用数量上限；所述客户端还用于将当前ID的电子水票余额通过生成的二维码共享给其他客户端的ID。

10.根据权利要求7或8所述的电子水票的应用方法，其特征在于：所述步骤A中，商家端还同时创建电子水票的商品关联数据，并传输至平台服务器中，所述商品关联数据为电子水票信息的基础数据；所述商品关联数据至少包括商品名称、商品品类、商品规格、商品单位、商品图片、商品介绍、商品营销词、商品单价、商品库存数量。

Images