一种堂食配菜的线上点餐系统的制作方法

文档序号:32504226发布日期:2022-12-10 06:04阅读:100来源:国知局
一种堂食配菜的线上点餐系统的制作方法

1.本发明涉及餐饮领域,尤其涉及一种堂食配菜的线上点餐系统。


背景技术:

2.随着经济的发展、生活水平的提高,人们对于生活品质的追求也开始日益增加,因此对服务行业的要求也日益提高。对于最传统、与人们关系最密切的餐饮业来说,目前的常见方式仍然是由服务人员完全人力完成从点餐结账的全部流程,这种方式不仅消耗大量人力,而且在用餐高峰期很容易因人手不足而延长顾客等待的时间、甚至忽略顾客的需求,从而造成顾客消费体验下降,对顾客和餐厅造成双输的局面。为了解决全人工的服务方式造成的效率低下、顾客体验差的问题,目前市面上已出现了可以自助点餐的智能餐桌,顾客通过使用自助餐桌携带的点餐系统即可以完成点餐、下单以及结账等一系列操作,从而大大节约了服务的人力和顾客等待的时间。
3.然而,顾客在点餐的过程中往往会存在菜品搭配上的困难,而该情况往往需要服务员来进行菜品推荐,这样依旧会造成人力浪费以及顾客用餐体验不佳的问题。


技术实现要素:

