发明内容
为了提高现制饮品的周期时间,使现制饮品的加工工序符合现代生活的快节奏,减少购买现制饮品的等待时间,及降低制作饮品的加工成本。
根据第一方面,本申请提供一种基于互联网的饮品制作系统,包括:
现制现售饮品制作过程中所涉及的各个加工设备,且每类加工设备的数量为一个或多个;
服务器,用于接收订单信息及搜索与所述订单信息匹配的饮品制作配方,并生成相应的订单-配方命令列表;
控制装置,与所述服务器和各个加工设备信号连接,用于接收订单-配方命令列表,并对接收的订单-配方命令列表部署排单序列,及控制非关联工序的当前订单所对应的加工设备同时工作以实现对所述排单序列中的多个订单并发处理。
一种实施例中,所述控制装置包括上位机和控制器,所述上位机和控制器为分体式独立结构;
所述上位机与所述服务器信号连接,用于接收所述订单-配方命令列表,并对接收的订单-配方命令列表部署排单序列;
所述控制器与所述上位机和各个加工设备信号连接,所述控制器接收所述上位机下发的所述排单序列,控制非关联工序的当前订单所对应的加工设备同时工作以实现对所述排单序列中的多个订单并发处理。
一种实施例中,所述控制装置包括上位机和控制器,所述上位机与所述控制器集成为一体式结构;
所述上位机与所述服务器信号连接,用于接收所述订单-配方命令列表,并对接收的订单-配方命令列表部署排单序列;
所述控制器与所述上位机数据线连接,并与各个加工设备信号连接,所述控制器接收所述上位机下发的所述排单序列,控制非关联工序的当前订单所对应的加工设备同时工作以实现对所述排单序列中的多个订单并发处理。
一种实施例中,所述控制器中存储有若干个按饮品制作配方不同对各个加工设备的控制命令协议进行组合而形成的控制命令协议组合列表;
所述控制器调用所述排单序列中各订单所对应的控制命令协议组合列表,结合各个加工设备当前的工作状态将非关联工序的当前订单所对应的所述控制命令协议组合列表内的各个控制命令协议按加工工序发送至相应的加工设备,使所述加工设备根据接收的控制命令协议执行相应的加工动作,以实现多个订单并发处理。
一种实施例中,所述控制器调用所述排单序列中各订单所对应的控制命令协议组合列表后,还包括将单个订单所述控制命令协议组合列表内的各个控制命令协议按照执行动作的同步性进行重新组合,将所述控制命令协议组合列表内的各个控制命令协议按加工工序发送至相应的食品加工设备时,将重新组合的控制命令协议同步发送至相应的食品加工设备,使单个订单多工序制作中的部分相关联工序同步进行。
一种实施例中,所述加工设备包括饮品机、落浆机、制冰模组、压盖机、泵奶机和机械臂;
所述饮品机、落浆机、制冰模组、压盖机、泵奶机和机械臂分别与控制器信号连接,所述饮品机、落浆机、制冰模组、压盖机和泵奶机分别具有唯一的空间位置,所述控制器基于所述饮品机、落浆机、制冰模组、压盖机和泵奶机的唯一空间位置控制所述机械臂的运动轨迹。
根据第二方面,一种实施例中提供一种基于互联网的饮品销售系统,包括:订单服务器和上述的饮品制作系统;
所述订单服务器用于向用户提供网络预约订单,并基于用户的下单生成订单信息,及将所述订单信息下发至所述饮品制作系统;
所述饮品制作系统接收所述订单信息,并控制与所述订单信息匹配的加工设备动作,完成相应的饮品制作。
一种实施例中,所述网络预约订单具有以下三种服务方式供用户选取:
用户网络预约下单后直接将订单列入饮品制作队列中;
用户网络预约下单后等用户到达饮品制作地点时开始制作饮品;
用户网络预约下单后,设定提取时间,基于提取时间确定饮品制作时间。
一种实施例中,待用户下单后,所述订单服务器还用于向用户反馈饮品当前预计完成时间,以使用户在饮品制作完成后的最佳品味时间段内提取饮品。
一种实施例中,所述订单服务器还用于动态提高所述网络预约订单制作的优先级,以使所述网络预约订单优先插入所述饮品制作系统中。
一种实施例中,所述订单服务器提高网络预约订单制作优先级的方式为:
根据用户下单的位置到饮品制作地点的距离,推测用户到达饮品制作地点所需时间;
基于用户下单时间、用户到达饮品制作地点所需时间及用户平均取杯时间计算用户可能取杯时间;
基于用户可能取杯时间和用户所点饮品品类的单杯制作时间计算初步饮品制作时间;
基于初步饮品制作时间和最值品味时间段计算饮品可制作时间段;
根据饮品可制作时间段,每间隔一段时间将所述网络预约订单提升一次制作优先级。
一种实施例中,所述订单服务器还用于向用户提供个性化口味拼包服务、用户的个性化互动服务和饮品品类自定制服务。
依据上述实施例的饮品制作系统,由于通过并行制作饮品,缩短单杯饮品平均加工时间,减少用户等待时间,同时,非关联工序的加工设备协同工作,提高了加工设备利用率,与多套设备独立布设相比,降低大产能店面的BOM成本;另外,基于该饮品制作系统申请的饮品销售系统,减少用户网络订单的等待时间,还能实现口味拼包、个性化互动、口味自定制等多元化服务,以增强客户购买饮品的粘度。
具体实施方式
下面通过具体实施方式结合附图对本发明作进一步详细说明。
实施例一:
本例提供一种基于互联网的饮品制作系统,具体包括现制现售饮品制作过程中所涉及的各个加工设备、服务器和控制装置;其中,控制装置包括上位机和控制器,控制装置可以是上位机和控制器分体式独立结构所构成,这种情况下,控制装置看作是两套独立的设备,相应的,控制装置也可以是上位机和控制器集成的一体式结构,这种情况下,控制装置是一套独立的设备;控制装置具体如何设计是根据实际情况而确定,本例不作具体限定。
当控制装置采用独立的上位机和控制器的分体式结构设计时,上位机和控制器的数量各为1台;相应的,当控制装置采用集成的上位机和控制器的集成式结构设计时,则控制装置也仅为1台,在本例中,以控制装置为分体式结构设计为例实现饮品制作系统,另外,每类加工设备的数量根据实际情况可布设单个或多个,饮品制作过程中所涉及的加工设备有多种类型,如包括饮品机、落浆机、制冰模组、压盖机、泵奶机、奶油机和机械臂等,这些种类加工设备的使用数量也是根据实际饮品屋的面积大小及投入成本大小来具体确定,本例不作具体限定,其中,单机械臂并行饮品制作的原理图如图1所示,多机械臂并行饮品制作的原理如图2所示。
本例的饮品制作系统的特点是实现多杯饮品并行制作,以打破现在的饮品制作系统中的单杯制作,也即,本申请的饮品制作系统的前后两杯饮品制作工序之间不存在等待的时间间隔,从而缩短单杯饮品平均加工时间。而且,本例的饮品制作系统中所涉及的多个加工设备并不是单套之间的独立叠加,而是基于通讯式的控制命令协议协同工作,以实现降低加工设备投入的成本。
具体的,本例的服务器用于接收订单信息及搜索与订单信息匹配的饮品制作配方,并生成相应的订单-配方命令列表;控制装置,与服务器和各个加工设备信号连接,用于接收订单-配方命令列表,并对接收的订单-配方命令列表部署排单序列,及控制非关联工序的当前订单所对应的加工设备同时工作以实现对排单序列中的多个订单并发处理;针对分体式的控制装置,上位机与服务器信号连接,上位机对接收的订单-配方命令列表部署排单序列,如,该排单序列满足的约束条件为:现做订单先做先出、预约订单制作晚于现做订单。
控制器与上位机和各个加工设备信号连接,控制器接收上位机下发的排单序列,控制非关联工序的当前订单所对应的加工设备同时工作以实现对排单序列中的多个订单并发处理。
针对集成式的控制装置,与分体式的控制装置的区别是,控制器与上位机之间是通过数据线连接,而非通过无线信号连接,控制器和上位机实现的功能相同。集成式的控制装置与分体式的控制装置相比,在空间上可以节省设备所占用的空间。
进一步,本例的控制器中存储有若干个按饮品制作配方不同对各个加工设备的控制命令协议进行组合而形成的控制命令协议组合列表;控制器调用排单序列中各订单所对应的控制命令协议组合列表,结合各个加工设备当前的工作状态将非关联工序的当前制作订单所对应的控制命令协议组合列表内的各个控制命令协议按加工工序发送至相应的加工设备,使加工设备根据接收的控制命令协议执行相应的加工动作,以实现多个订单并发处理。
举例说明,上述的非关联工序指是的当前订单A和订单B加工工序不冲突,可以同时进行,因每一道工序的完成均需要一定的时间,因此,当订单A中的C加工工序与订单B中的D加工工序在制作工序中不发生冲突时,则可以控制一加工设备执行订单A中的C加工工序,同时控制另一加工设备执行订单B中的D加工工序,以此实现订单A和订单B并发处理。
控制器可以按以下三种方式将控制命令协议组合列表内的各个控制命令协议按加工工序发送至相应的食品加工设备:
一种方式是:为各个控制命令协议所关联的执行动作设置相应的执行时间;对当前工序的运行时间进行计时,待计时时长达到所对应的执行时间时,向相应的加工设备发送下一个工序所对应的控制命令协议;这种控制命令协议的发送方式为开环发送方式,使得饮品加工过程中涉及的各个工序为开环切换。
另一种方式是:为各个控制命令协议所关联的执行动作设置相应的执行时间;待当前加工设备的执行结束时,当前加工设备反馈一信号,根据该信号向相应的加工设备发送下一个工序所对应的控制命令协议;这种控制命令协议的发送方式为闭环发送方式,使得饮品加工过程中涉及的各个工序为闭环切换。
另一种方式是:为各个控制命令协议所关联的执行动作设置相应的执行时间;融合开环控制和闭环控制对食品加工的一部分前后工序进行开环切换,及对饮品加工的另一部分前后工序进行闭环切换,其中,开环切换前后工序的方式为:对当前工序的运行时间进行计时,待计时时长达到所对应的执行时间时,向相应的加工设备发送下一个工序所对应的控制命令协议;闭环切换前后工序的方式为:待当前加工设备的执行结束时,当前加工设备反馈一信号,根据该信号向相应的加工设备发送下一个工序所对应的控制命令协议。这种方式可以根据具体的应用对饮品加工过程中涉及的各个工序通过融合开环和闭环切换,如,某一些前后工序通过开环切换,而某一些前后工序通过闭环切换,这种混合切换能适合饮品加工的复杂控制。
控制命令协议的以上三种发送方式根据实际应用具体选择,本例不作具体限定。
另外,在多个订单并发处理的过程中,控制器还将单个订单控制命令协议组合列表内的各个控制命令协议按照执行动作的同步性进行重新组合,将控制命令协议组合列表内的各个控制命令协议按加工工序发送至相应的食品加工设备时,将重新组合的控制命令协议同步发送至相应的食品加工设备,使单个订单多工序制作中的部分相关联工序同步进行。
也即是,在单个订单中,通过向各个加工设备同步发送重新组合的控制命令协议,使相应的加工工序能同步进行,打破现有多工序制作中按固定时序工作,使得饮品加工周期更加缩短,进一步,缩短了购买现制饮品的等待时间,解决现制饮品加工时间长的问题。
本例的饮品机、落浆机、制冰模组、压盖机、泵奶机、奶油机和机械臂分别与控制器信号连接,饮品机、落浆机、制冰模组、压盖机、奶油机和泵奶机分别具有唯一的空间位置,使得,控制器基于饮品机、落浆机、制冰模组、压盖机、奶油机和泵奶机的唯一空间位置控制机械臂的运动轨迹。
下面,本例以饮品为咖啡、以机械臂为单机械臂、以咖啡机为三台为例,对本例的饮品制作系统的实施进行详细说明。
为了方便描述,本申请所涉及的交互协议定义如下:
| TYPE |
SUBTYPE |
TLV |
| 8bit |
8bit |
变长 |
其中,TYPE的定义如下:
| TYPE |
涵义 |
| 0x01 |
订单更新 |
| 0x02 |
订单状态 |
| 0x10 |
命令确认 |
SUBTYPE的定义如下:
| SUBTYPE |
涵义 |
| 0x01 |
现做订单 |
| 0x02 |
预约订单 |
预约订单的子类型定义如下:
TLV的Category定义如下:
| CATETORY |
涵义 |
| 0x01 |
咖啡豆数量 |
| 0x02 |
咖啡豆种类 |
| 0x03 |
牛奶剂量 |
| 0x04 |
冰块有无 |
| 0x05 |
焦糖剂量 |
| 0x06 |
巧克力酱剂量 |
| 0x07 |
抹茶酱剂量 |
| 0x08 |
百香果酱剂量 |
| 0x09 |
抹茶粉重量 |
| 0x0A |
肉桂粉重量 |
| 0x0B |
巧克力粉重量 |
| 0x0C |
香草粉重量 |
| 0x0D |
奶油有无 |
| 0X0E |
热水重量 |
| 0X11 |
咖啡类型 |
| Resv |
|
| 0x11 |
咖啡磨豆顺序 |
| 0x12 |
热水顺序 |
| 0x13 |
牛奶顺序 |
| 0x14 |
冰块顺序 |
| 0x15 |
焦糖顺序 |
| 0x16 |
巧克力酱顺序 |
| 0x17 |
抹茶酱顺序 |
| 0x18 |
百香果酱顺序 |
| 0x19 |
抹茶粉顺序 |
| 0x1A |
肉桂粉顺序 |
| 0x1B |
巧克力粉顺序 |
| 0x1C |
香草粉顺序 |
| 0x1D |
奶油顺序 |
本例的咖啡类型表如下:
| 编号 |
名称 |
| 0x01 |
美式 |
| 0x02 |
拿铁 |
| 0x03 |
卡布基诺 |
咖啡豆类型表如下:
服务器收到A用户的一杯冰美式现做订单,查询数据后获得冰美式配方比例(咖啡豆数量14g,咖啡豆种类星巴克咖啡豆;热水270ml;有冰)后,生成的订单-配方命令如下:
| TYPE |
SUBTYPE |
TYPE |
LENGTH |
VALUE |
TYPE |
LENGTH |
VALUE |
| 0x01 |
0x01 |
0x01 |
1 |
E |
0x02 |
1 |
0x05 |
服务器收到B用户的一杯加糖拿铁现做订单,查询数据后获得拿铁配方比例(咖啡豆数量14g,咖啡豆种类星巴克咖啡豆;热水140ml;鲜奶100ml;加糖10g)后,生成的订单-配方命令如下:
| TYPE |
SUBTYPE |
TYPE |
LENGTH |
VALUE |
TYPE |
LENGTH |
VALUE |
| 0x01 |
0x01 |
0x01 |
1 |
E |
0x02 |
1 |
0x05 |
| TYPE |
LENGTH |
VALUE |
TYPE |
LENGTH |
VALUE |
TYPE |
LENGTH |
| 0x03 |
0x01 |
0x64 |
0x11 |
1 |
1 |
0x13 |
1 |
| VALUE |
TYPE |
LENGTH |
VALUE |
TYPE |
LENGTH |
VALUE |
| 2 |
0x05 |
0x01 |
0x0A |
0x0E |
0x01 |
8C |
| TYPE |
LENGTH |
VALUE |
|
|
|
|
| 0x11 |
0x01 |
0x02 |
|
|
|
|
服务器收到C用户的一杯卡布基诺现做订单,查询数据后获得拿铁配方比例(咖啡豆数量14g,咖啡豆种类星巴克咖啡豆;热水45ml)后,生成的订单-配方命令如下:
此时,服务器可根据A用户、B用户和C用户的订单将生成的订单-配方命令形成相应的订单-配方命令列表,并将该订单-配方命令列表下发至上位机,上位机对接收的订单-配方命令列表部署排单序列;然后控制器根据排单序列控制加工设备对三个订单并发处理工序如下表所示:
| 顺序 |
杯子 |
步骤 |
备注 |
| 1 |
0001杯 |
落杯 |
|
| 2 |
0001杯 |
取杯、移动到下一个工位、放杯 |
|
| 3 |
0001杯 |
现磨咖啡 |
咖啡机A |
| 4 |
0002杯 |
落杯 |
|
| 5 |
0002杯 |
取杯、移动到下一个工位、放杯 |
|
| 6 |
0002杯 |
现磨咖啡、出奶 |
咖啡机B |
| 7 |
0001杯 |
取杯、移动到下一个工位、放杯 |
|
| 8 |
0003杯 |
取杯、移动到下一个工位、放杯 |
|
| 9 |
0003杯 |
现磨咖啡 |
咖啡机A |
| 10 |
0001杯 |
制冰、落冰 |
|
| 11 |
0001杯 |
取杯、移动到下一个工位、放杯 |
|
| 12 |
0001杯 |
压盖 |
|
| 13 |
0001杯 |
取杯、移动到出货装置 |
|
| 14 |
0002杯 |
取杯、移动到下一个工位、放杯 |
|
| 15 |
0002杯 |
落浇头,焦糖 |
|
| 16 |
0002杯 |
取杯、移动到下一个工位、放杯 |
|
| 17 |
0002杯 |
制冰、落冰 |
|
| 18 |
0002杯 |
取杯、移动到下一个工位、放杯 |
|
| 19 |
0002杯 |
压盖 |
|
| 20 |
0002杯 |
取杯、移动到出货装置 |
|
| 21 |
0003杯 |
落杯 |
|
| 22 |
0003杯 |
取杯、移动到下一个工位、放杯 |
|
| 23 |
0003杯 |
压盖 |
|
| 24 |
0003杯 |
取杯、移动到出货装置 |
|
因此,从上述的工序表可明显看出本例的饮品制作系统是对三个订单的制作工序并行运行,从而大大缩短了三个订单的完成时间。
实施例二:
基于实施例一,本例提供一种基于互联网的饮品销售系统,包括订单服务器和实施例一赘述的饮品制作系统。
订单服务器用于向用户提供网络预约订单,并基于用户的下单生成订单信息,及将订单信息下发至饮品制作系统;
饮品制作系统接收订单信息,并控制与订单信息匹配的加工设备动作,完成相应的饮品制作。
本例的饮品销售系统不仅支持预约下单,通过实施例一的饮品制作系统缩短订单完成时间的特点,使得本例的饮品销售系统的网络订单能够快速完成,减少用户网络订单的等待时间。
本例的订单服务器向用户提供以下三种网络预约订单服务,供用户根据实际情况选择相应的服务:
一种为:用户网络预约下单后直接将订单列入饮品制作队列中;
另一种为:用户网络预约下单后等用户到达饮品制作地点时开始制作饮品;
另一种为:用户网络预约下单后,设定提取时间,基于提取时间确定饮品制作时间。
另外,待用户下单后,订单服务器还向用户反馈饮品当前预计完成时间,以使用户在饮品制作完成后的最佳品味时间段内及时提取饮品。
本例的饮品销售系统可实现多个订单同时制作,在用户预约下单的情况下,可通过动态提高网络预约订单制作的优先级,以使网络预约订单优先插入饮品制作系统中,缩短用户的等待时间并尽可能让用户在饮品的最佳品味时间内提取饮品。
本例的订单服务器提高网络预约订单制作优先级是基于用户下单时间、用户所点饮品品类的单杯制作时间、用户所点饮品品类制作完成后的最佳品味时间段、用户下单时的位置、用户平均取杯时间,具体的:
根据用户下单的位置到饮品制作地点的距离,推测用户到达饮品制作地点所需时间;该推测可通过用户的历史位置和历史到达时间来测算;
基于用户下单时间、提取饮品所需时间及用户平均取杯时间计算用户可能取杯时间;用户可能取杯的时间=用户下单时间+用户到达饮品制作地点所需时间+用户平均取杯时间;
基于用户可能取杯时间和用户所点饮品品类的单杯制作时间计算初步饮品制作时间;初步咖啡制作时间=用户可能取杯的时间-用户所点咖啡品类的单杯制作时间;
基于初步饮品制作时间和最佳品味时间段计算饮品可制作时间段;可制作咖啡时间段=(初步咖啡制作时间-最佳品味时间段×20%,初步咖啡制作时间+最佳品味时间段×50%);
根据饮品可制作时间段,每间隔一段时间(如,可制作咖啡时间段×10%)将网络预约订单提升一次制作优先级,并尝试将本次饮品订单插入饮品制作队列中。
进一步,为了增加饮品销售服务与用户的粘度,本例的订单服务器还向用户提供个性化口味拼包服务、用户的个性化互动服务和饮品品类自定制服务。
以饮品为咖啡为例,则个性化口味拼包服务的应用如下:
在咖啡屋的app、微信小程序中会在用户点单完成后(特别是咖啡屋制作比较繁忙的时候、或者用户在口味选择页面停留较长时间的时候)提示用户“是否有您想喝但是咖啡屋目前没有提供的口味?”用户点击确定后进入“新咖啡品类勾选界面”提示用户勾选一些更多品种的咖啡。或者点选其他,请用户自行填写咖啡品类或希望往咖啡里加入的成分要素。
新咖啡品类勾选界面中的品类排名会根据此咖啡屋地域用户的选择进行调整。如,此咖啡屋用户超过100人进行了选择后,取消用户自行填写咖啡品类;如,此咖啡屋用户超过200人进行了选择后,保留前5名用户最想添加的品类;某品类被勾选超过500人时,启动咖啡定制系统。
系统会将需要定制的新款咖啡口味及其区域等信息提交给新咖啡研发部门进行研发。研发完成后会优先在新款咖啡口味提出区域及其区域进行推广。如此区域咖啡屋品类制作能力达到饱和,则其销量不好的咖啡品类将会被替代。
用户的个性化互动服务和咖啡品类自定制的应用如下:
用户点单前提示用户做一些问答选择的小游戏(特别是用户所在咖啡屋比较繁忙的时候),通过这些问答与选择,咖啡屋口味定制系统会猜测用户口味,对用户之后所选咖啡的成分比例进行微调。微调是否成功(更迎合用户口味)可以在用户喝完咖啡后(在咖啡品味最佳时间结束后),通过咖啡屋的app、微信小程序提示用户进入咖啡味道评价界面,根据用户所点的咖啡品类提出如香味、酸度、苦度、甜度、鲜奶多少、茶多少等的评价选择。
其中小游戏由市场调研人员设计,通过问卷调查得出用户的喜好(比如某用户喜欢青苹果,喜欢酸的饮料)。小游戏设计以切水果的方式问用户喜欢香蕉还是青苹果?如果用户在短时间内切掉了青苹果,则在咖啡制作时把酸度上调一个等级。
以上应用了具体个例对本发明进行阐述,只是用于帮助理解本发明,并不用以限制本发明。对于本发明所属技术领域的技术人员,依据本发明的思想,还可以做出若干简单推演、变形或替换。