CN108230012A - 基于智能售酒机的沉睡用户唤醒系统 - Google Patents

Abstract

本发明涉及白酒销售设备领域，本发明针对消费者经常容易出现忘记还瓶的技术问题，提供了一种基于智能售酒机的沉睡用户唤醒系统，包括云端服务器，用于通过用户访问时提供的验证信息给定与该用户唯一匹配的个人账户；云端服务器还用于接收用户发起的购买请求和支付请求，验证信息中包括用户的联系方式，云端服务器创建该用户的个人账户与该被购买酒瓶的标签信息的映射关系并发送至云端数据库，云端数据库保存该映射关系，云端服务器还用于记录每组映射关系的创建时间点，云端服务器还用于在映射关系的创建时间点距离当前时间超过预设阈值后，云端服务器调用用户的验证信息中的联系方式并发送唤醒信息。

Description

基于智能售酒机的沉睡用户唤醒系统

技术领域

本发明涉及白酒销售系统领域，具体涉及一种基于智能售酒机的沉睡用户唤醒系统。

背景技术

白酒和啤酒的季节性消费，黄酒的区域性消费，红酒的场合性消费不同，白酒在中国是一个具有普遍适应性的酒品。无酒不成席，这里的“酒”就是白酒。白酒社会功能意义已经逐步代替了其传统的自然意义。大江南北走一走，喝的还是白酒。

在现有的白酒销售行业中，通常是用精美的酒瓶外加上精美的包装一起进行销售的，酒瓶和包装未能进行回收，消费者除了需要对购买的酒买单外，同时需要对酒瓶和包装买了单，这无形中增加了消费者的经济负担。因此，在开始的时候很多酒厂会对酒瓶进行回收，最开始的酒瓶的回收是针对啤酒的，啤酒是一种季节性消费商品，多采用玻璃瓶，在2007年左右，啤酒瓶还是能够回收的，但是随着技术的发展，玻璃制品成本的降低，啤酒瓶逐渐失去了回收的价值(主要因为回收过程中的分拣和清洗成本过高)。白酒瓶的回收与啤酒瓶的处境还不一样，消费者在购买白酒之后，很少能够在短时间内喝完酒，甚至有的消费者在购买之后还需要贮藏一段时间后才进行饮用，白酒瓶的材质通常是玻璃瓶，而玻璃瓶在使用一段时间后由于自身内部应力发生变化，在运输过程中，容易出现损坏的情况。

针对上述情况，在本申请人同日提交的申请中，公开了一种智能式酒瓶循环共享系统，包括：服务器，所述服务器包括验证模块，所述验证模块用于接收和验证酒瓶上的图形码信息；服务终端机，所述服务终端机和服务器信号连接，所述服务终端机包括自动回收模块，所述自动回收模块能够扫描酒瓶上的图形码并将图形码信息发送给服务器，所述自动回收模块在用于验证模块验证属于已经售出的酒瓶后自动回收酒瓶。其依靠金属制的酒瓶(酒瓶的使用期限较长)，在酒瓶上印刻图形码信息，做到一瓶一码，通过服务终端机，让消费者自助购买，自助还瓶，实现酒瓶的回收利用的目的。

但是在上述系统中，由于白酒的消费周期比较长，消费者经常容易出现忘记还瓶的情况。

发明内容

本发明针对消费者经常容易出现忘记还瓶的技术问题，提供了一种基于智能售酒机的沉睡用户唤醒系统。

本发明提供的基础方案为：基于智能售酒机的沉睡用户唤醒系统，包括：

云端服务器，用于通过用户访问时提供的验证信息给定与该用户唯一匹配的个人账户；

云端服务器还用于接收用户发起的购买请求和支付请求，验证信息中包括用户的联系方式，云端服务器创建该用户的个人账户与该被购买酒瓶的标签信息的映射关系并保存，云端服务器还用于记录每组映射关系的创建时间点，云端服务器还用于在映射关系的创建时间点距离当前时间超过预设阈值后，云端服务器调用用户的验证信息中的联系方式并发送唤醒信息。

