一种多个用户共同藏一坛酒的方法与流程

本发明涉及白酒藏酒封坛领域，具体涉及多个用户共同藏一坛酒的白酒分配方法。

背景技术

新蒸馏出来的白酒，其酒分子、水分子与酒体中品类繁多的香味成分集合到一起，酒体呈现刺激、粗燥、辛辣等味道，只有经过漫长的贮藏，才会使酒体渐渐变得无论是口感还是健康角度，更适合饮用。随着人们生活水平的提高，对藏酒的需求日益增加。但是目前存在以下问题：

小酒坛储藏，存储占地面积大、小缸总计成本高、生产操作繁琐，现实情况是这么多年来，商家一直不接受，而没有采取小缸藏酒。

大酒坛储藏，一整缸酒几百斤至上千斤，超出了大部分单个用户的需求量和购买预算。

技术实现要素：

为了解决大酒坛藏酒单用户无法消费，而小缸藏酒成本高、占地大的问题，提供一种多个用户共同藏一坛酒的方法，步骤包括：

（1）白酒生产厂家将藏酒的酒坛信息提交至服务器，然后通过带芯片的锁头把酒坛最细的坛颈处锁住；

（2）用户通过手机端将藏酒需求信息提交至服务器；

（3）服务器根据接收到的厂家酒缸信息和用户信息，通过分配算法将用户和酒坛匹配；

（4）达到用户设置的藏酒开启时间后，打开与用户相匹配的酒坛上的锁头，将藏酒分配给用户。

优选的，所述酒坛信息包括芯片号、酒坛编号、酒度数、酒坛坐标地址、香型、整坛酒的容积、支持储藏的期限等。

优选的，所述用户藏酒需求信息包括藏酒度数、藏酒香型、藏酒地址、藏酒量、藏酒时间和允许藏酒时间偏差。

优选的，分配算法为：用户需求藏酒量用x表示，用户允许藏酒时间偏差用p表示，

（a）当用户提交藏酒需求后，自动采集实时进入时间a点，并根据藏酒时间计算出开启时间b点，b时间必须在厂家设定的最长藏酒时间范围之内；

（b）根据用户设定的开启时间b排序，然后计算相邻用户间的结束封坛时间的差值y，分别为y1、y2...yn，

（c）当多个用户的藏酒量须满足x1＋x2+xn≤z，当x1＋x2+xn＞z时优先保留大值去除小的。将满足条件的第二步y值从小到大依此取出；

（d）结合以上两步取出的y值是不是小于等于用户设定的p值，把大于的放回去接受再一次的遍历；

（e）满足上面三步的，即可组合在同一个酒坛进行储藏。然后依此算法算出没有被组合的剩余用户，进行新的组合，并对应好线下采集的满足条件的酒坛。

优选的，分配算法具体为：把各个小量需求凑成整坛，用户被固定分配到对应某坛，不再被重新调整到开启时间更接近的组合去重新对应酒坛。

本发明的优点是：1、帮助藏酒的商家实现化整为零的销售整坛酒。2、满足了用户数量众多的藏酒量少的用户个性化需求。

附图说明

图1是本发明分配算法示意图；

图2是酒坛封坛状态示意图。

具体实施方式

首先是把线下产品变成线上互联网产品，才有可能在线对整坛酒进行模拟拆分。车间生产时，把酒坛装满酒，做好密封处理，使用带芯片的锁头把酒缸最细缸颈处锁住（如图所示），通过手机程序把芯片号、酒缸编号、酒度数、酒缸坐标地址、香型、整缸酒的容积、支持存储的年限等信息提交至服务器。

上述1中提到的手机程序无须专用写卡器，程序实现方法为打开手机程序获取系统时间，获取坐标位置，输入各项需要手工输入的产品信息内容，点击下一步，提示用户打开手机nfc功能，靠近锁头，识别芯片编号，把自动生成的准备写入芯片的，密码和区块内容，先提交后台数据库记录，提交成功后，再通过手机nfc校验芯片初始出厂默认密码，修改成提交存储过的密码，写入刚才提交后台成功的内容写入到芯片。