4.发明目的:为了克服背景技术中指出的缺点,根据本发明的一方面,提供了一种堂食配菜的线上点餐系统,包括:登录模块,提供顾客登陆系统的窗口,所述登录模块利用用户团购app通道进行登陆;第一获取模块,用于获取用户在稳定城市内通过登陆用的app的餐饮消费记录,所述稳定城市为用户居住超过预设时间的城市,所述预设时间为系统设置的用于判定的时间长度;第二获取模块,用于获取用户在非稳定城市内通过登陆用的app的餐饮消费记录,所述非稳定城市为用户居住时间低于预设时间的城市;第三获取模块,用于获取用户在当前城市内通过登陆用的app的餐饮、娱乐消费记录;第一判定模块,用于判定用户在当前城市的居住状态,居住状态包括常住、出差、旅游,其中,常住对应所述第一获取模块,出差、旅游对应所述第二获取模块;第二分类模块,作用于所述第二获取模块,用于对所述第二获取模块在获取非稳定城市内的所有消费记录时进行出差状态和旅游状态的分类;归纳模块,用于根据常住、出差、旅游的状态进行对应的菜品推荐。
5.作为本发明的一种优选方式,还包括第一分类模块,所述第一分类模块作用于所述第一获取模块,所述第一分类模块设置人数阈值,顾客人数由系统录入顾客所坐桌号,当顾客人数低于人数阈值时,以常住状态进行菜品推荐,当顾客人数高于人数阈值时,以旅游状态进行菜品推荐。
6.作为本发明的一种优选方式,所述归纳模块进一步用于:当判定顾客为常住状态时,以当前城市的喜好进行推荐菜品的归纳;当判定顾客为出差状态时,以顾客的稳定城市中通过登陆用的app的餐饮消费记录为基准进行推荐菜品的归纳;当判定顾客为旅游状态时,以当前城市的特色进行推荐菜品的归纳。
7.作为本发明的一种优选方式,还包括:第一主体模块,用于顾客手动确认主菜以及在顾客未手动确认主菜的前提下自动确认主菜;第二主体模块,用于根据主菜推荐配菜;其中,第一主体模块包括:第二判定模块,用于判定当次点餐的主菜数量以及主菜名称,其中,主菜数量为主要判定点、主菜名称为次要判定点;其中,所述第二主体模块包括:第一推荐模块,在所述第二判定模块判断主菜数量为1时,根据主菜特征以及配菜下单次数推荐配菜,其中,主菜特征包括主菜食材以及味型;第二推荐模块,在所述第二判定模块判断主菜数量为大于等于2时,根据主菜特征以及配菜下单次数推荐配菜;其中,第二推荐模块包括:第一子判断模块,用于判断主菜和配菜采用的主要食材,判断依据为主菜以及配菜菜名以及食材量;第二子判断模块,用于判断主菜的味型以及配菜的味型;第三子判断模块,用于判断主菜的颜色配置以及配菜的颜色配置;第四子判断模块,用于判断主菜的烹饪方式以及配菜的颜色配置;所述第二推荐模块根据所述第一子判断模块、第二子判断模块、第三子判断模块以及第四子判断模块的判断结果予以补充推荐配菜。
8.作为本发明的一种优选方式,所述第一推荐模块以及所述第二推荐模块,在菜品推荐时根据所述归纳模块针对不同的顾客状态归纳出的推荐菜品进行针对性菜品推荐。
9.作为本发明的一种优选方式,所述第一主体模块还包括第三判定模块,所述第三判定模块服务于所述第二推荐模块,所述第三判定模块用于判定主菜和主菜之间、主菜和已选配菜之间的味型的关系;当所述第三判定模块判定出主菜和已选配菜之间的味型关系后,所述第二推荐模块根据所述第三判定模块的判定结果重新推荐菜品。
10.作为本发明的一种优选方式,在所述第二推荐模块中,对于配菜的推荐,所述第一子判断模块的参考比重、第二子判断模块的参考比重、第三子判断模块的参考比重、第四子判断模块的参考比重按次序降低。
11.作为本发明的一种优选方式,所述第二推荐模块进一步用于:在进行配菜推荐时,当所述第三判定模块判定主菜的味型一致时,所述第二推荐模块以与主菜相同的味型的配菜和与主菜不同味型的配菜为3:1的比例进行配菜菜品推荐;当所述第三判定模块判定主菜的味型不一致时,所述第二推荐模块以与主菜相同味型的配菜和与主菜不同味型的配菜为1:3的比例进行配菜菜品推荐。
12.作为本发明的一种优选方式,当所述第三判定模块判定主菜的味型不同时,所述第三判定模块进一步判定当次选择的配菜的味型,所述第二推荐模块在后续推荐的过程中减少当次选择的配菜的味型的菜品的推荐。
13.作为本发明的一种优选方式,所述第三判定模块判定已选主菜以及配菜的食材,所述第二推荐模块减少与已选的主菜以及配菜的食材相同的菜品的推荐;所述第三判定模块判定已选主菜以及配菜的烹饪方式,所述第二推荐模块减少与已选的主菜以及配菜的烹饪方式相同的菜品的推荐。
14.作为本发明的一种优选方式,还包括记录模块,所述记录模块记录以往点单过程中主菜和配菜的搭配的记录,并对每个主菜对应的配菜进行排序,所述第一推荐模块以及所述第二推荐模块根据每个主菜对应的配菜排序进行菜品推荐次序的规划。
15.作为本发明的一种优选方式,还包括确认模块,所述确认模块用于向顾客提供是否开启线上点餐系统的菜品推荐功能,若用户拒绝开启,则系统在当次点餐中关闭菜品推荐功能。
16.本发明实现以下有益效果:1.通过对用户的居住状态分析出用户是常住、出差、旅游的状态,从而能够归纳出用户的餐饮兴趣,进而进行菜品推荐。
17.2.通过对已经点好的菜品在食材、烹饪方式、味型和色彩等方面的判断分析以及对于顾客所点的菜品进行顾客喜好的笼统判定,从而能够向顾客推荐和主菜互相搭配的配菜,提高顾客的食用体验。
附图说明
18.图1为本发明提供的堂食配菜的线上点餐系统的结构图;图2为本发明提供的堂食配菜的线上点餐系统的第一结构图;图3为本发明提供的堂食配菜的线上点餐系统的第二结构图;图4为本发明提供的堂食配菜的线上点餐系统的工作流程图。
具体实施方式
19.在下面详细论述本发明实施例的制造和使用。然而,应该理解,本发明的实施例提供了许多可以在各种具体环境中实现的可应用的创造性构思。所论述的具体实施例仅是制造和使用所公开的主题的具体方式,而不用于限制不同实施例的范围。
20.参考图1-4。本发明的其中一方面提供了一种堂食配菜的线上点餐系统,包括:登录模块1,提供顾客登陆系统的窗口,所述登录模块1利用用户团购app通道进行登陆。
21.第一获取模块2,用于获取用户在稳定城市内通过登陆用的app的餐饮消费记录,所述稳定城市为用户居住超过预设时间的城市,所述预设时间为系统设置的用于判定的时间长度。
22.第二获取模块3,用于获取用户在非稳定城市内通过登陆用的app的餐饮消费记录,所述非稳定城市为用户居住时间低于预设时间的城市。
23.第三获取模块4,用于获取用户在当前城市内通过登陆用的app的餐饮、娱乐消费记录。
24.第一判定模块5,用于判定用户在当前城市的居住状态,居住状态包括常住、出差、旅游,其中,常住对应所述第一获取模块2,出差、旅游对应所述第二获取模块3。
25.第二分类模块6,作用于所述第二获取模块3,用于对所述第二获取模块3在获取非稳定城市内的所有消费记录时进行出差状态和旅游状态的分类。
26.归纳模块7,用于根据常住、出差、旅游的状态进行对应的菜品推荐。
27.其中,本发明的其中一方面提供的一种堂食配菜的线上点餐系统还包括第一分类模块8,所述第一分类模块8作用于所述第一获取模块2,所述第一分类模块8设置人数阈值,顾客人数由系统录入顾客所坐桌号,当顾客人数低于人数阈值时,以常住状态进行菜品推荐,当顾客人数高于人数阈值时,以旅游状态进行菜品推荐。
28.其中,所述归纳模块7进一步用于,当判定顾客为常住状态时,以当前城市的喜好进行推荐菜品的归纳;当判定顾客为出差状态时,以顾客的稳定城市中通过登陆用的app的餐饮消费记录为基准进行推荐菜品的归纳;当判定顾客为旅游状态时,以当前城市的特色
进行推荐菜品的归纳。
29.其中,本发明的其中一方面提供的一种堂食配菜的线上点餐系统还包括:第一主体模块9,用于顾客手动确认主菜以及在顾客未手动确认主菜的前提下自动确认主菜。
30.第二主体模块10,用于根据主菜推荐配菜。
31.其中,第一主体模块9包括:第二判定模块11,用于判定当次点餐的主菜数量以及主菜名称,其中,主菜数量为主要判定点、主菜名称为次要判定点。
32.其中,所述第二主体模块10包括:第一推荐模块12,在所述第二判定模块11判断主菜数量为1时,根据主菜特征以及配菜下单次数推荐配菜,其中,主菜特征包括主菜食材以及味型。
33.第二推荐模块13,在所述第二判定模块11判断主菜数量为大于等于2时,根据主菜特征以及配菜下单次数推荐配菜。
34.其中,第二推荐模块13包括:第一子判断模块14,用于判断主菜和配菜采用的主要食材,判断依据为主菜以及配菜菜名以及食材量。
35.第二子判断模块15,用于判断主菜的味型以及配菜的味型。
36.第三子判断模块16,用于判断主菜的颜色配置以及配菜的颜色配置。
37.第四子判断模块17,用于判断主菜的烹饪方式以及配菜的颜色配置。
38.所述第二推荐模块13根据所述第一子判断模块14、第二子判断模块15、第三子判断模块16以及第四子判断模块17的判断结果予以补充推荐配菜。
39.其中,对于所述第一推荐模块12以及所述第二推荐模块13,在菜品推荐时根据所述归纳模块7针对不同的顾客状态归纳出的推荐菜品进行针对性菜品推荐。
40.其中,所述第一主体模块9还包括第三判定模块18,所述第三判定模块18服务于所述第二推荐模块13,所述第三判定模块18用于判定主菜和主菜之间、主菜和已选配菜之间的味型的关系;当所述第三判定模块18判定出主菜和已选配菜之间的味型关系后,所述第二推荐模块13根据所述第三判定模块18的判定结果重新推荐菜品。
41.其中,在所述第二推荐模块13中,对于配菜的推荐,所述第一子判断模块14的参考比重、第二子判断模块15的参考比重、第三子判断模块16的参考比重、第四子判断模块17的参考比重按次序降低。
42.其中,对于所述第二推荐模块13,在进行配菜推荐时,当所述第三判定模块18判定主菜的味型一致时,所述第二推荐模块13以与主菜相同的味型的配菜和与主菜不同味型的配菜为3:1的比例进行配菜菜品推荐;当所述第三判定模块18判定主菜的味型不一致时,所述第二推荐模块13以与主菜相同味型的配菜和与主菜不同味型的配菜为1:3的比例进行配菜菜品推荐。
43.其中,当所述第三判定模块18判定主菜的味型不同时,所述第三判定模块18进一步判定当次选择的配菜的味型,所述第二推荐模块13在后续推荐的过程中减少当次选择的配菜的味型的菜品的推荐。
44.其中,所述第三判定模块18判定已选主菜以及配菜的食材,所述第二推荐模块13减少与已选的主菜以及配菜的食材相同的菜品的推荐;所述第三判定模块18判定已选主菜以及配菜的烹饪方式,所述第二推荐模块13减少与已选的主菜以及配菜的烹饪方式相同的菜品的推荐。
45.其中,本发明的其中一方面提供的一种堂食配菜的线上点餐系统还包括记录模块,所述记录模块记录以往点单过程中主菜和配菜的搭配的记录,并对每个主菜对应的配菜进行排序,所述第一推荐模块12以及所述第二推荐模块13根据每个主菜对应的配菜排序进行菜品推荐次序的规划。
46.其中本发明的其中一方面提供的一种堂食配菜的线上点餐系统还包括确认模块,所述确认模块用于向顾客提供是否开启线上点餐系统的菜品推荐功能,若用户拒绝开启,则系统在当次点餐中关闭菜品推荐功能。
47.在具体实施过程中,顾客通过手机中的生活、餐饮app登陆系统,例如某团app,在登陆后,系统获取顾客在app中公开的消费情况,从而通过第一判定模块5对消费情况进行判定,例如,顾客当前所在城市为城市a,顾客在城市a中的消费时长大于预设时间,则判定顾客在城市a中居住超过预设时间,即城市a为用户的稳定城市,对于消费时长,判定时结合一定时间内,例如3年内,用户在app上消费的地点最多数据在城市a内,则可以直接判定用户的消费时长为3年;而消费记录出现跨城市且最后消费在当前所在城市,例如从城市b转为城市a,判定第一次和最后一次消费的时间间隔,例如1星期,则判定用户消费的时长为1星期,若设定的预设时间为3个月,则消费时间为3年时,城市a为稳定城市,消费时长为1星期时,城市a为非稳定城市。
48.进一步的,当城市a为稳定城市时,第一判定模块5判定居住状态为常住,当城市a为非稳定城市是,第一判定模块5判定居住状态为出差或者旅游,其中,对于旅游或出差,第二分类模块6通过在城市a中所有的消费记录进行判断,例如,假设顾客在城市a为出差,依据常识角度,则消费记录中不会存在较多娱乐项目的消费,且餐饮状况也是以小店面为主,并且餐饮也是以顾客自身的偏好为主体,因此,当第二分类模块6判定出上述状况时,判定顾客处于出差状态;假设顾客在城市a为旅游,则依据常识角度,消费记录中会出现较多的娱乐项目的消费,且餐饮状况多数为较大的餐馆,且餐饮会偏向当地的风味,因此,当第二分类模块6判定出上述状况时,判定顾客处于旅游状态。对于常住状态,也分为日常饮食和宴请饮食,第一分类模块8作用于第一获取模块2,第一分类模块8设置人数阈值,顾客人数由系统录入顾客所坐桌号,当顾客人数低于人数阈值时,以常住状态进行菜品推荐,当顾客人数高于人数阈值时,以旅游状态进行菜品推荐。
49.当判定顾客为常住状态时,归纳模块7以当前城市的喜好进行推荐菜品的归纳;当判定顾客为出差状态时,归纳模块7以顾客的稳定城市中通过登陆用的app的餐饮消费记录为基准进行推荐菜品的归纳;当判定顾客为旅游状态时,归纳模块7以当前城市的特色进行推荐菜品的归纳。
50.当顾客进行点餐时,系统会向顾客提供确认进行菜品推荐的提示,若顾客点击“是”,则点餐系统的菜品推荐功能开启;若顾客点击“否”,则点餐系统的菜品推荐功能关闭。在顾客确认开启菜品推荐的功能后,系统根据顾客的点餐行为进行菜品推荐,该些菜品以归纳模块7归纳的菜品为优先。
51.对于系统,将主菜的菜单放在线上菜单的最前端,使得顾客能够先进行主菜的点单,并且,传统意义上讲也应该先进行主菜的确认、再进行配菜的搭配。当顾客确认好主菜后,第一主体模块9会自动确认主菜或者由顾客手动确认主菜,同时第一主体模块9随时统计主菜的数量以及名称,当暂时统计到主菜数量为1时,启用第一推荐模块12进行配菜推荐;当暂时统计到的主菜数量为2开始,启用第二推荐模块13进行配菜推荐。对于第一推荐模块12,根据以往下单次数推荐配菜,即记录中配菜被点单的次数越多,则推荐等级越高,并且,对于第一推荐模块12,进一步的通过记录模块记录的以往点单中和此次点单中菜品搭配的历史记录进行菜品推荐,即,和当次点单中的主菜搭配次数越多的配菜推荐等级越高。
52.而对于第二推荐模块13,当主菜数量累积到2时,开始采用第二推荐模块13进行配菜推荐,在第二推荐模块13工作时,第三判定模块18先是判定主菜与主菜之间的味型关系,假如主菜a是麻辣味型、主菜b是酸辣味型,则判定主菜a和主菜b是相似的味型,则判定主菜的味型一致,从而暂时判定顾客喜欢吃带辣味的,进而,对于配菜,第二推荐模块13以与主菜相同的味型的配菜和与主菜不同味型的配菜为3:1的比例进行配菜菜品推荐,即推荐3道味型带有辣的配菜后推荐1道味型不具有辣的特点的配菜,而对于配菜推荐,根据主菜的食材进行补充推荐,例如主菜采用的是鸡和牛肉,则配菜推荐中减少材料为鸡和牛肉的配菜,同时,根据主菜烹饪方式进行补充推荐,例如主菜采用爆炒和清蒸,则配菜中减少爆炒和清蒸的推荐。
53.进一步的,假如主菜a是麻辣味型、主菜b是咸仙味型,则判定主菜的味型不同,对于配菜,第二推荐模块13以与主菜相同的味型的配菜和与主菜不同味型的配菜为1:3的比例进行配菜菜品推荐,即推荐推荐3道其他的味型的配菜后推荐1道味型为麻辣或咸仙的配菜,而对于配菜推荐,根据主菜食材进行补充推荐,例如主菜采用的是鸡和牛肉,则配菜推荐中减少材料为鸡和牛肉的配菜,同时,根据主菜烹饪方式进行补充推荐,例如主菜采用的是爆炒和熬汤,则配菜中减少爆炒和熬汤的推荐。进一步的,每当推荐一道配菜,第三判定模块18判定此次推荐的配菜的味型,第二推荐模块13在后续推荐的过程中减少当次选择的配菜的味型的菜品的推荐。
54.对于第二推荐模块13,在顾客进行点单的过程中,第二推荐模块13时时刻刻在根据已经点好的主菜和配菜进行调整,即,在点完2个主菜时系统立即根据上述过程进行配菜预推荐,当顾客又点了一道主菜后,再次执行上述步骤。
55.而在上述过程中,还会根据第三子判断模块16对于主菜和配菜的色彩进行判定,假如已经点了2道红色系的菜品后,会减少红色系的菜品的推荐,以此类推。
56.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
57.在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表
示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
58.应当理解,尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
59.以上所述仅为本说明书一个或多个实施例的较佳实施例而已,并不用以限制本说明书一个或多个实施例,凡在本说明书一个或多个实施例的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本说明书一个或多个实施例保护的范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1