本发明的工作原理及优点在于：用户通过用户终端向云端服务器发送验证信息，如果是新用户，云端服务器根据验证信息给用户创建一个与该验证信息唯一对应的个人账户，如果是老用户则云端服务器根据验证信息匹配从云端服务器创建的个人账户，完成登录。

现有的白酒大多是盛装酒瓶内的(散装酒除外，本发明不针对散装酒)，在这种情况下，用户在买酒时，酒瓶作为酒的盛装物，也会到用户手里。在这种情况下，用户通过个人账户发起购买请求，在交易成功后，被购买的酒瓶的标签信息和购买该酒瓶的用户的个人账户信息将会被信息采集端发送至云端服务器，云端服务器建立创建该用户的个人账户与该被购买酒瓶的标签信息的映射关系并发送并保存。

在云端服务器创建映射关系时，还记录了每组映射关系的创建时间点，用户在获取到酒瓶(包括酒瓶内的酒)后，回家进行消费。如果用户长时间未进行还瓶，在映射关系的创建时间点距离当前时间超过预设阈值后，云端服务器向调用用户的验证信息中的联系方式，云端服务器通过用户的联系方式，向用户发送唤醒信息，以提醒用户及时将酒瓶内的酒消费完，或者转移到其他存酒的器皿中，归还酒瓶。这样的方式能够提高酒瓶在用户与白酒企业之间的流转效率，即提高了酒瓶的利用率。一个酒瓶的生产成本被分摊到多次流转中，即实现让多个用户分摊酒瓶的成本，不需要用户对精美的包装额外的付费。

本方案中，在生成用户的个人账户信息时，即获取到了用户的联系方式，对于白酒企业而言，可以通过主动发送唤醒信息以提高酒瓶的流转效率，可以在短时间内减缓酒瓶不够用的情况。用户在还瓶的时候，大部分情况也是用户将酒瓶内的就消费完成的时候，在这样的情况下，用户有很大几率会再次进行购买，即能够提高用户二次消费的概率。

本发明基于智能售酒机的沉睡用户唤醒系统，通过在创建用户的个人账户信息时保存用户的联系方式，然后在用户的购买时间超过预设阈值后，自动向用户发送唤醒信息，避免用户忘记还瓶的情况。

进一步，还包括回收终端、云端数据库和销售终端，销售终端用于在用户通过个人账户发起购买请求后将采集被购买酒瓶的标签信息发送至云端服务器；云端数据库用于存储所有酒瓶的标签信息和用户的个人账户信息，标签信息与酒瓶唯一对应，云端服务器与云端数据库信号连接，云端服务器将验证信息、个人账户信息发送至云端数据库；回收终端用于识别用户返还的酒瓶是否具有标签信息，回收终端还用于在确定用户返还的酒瓶具有标签信息后向云端服务器发送包含该酒瓶信息的还瓶请求，云端服务器在接收到还瓶请求后标记与该还瓶请求中酒瓶信息对应的映射关系解除。

这样的设计，回收终端能够第一时间收集到用户的还瓶数据，通过用户的购买数据和还瓶数据能够对用户消费酒的行为进行收集，保证能够及时的通知到用户。

进一步，所述标签信息为二维码。

二维码也可以印刷在酒瓶的表面，方便进行读取，即方便信息采集端和回收终端读取标签信息并发送至云端服务器。

进一步，云端服务器还用于在创建映射关系后接收用户发送的承诺还瓶期限，预设阈值为承诺还瓶期限。

针对有些用户在购买后可能需要长期使用能够提前还瓶的情况进行数据采集，能够让白酒企业更加迅速的了解到酒瓶的存量，在销量提升后，能够提前的备足酒瓶，以迎接销售的高峰期。

进一步，云端服务器还用于在接收到回收终端发送的标签信息后确定与该标签信息对应的酒瓶的状态。

这样的设计，避免有用户制造假瓶用于归还，能够保证回收的酒瓶都是已经被购买处于待还瓶状态的酒瓶。