当每次从用户端接受到需求指令后，服务器按照如下算法进行分配组合存储方式，指令生产和存储。

具体算法分为下面六步如图：

第一步：当有新用户进入，自动采集实时进入时间a点，用户设定计划开启时间b点，b时间必须在厂家设定的h时间范围之内，用户设定自己需求的酒水容积数xn，购买受w值影响做好相应支付，用户设定好能接受的提前开启时间p值。

第二步：后台计算遍历y1、y2、y2、yn值，最小到大开始排序。

第三步：同时满足x1＋x2+xn≤z，当x1＋x2+xn＞z时优先保留大值去除小的。将满足条件的第二步y值从小到大依此取出。

第四步：结合以上两步取出的y值是不是小于等于用户设定的p值，把大于的放回去接受再一次的遍历。

第五步：满足上面三步的，即可组合在同一个酒坛进行储藏。然后依此算法算出没有被组合的剩余用户，进行新的组合，并对应好线下采集的满足条件的酒坛。

第六步：一个组合对应一个已经封坛采集好信息的酒坛。产生新的组合拼坛储藏方式，必将产生新的酒坛数需要增加及对应的每坛开启时间，还有到期需要开启酒坛分发给用户的指令，一起提交给工厂端，由工厂线下配合完成。

针对以上步骤和详细解释：

x轴代表容积

y轴代表时间，用户在y轴上设定的最大值h，即能提供的封坛酒最长存放时间，由工厂根据自己线下实际情况设定。表示b、c、d点的设定时间都是在工厂能接受的储藏时间h范围之内。

z代表采集到的整坛的实际酒水容积

a点代表用户端发起的开始储藏时间

b点代表用户端指定的结束储藏时间

x1、x2、x3代表用户选择的不同容积规格的酒，数值大的为优先级，这样做的目的是更利于凑成整缸。

x1＋x2+x3+xn≤z新的一坛酒容积z值由线下采集固定值，由线上去满足不大于该值即可，如果大于就代表酒坛内的酒不够大家分。

y1代表一号用户和二号用户选择的结束封坛时间的差值（单位天），以此类推y2、y3。

y1、y2、y3是一个变量，每次有新用户进入，都会变化，最小值有优先级，因为值是越小越好，表示大家在同一坛酒的开启时间越相近。p值，其最大值p由用户设定，即用户能接受的和大家共同储藏该坛酒时，为了照顾满足比自己开启时间早的用户，所能接受的提前开启的具体时间，单位为天。

w值代表厂家封坛时间和用户开始中途介入该坛的时间，之间的时间差。该值越大，说明该酒已经有一定的存储期了，用户需要支付的酒水单价金额会越高，一般一百天左右可忽略不计。

每一次有新的用户进入，需要重新计算进行新的组合。比如现在三号为新进入用户，以y1、y2、y3值做比较，最小的值，为优先级组合。此时即y2为最小值，由二号和三号产生新的组合。同时必须满足x2＋x3+xn≤z；

新的一坛酒的开启时间，由最新一次计算出的y2的两个时间点c和d点决定，为了同时满足二号和三号的时间要求，总是取小值，即d点为该缸酒的统一开启时间。

4、系统根据设定的时间提示工作人员开启酒缸，进行分装交货。开启破坏酒缸锁时，需要在程序上点击开启按键，启动手机nfc功能，获取到芯片编号，从数据库调取对应密码，校验成功后，获得该酒缸在后台的产品id，从而获得该缸酒对应的所有用户的id，发出推送提示用户，在开启酒缸的操作时间。

另外，上述3中描述的分配算法还有一种比较简单的分配算法，就是简单的把各个小量需求凑成整坛，用户被固定分配到某坛，不再被重新调整到开启时间更接近的组合。缺点是同一坛里面的储藏用户开启时间跨度大用户不认可，如果要满足跨度小就必须使用数量较多的酒坛进行线下配合。