进一步，云端服务器在接收到还瓶请求后标记与该还瓶请求中酒瓶信息对应的映射关系解除并发送至云端数据库，云端数据库记录云端服务器标记解除映射关系的时间。

这样就能够对用户购买一次酒的消费时间进行记录。在用户下次购买的时候，可以个性化的为用户设定还瓶的预设阈值，提高用户体验。

进一步，联系方式包括手机号码、社交软件的账户或电子邮箱。

这样的方式能够更好的联系到用户，上述方式均可以通过文字信息的方式发送，避免过度介入到用户的生活，避免用户对唤醒信息产生反感。

附图说明

图1为本发明基于智能售酒机的沉睡用户唤醒系统实施例的结构示意图。

具体实施方式

下面通过具体实施方式进一步详细的说明：

实施例基本如附图1所示：基于智能售酒机的沉睡用户唤醒系统，包括：

云端服务器，用于通过用户访问时提供的验证信息给定与该用户唯一匹配的个人账户，

云端数据库，用于存储所有酒瓶的标签信息和用户的个人账户信息，标签信息与酒瓶唯一对应，云端服务器与云端数据库信号连接，云端服务器将验证信息、个人账户信息发送至云端数据库；

销售终端，用于在用户通过个人账户发起购买请求后将采集被购买酒瓶的标签信息发送至云端服务器；

回收终端，用于识别用户返还的酒瓶是否具有标签信息，回收终端还用于在确定用户返还的酒瓶具有标签信息后向云端服务器发送包含该酒瓶信息的还瓶请求，云端服务器在接收到还瓶请求后标记与该还瓶请求中酒瓶信息对应的映射关系解除；

其中，标签信息为二维码，联系方式包括手机号码、社交软件的账户以及邮箱，云端服务器还用于接收用户发起的购买请求和支付请求，验证信息中包括用户的联系方式，云端服务器创建该用户的个人账户与该被购买酒瓶的标签信息的映射关系并发送至云端数据库，云端数据库保存该映射关系，云端服务器还用于记录每组映射关系的创建时间点，云端服务器还用于在映射关系的创建时间点距离当前时间超过预设阈值(本实施中选用的是30天)后，云端服务器调用用户的验证信息中的联系方式并发送唤醒信息。

具体使用时：云端数据库和云端服务器可在同一台服务器内，根据业务(数据访问量)的需要，也可以拆分为两个服务器。本实施例中，为方便分别说明功能，拆分成两个硬件结构进行说明。云端数据库在本实施例中，主要是起到一个信息存储的功能。存储的信息主要包括，用户的个人账户信息，用户的验证信息，每一个酒瓶的标签信息，映射关系信息，标记映射关系解除的信息，还瓶期限的预设阈值信息。云端服务器主要是为用户提供访问、购买以及支付服务的。用户向云端服务器提交购买请求和支付请求的终端为智能手机。

销售终端可以依靠自动贩卖机实现，仅需要在自动贩卖机的出货口处设置一个二维码识别装置(摄像头)即可实现，二维码识别装置在识别完成后，将读取到的标签信息发送至云端服务器，云端服务器创建该酒瓶与用户个人账户信息的映射关系，并记录映射关系创建的时间点。在超过预设阈值后，云端服务器根据用户的联系方式，向用户推送唤醒信息。

以某个新注册的用户A为例对整套系统进行说明。在用户A购买前，云端数据库内已经存储有所有酒瓶的标签信息。酒瓶被赋予标签信息的方式是在酒瓶上以阴刻然后在凹部电镀黑色油漆实现二维码印刻。酒瓶的材质选用的是不锈钢材质的，酒瓶在使用过程中二维码也不易脱落(当然在其他实施例中，酒瓶上的标签信息也可以是粘贴在酒瓶上的RFID识别芯片，在该实施例中，读取标签信息的装置为RFID识别器)。用户A将微信的账户信息直接发送至云端服务器(当然也可以是微信公众号内微信授权登录的方式)，云端服务器为用户建立个人账户，在这种情况下，用户A的验证信息就是用户A的微信账户，联系方式也是用户A的微信账户。

用户A在销售终端(自动售卖机)处，完成发送购买请求和支付(支持无现金支付的自动售卖机的技术即可，本实施例中不再赘述)。在销售终端的出货口处设置有可扫描酒瓶上二维码的摄像头，假设为酒瓶B，摄像头读取到二维码中的信息后，发送至云端服务器。云端服务器建立酒瓶B上的二维码与用户A的个人账户信息的映射关系，表明用户A持有酒瓶B未归还。云端服务器在建立映射关系时，还记录下时间，当用户30天未归还后，云端服务器向用户A的微信账号发送“亲，记得还瓶。您是在XXX时间在XXX地点购买了XXX酒的哦，酒瓶已经陪您够久了哦，她要重新工作啦”的唤醒信息。

实施例2

与实施例1相比，不同之处仅在于，云端服务器还用于在创建映射关系后接收用户发送的承诺还瓶期限，预设阈值为承诺还瓶期限，云端服务器还用于在接收到回收终端发送的标签信息后确定与该标签信息对应的酒瓶的状态。这样的方式，就是更改了预设阈值的设置方式，实施例1中选用的是系统预设的方式，在本实施例中选用的是用户提供承诺还瓶期限的方式，这样的设计能够提高用户体验。

实施例3

与实施例1相比，不同之处仅在于，云端服务器在接收到还瓶请求后标记与该还瓶请求中酒瓶信息对应的映射关系解除并发送至云端数据库，云端数据库记录云端服务器标记解除映射关系的时间，云端服务器采集用户的购买时间和还瓶时间作为用户下次购买时还瓶期限的预设阈值。这样的方式，就是更改了预设阈值的设置方式，实施例1中选用的是系统预设的方式，在本实施例中有一个推荐预设阈值的方式，即根据用户上一次的还瓶时间对用户还瓶期限的预设阈值进行推荐，这样的方式能够进一步提高用户的体验。

实施例4

与实施例3相比，不同之处仅在于，还包括积分管理模块和酒瓶外形检测模块，积分管理模块和酒瓶外形检测模块分别与云端服务器信号连接，积分管理模块用于根据用户的消费次数对用户的积分进行管理，酒瓶外形检测模块设置在回收终端，酒瓶外形检测模块用于检测酒瓶是否发生变形。假设存在用户A在第一天产生了购买行为，云端服务器会从信息采集终端获取到用户A的购买信息，云端服务器将用户A的购买信息发送至积分管理模块，回收终端会采集到用户A的还瓶信息并通过云端服务器发送至积分管理模块。

积分管理模块根据用户的购买信息和还信息中的时间判断用户A在第一时间阈值(一周)内归还酒瓶，则为该用户增加3分，如果是在第二时间阈值(超过一周不足一月)归还酒瓶，则为该用户增加2分，如果是在第三时间阈值(超过一月不足三月)归还酒瓶，则为用户A增加1分，如果是在第四时间阈值(超过三月不足六月)归还酒瓶，则为用户A增加0分。如果是在第五时间阈值(超过六月不足十二个月)归还酒瓶，则减去用户积分1分。用户A的积分达到一定程度(20分)后，可以通过用户终端(智能手机)向云端服务器发送兑换请求，云端服务器接收到兑换请求发送至积分管理模块，积分管理模块将用户A的累计积分减去兑换积分(20分)，如果结果大于等于0则向云端服务器反馈兑换成功的信息，如果结果小于0则向云端服务器反馈积分不足的信息。云端服务接收到兑换成功的信息后，可以从销售端获取新的一瓶酒。这样的方式能够提高用户返还酒瓶的效率，减少酒瓶的返还周期。

外形验证模块包括控制器(单片机)、压敏传感器、CCD(电荷耦合元件。可以称为CCD图像传感器,也叫图像控制器。CCD上有许多排列整齐的光电二极管，能感应光线，并将光信号转变成电信号，经外部采样放大及模数转换电路转换成数字图像信号。)、安装架、条状灯带的红外发射器，安装架与还瓶端滑动连接，还瓶端设置可驱动安装架往复运动的减速电机(具体的方式可以有很多，如曲柄滑块或者齿轮齿条均可，本实施例中选用的曲柄滑块结构，为现有技术不再赘述)，减速电机、压敏传感器、线性CCD和条状灯带的红外发射器分别与控制器信号连接，在压敏传感器检测到用户A在还瓶端归还酒瓶时，压敏传感器会将检测到的重量信息反馈至控制器，控制器控制红外发射器和减速电机启动，减速电机带动安装架往复运动，对酒瓶的外观进行扫描，即红外发射器发出的光，在照射到不锈钢材质的酒瓶上时，酒瓶的表面会有较为定向的反光，酒瓶反射的光线会被CCD所接收到，如果酒瓶未产生变形，则酒瓶反射的光线几乎是一致的，如果产生变形，则反射的光线也会产生变化，这样CCD也会检测到这一变化，并反馈至控制器，控制器可与云端服务器信号连接，控制器在接收到CCD反馈的酒瓶变形的信号后反馈至云端服务器，云端服务器会将酒瓶变形信息发送至积分管理模块，积分管理模块扣除积分1分。这样的设计能够让用户更加爱惜酒瓶。

可以在标签信息中关联这个酒瓶的变形信息，这样在下一个用户再次归还酒瓶时，就不会出现误扣积分的情况。

以上所述的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。

Claims (7)

1.基于智能售酒机的沉睡用户唤醒系统，其特征在于：包括：

云端服务器，用于通过用户访问时提供的验证信息给定与该用户唯一匹配的个人账户；

云端服务器还用于接收用户发起的购买请求和支付请求，验证信息中包括用户的联系方式，云端服务器创建该用户的个人账户与该被购买酒瓶的标签信息的映射关系并发送至云端数据库，云端数据库保存该映射关系，云端服务器还用于记录每组映射关系的创建时间点，云端服务器还用于在映射关系的创建时间点距离当前时间超过预设阈值后，云端服务器调用用户的验证信息中的联系方式并发送唤醒信息。

2.根据权利要求1所述的基于智能售酒机的沉睡用户唤醒系统，其特征在于：还包括回收终端、云端数据库和销售终端，销售终端用于在用户通过个人账户发起购买请求后将采集被购买酒瓶的标签信息发送至云端服务器；云端数据库用于存储所有酒瓶的标签信息和用户的个人账户信息，标签信息与酒瓶唯一对应，云端服务器与云端数据库信号连接，云端服务器将验证信息、个人账户信息发送至云端数据库；回收终端用于识别用户返还的酒瓶是否具有标签信息，回收终端还用于在确定用户返还的酒瓶具有标签信息后向云端服务器发送包含该酒瓶信息的还瓶请求，云端服务器在接收到还瓶请求后标记与该还瓶请求中酒瓶信息对应的映射关系解除。

3.根据权利要求1所述的基于智能售酒机的沉睡用户唤醒系统，其特征在于：所述标签信息为二维码。

4.根据权利要求2所述的基于智能售酒机的沉睡用户唤醒系统，其特征在于：云端服务器还用于在创建映射关系后接收用户发送的承诺还瓶期限，预设阈值为承诺还瓶期限。

5.根据权利要求2所述的基于智能售酒机的沉睡用户唤醒系统，其特征在于：云端服务器还用于在接收到回收终端发送的标签信息后确定与该标签信息对应的酒瓶的状态。

6.根据权利要求2所述的基于智能售酒机的沉睡用户唤醒系统，其特征在于：云端服务器在接收到还瓶请求后标记与该还瓶请求中酒瓶信息对应的映射关系解除并发送至云端数据库，云端数据库记录云端服务器标记解除映射关系的时间。

7.根据权利要求1-7任一项所述的基于智能售酒机的沉睡用户唤醒系统，其特征在于：联系方式包括手机号码、社交软件的账户或电子邮箱。