CN108280729A - 一种配餐方法及装置 - Google Patents

Abstract

本发明公开了一种配餐方法及装置，其中，所述方法包括：确定用户的偏好信息；确定与所述偏好信息匹配的第一菜品推荐信息；发送携带有所述第一菜品推荐信息的第一预约订单给所述用户。

Description

一种配餐方法及装置

技术领域

本发明涉及计算机智能服务领域，具体而言，涉及一种配餐方法及装置。

背景技术

随着移动互联网的发展，智能手机的功能越来越强大，智能手机上的各种应用也是丰富多彩，遍布到了生活中的方方面面，与人们的生活联系越来越紧密，已经成为人们日常生活不可缺少的部分。

外卖作为一种方便快捷的订餐方式，现在越来越受到广大年轻客户的欢迎。工作太忙，不想自己做饭，都可以通过这种方式足不出户解决温饱问题。但是如果选择餐品的时间过长容易耽误点餐时间；或者忘记提前订餐，肚子饿了才想起订外卖却为时已晚。这些情况下不仅是不能按照吃饭，难以选到想要的餐品，还会影响身体健康，用户体验比较差。

目前所有外卖产品均是由用户自己选择餐品、菜品、以及店家，选择完毕后确认提交订单，再由商家进行外卖的配送。这样导致的问题就是，如果用户面对太多的选择反而一时不好做出选择，结果耽误了点餐时间，或者忘记点餐而导致延迟就餐。

发明内容

为解决现有存在的技术问题，本发明实施例提供一种配餐方法及装置，解决了因为选择困难症或者忘记提前点餐而导致的延迟就餐的问题，能够根据用户的订餐记录进行自动配餐，节约了用户的时间，并提升了用户的体验。

为达到上述目的，本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种配餐方法，所述方法包括：

确定用户的偏好信息；

确定与所述偏好信息匹配的第一菜品推荐信息；

发送携带有所述第一菜品推荐信息的第一预约订单给所述用户。

第二方面，本发明实施例提供一种配餐装置，所述装置包括：

第一确定模块，用于确定用户的偏好信息；

第二确定模块，用于确定与所述偏好信息匹配的第一菜品推荐信息；

发送模块，发送携带有所述第一菜品推荐信息的第一预约订单给所述用户。

本发明实施例公开了一种配餐方法及装置，其中，所述方法包括：首先确定用户的偏好信息；然后进一步确定与所述偏好信息匹配的第一菜品推荐信息；发送携带有所述第一菜品推荐信息的第一预约订单给所述用户。如此，能够根据用户的订餐记录进行自动配餐，节约了用户的时间，并提升了用户的体验。

附图说明

在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。

图1为本发明实施例一配餐方法的实现流程示意图；

图2为本发明实施例二配餐方法的实现流程示意图；

图3-1为本发明实施例三提供的配餐方法的客户端处理流程示意图；

图3-2为本发明实施例三提供的配餐方法的服务器处理流程示意图；

图4为本发明实施例四配餐装置的组成结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对发明的具体技术方案做进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

实施例一

外卖作为一种方便快捷的订餐方式，现在越来越受到广大年轻客户的欢迎。对于某些选择困难症患者来说，这却是一件爱恨纠结的事情，左挑右选还是不知道选哪家店哪个餐品，好不容易选了一个喜欢的,转眼已经卖光；或者忘记点餐不知不觉过了饭点到了高峰期，又得多等好长时间才能吃上餐品，造成延迟就餐。

为了解决上述技术问题，本发明实施例提供一种配餐方法，应用于配餐装置，图1为本发明实施例一配餐方法的实现流程示意图，如图1所示，所述方法包括：

步骤S101，确定用户的偏好信息；

这里，步骤S101确定用户的偏好信息可以是由配餐装置来实现的，在实际应用中配餐装置可以是一个服务器设备。

在本发明的其他实施例中，确定用户的偏好信息可以包括但不限于以下几种实现方式：

第一种，根据所述用户的订餐记录确定所述用户的偏好信息；

第二种，根据所述用户在订餐APP上提供的设置用户偏好信息栏输入用户的偏好信息；

第三种，对用户输入的记录进行分析，确定用户的偏好信息。比如，可以根据用户在搜索栏输入的关键性确定用户的偏好信息。

如果是根据所述用户的订餐记录确定所述用户的偏好信息，则步骤S101的具体实现过程包括：

步骤S101a，获取所述用户的订餐记录；

步骤S102b，对所述订餐记录进行分析，确定所述用户的偏好信息。

在本发明其他实施例中，所述步骤S101a的实现过程包括：

接收用户发送的第一消息；其中，所述第一消息至少包括自动配餐开关的状态和所述用户的标识信息；

解析所述第一消息，确定所述自动配餐开关的状态和所述用户的标识信息；

判断所述第一消息中自动配餐开关的状态是否为打开状态；

如果所述自动配餐开关的状态为打开状态，根据所述用户的标识信息确定所述用户的订餐记录。

在本发明其他实施例中，所述步骤S101b的实现过程包括：

将所述订餐记录中出现次数最多的菜品类型确定为所述用户偏好的菜品类型；将所述用户偏好的菜品类型，确定为所述用户的偏好信息。这样，服务器可以根据用户以往的订餐记录，得出用户最喜欢的菜品类型，了解用户偏好的口味，确定用户的偏好信息。

在本发明的其他实施例中，为了更加准确的确定用户的偏好信息，比如用户的消费水平、以及用户偏好的店铺等级等信息，所述步骤S101b的实现过程还可以包括：根据所述订餐记录，确定每一预设的消费金额范围的第一订餐次数；将所述第一订餐次数中最大值对应的消费金额范围确定为用户偏好的消费水平；根据所述订餐记录，确定每一预设的店铺评分范围的第二订餐次数；将所述第二订餐次数中最大值对应的店铺评分范围确定为用户偏好的店铺等级；根据所述用户偏好的菜品类型、用户偏好的消费水平和所述用户偏好的店铺等级确定所述用户的偏好信息。

步骤S102，确定与所述偏好信息匹配的第一菜品推荐信息；

这里，当所述的偏好信息包括菜品类型时，所述步骤S102的实现过程包括：确定与所述偏好信息中的菜品类型匹配的第一菜品信息集合；从所述第一菜品信息集合中选取任意一个第一菜品信息，并将所述第一菜品信息确定为第一菜品推荐信息。这样，就可以根据用户的偏好信息确定与用户偏好的菜品类型相匹配的菜品，推荐给用户。

在本发明的其他实施例中，为了给用户更好的体验，可以对包括菜品类型、消费水平以及店铺等级的偏好信息进行匹配，确定第一菜品推荐信息。此时，所述步骤S102的具体实现过程包括：

确定与所述偏好信息中的菜品类型、消费水平和店铺等级都匹配的第四菜品信息集合；

从所述第四菜品信息集合中选取任意一个第二菜品信息，并将所述第二菜品信息确定为第一菜品推荐信息。

更进一步地，所述确定与所述偏好信息中的菜品类型、消费水平和店铺等级都匹配的第四菜品信息集合的具体实现过程包括：

确定与所述偏好信息中的第一属性匹配的第二菜品信息集合；其中，所述第一属性是菜品类型、消费水平和店铺等级中的任意一个属性；

从所述第二菜品信息集合中确定与所述偏好信息中的第二属性匹配的第三菜品信息集合；其中，所述第二属性是从菜品类型、消费水平和店铺等级中除去第一属性中的任意一个属性；

从所述第三菜品信息集合中确定与所述偏好信息中的第三属性匹配的第四菜品信息集合；其中，所述第三属性是从菜品类型、消费水平和店铺等级中除去第一属性和所述第二属性的属性。

这样，综合考虑了用户对菜品类型、消费水平以及店铺等级多方面的要求，可以为用户推荐更合适的菜品。

比如，所述第一属性是菜品类型，用户的偏好信息中的菜品类型是川菜，则确定与川菜匹配的第二菜品信息集合；

比如第二菜品信息集合包括：麻婆豆腐，15元，店铺1，五星、水煮肉片，25元，店铺1，4.5星、鱼香茄子，13元，店铺2，3.5星、辣子鸡，30元，店铺3，5星，

再从第二菜品集合中确定满足剩下的两个属性中第二属性的第三菜品集合，也就是说第三菜品集合是满足了第一属性和第二属性的菜品集合

比如，第二属性是消费金额，用户的偏好信息中的消费金额为低于25元，则此时第三菜品集合为：麻婆豆腐，15元，店铺1，五星、鱼香茄子，13元，店铺2，3.5星。

最后从第三菜品集合中确定满足第三属性的第四菜品集合，此时，第三属性为店铺等级，比如用户偏好信息中店铺等级为大于4星，则第四菜品集合为麻婆豆腐，15元，店铺1，五星。再将第四菜品集合中的任意一个菜品信息确定为第一菜品推荐信息。

步骤S103，发送携带有所述第一菜品推荐信息的第一预约订单给所述用户。

这里，首先判断是否到达用户设置的配餐确认提醒时间；如果到达所述配餐确认提醒时间，再将所述第一菜品推荐信息携带于第一预约订单中发送给所述用户。这样，可以在达到用户预设的配餐确认提醒时间时，将第一预约订单发送给用户，可以避免用户因为错过忘记提前预订外卖，到就餐高峰期时才来预定外卖，此时配送时间就会大大延迟，导致不能按时就餐。

在本发明实施例提供的配餐方法中，通过根据用户的标识信息确定用户的订餐记录；对所述订餐记录进行分析，得到所述用户的偏好信息；确定与所述偏好信息匹配的第一菜品推荐信息；发送携带有所述第一菜品推荐信息的第一预约订单给所述用户。如此，能够根据用户的订餐记录进行自动配餐，提高了点餐的速度，进而节约了用户的时间，解决因为选择困难症或者忘记提前点餐而导致的延迟就餐的问题，从而提高了用户的体验。

实施例二

目前所有外卖产品均是由用户自己选择餐品、菜品、以及店家，选择完毕后确认提交订单，再由商家进行外卖的配送，如果用户有选择困难症或者忘记点餐，尤其在外卖高峰期点餐慢了会影响外卖送达时间；除此之外，对于商家来说，所有客户自由点餐可能会引起预估不够，导致食材准备不匹配的问题，如果某种菜品在某天特别受到客户欢迎，极可能引起食材不够，再去采购食材必会导致配送时间延迟，非常影响用户体验。除此之外，用户不懂营养搭配导致所选餐品营养没有均衡搭配，影响到身体健康。

为了解决上述技术问题，本发明实施例再提供一种配餐方法，图2为本发明实施例二配餐方法的实现流程示意图，如图2所示，所述方法包括：

步骤S201，用户向服务器发送第一消息；

这里，所述第一消息至少包括自动配餐开关的状态和所述用户的标识信息。当自动配餐开关的状态为打开状态时，所述第一消息还包括用户设置的配餐确认提醒时间。

步骤S202，服务器接收并解析所述第一消息，得到所述自动配餐开关的状态和所述用户的标识信息；

步骤S203，所述服务器判断所述自动配餐的开关状态是否是打开状态；是则进入步骤S204，否则结束流程。

步骤S204，所述服务器根据所述用户的标识信息确定所述用户的订餐记录；

步骤S205，所述服务器对所述订餐记录进行分析，得到所述用户的偏好信息；

步骤S206，所述服务器确定与所述偏好信息匹配的第一菜品推荐信息；

步骤S207，所述服务器发送携带有所述第一菜品推荐信息的第一预约订单给所述用户；

步骤S208，用户接收到第一预约订单后，向所述服务器发送第二消息；

这里，用户接收到第一预约订单后，查看第一预约订单中的菜品，如果是自己想吃的，会向所述服务器发送携带有同意下单的第二消息，如果用户对第一预约订单不满意，则会向所述服务器发送携带有不同意下单的第二消息。

步骤S209，所述服务器接收并解析所述第二消息，得到所述用户的反馈消息；

步骤S210，所述服务器判断所述反馈信息是否为同意下单；

步骤S211，如果所述反馈信息为同意下单，则所述服务器将所述第一预约订单发送至所述第一预约订单对应的商家；

这里，所述商家接收到所述第一预约订单后，按照所述第一预约订单进行餐品准备；准备完成后进行配送，并实时更新配送状态；用户接收外卖后进行付款及评价。

步骤S212，所述服务器向用户发送第三消息；

这里，所述第三消息用于通知用户所述第一预约订单已发送至所述第一订单对应的商家。

步骤S213，如果所述反馈信息为不同意下单，则所述服务器确定与所述偏好信息匹配的第二菜品推荐信息；

这里，如果用户反馈不同意下单，则所述服务器会重新为用户选择一个不同于第一菜品推荐信息的第二菜品推荐信息供用户选择。

步骤S214，将携带有所述第二菜品推荐信息的第二预约订单发送给所述用户。

这里，第二预约订单是因为用户不满意第一预约订单，服务器再次进行选择，根据第二菜品推荐信息生成的，这时肯定已经达到了用户设定的配餐确认提醒时间，因此不用再次判断是否到达用户设置的配餐确认提醒时间，而是直接将所述第二预约订单发送给所述用户。

需要说明的是，本实施例中与其它实施例中相同步骤或概念的解释可以参考其它实施例中的描述，此处不再赘述。

本发明实施例提供的配餐方法，通过根据用户的标识信息确定用户的订餐记录；对所述订餐记录进行分析，得到所述用户的偏好信息；确定与所述偏好信息匹配的第一菜品推荐信息；发送携带有所述第一菜品推荐信息的第一预约订单给所述用户，如果用户同意下单则将所述第一预约订单发送给所述第一预约订单对应的商家，如果用户不同意下单，则再次确定与所述偏好信息匹配的第二菜品推荐信息；将携带有所述第二菜品推荐信息的第二预约订单发送给所述用户，直至用户满意。这样，服务器可以根据用户以往的订餐记录，自动为用户选择菜品，免去了用户因为面对太多的选择反而一时不好做出选择，而导致耽误了点餐时间的问题，提高了用户的体验。

实施例三

本发明实施例先提供一种配餐方法，本实施例中配餐方法需要客户端及服务器端共同配合完成，以下将分别介绍客户端以及服务器端的处理流程。

一、客户端处理流程

客户端侧需要提供界面给用户进行自动配餐的设置，包括设置是否允许自动配餐，以及配餐订单提供时间等，同时在开启了允许自动配餐服务后，能够接收到是否已经配餐的状态通知，以及配送状态的推送通知，能够展示详情。图3-1为本发明实施例三提供的配餐方法的客户端处理流程示意图，如图3-1所示，本发明实施例三提供的方法的客户端处理流程具体包括：

步骤S311，用户打开自动配餐设置界面；

步骤S312，用户选择是否打开自动配餐开关；

步骤S313，如果用户选择打开自动配餐，则提供界面给用户设置配餐确认提醒时间；如果用户选择关闭开关，则直接显示关闭；

步骤S314，用户设置完毕后，保存设置；将此设置上传至后台(即服务器侧)；

这里，用户设置完成后需要将设置的开关状态，以及配餐订单提醒时间的信息发送给服务器侧，以便服务器侧进行菜品的自动配餐及订单配送。

二、服务器侧处理流程

在服务器侧处理流程中，需要在上述客户端打开自动配餐开关的前提下才能进行。图3-2为本发明实施例三提供的配餐方法的服务器侧处理流程示意图，如图3-2所示，本发明实施例三提供的方法的服务器侧的处理流程具体包括：

步骤S321，接收客户端上报的用户设置的自动配餐设置信息；

步骤S322，服务器收集该用户之前的订餐记录；

步骤S323，根据用户的记录进行分析，推断出用户所喜欢的菜品类型，以及店铺等级，和消费水平等信息；

这里，步骤S323所述的匹配需要后台根据用户之前的订餐记录，分析出用户的口味偏好、商家等级、可接受价格范围等因素，来进行商家以及商家所提供餐品的匹配，同时还可以根据商家订单的忙闲程度，及营养搭配等进行适度调配，尽量做到在最优时间，以最优价格，提供最优餐品的最优服务。

步骤S324，根据用户分析结果，查找匹配的店铺及菜品；

步骤S325，对查找出来的菜品预约下单，并在用户设定的提醒时间发送订单信息给用户确认；

步骤S326，判断用户是否同意下单；

步骤S327，如果用户同意下单，则自动完成下单完成后通知客户端及商家；如果用户不同意当前订单，则重新匹配其它的店铺及菜品，再行与用户确认，直到用户最终确认后自动下单。

这里，商家接收到订单后，按照所述订单进行餐品准备，准备完成后进行配送，并实时更新配送状态；用户接收外卖后进行付款及评价。

本发明实施例提供的自动配餐方法，由客户端进行开关及确认订单提醒时间等信息设置，服务器侧统一根据用户之前的订餐记录，分析用户口味偏好等信息，根据此信息进行餐品，店铺匹配，及下单确认及配送管理等工作。

本发明实施例提供的自动配餐方法，用于难以选择，或者忘记提前选择餐品所引起的不能按时就餐的问题，可能存在的场景如下：(1)选择困难症患者在众多菜品中难以决择想吃什么，左选右选挑花了眼，导致一时不能下单；(2)忘记提前预订外卖，到就餐高峰期时才来预定外卖，此时配送时间就会大大延迟，导致不能按时就餐。

通过本发明实施例提供的自动配餐方法，遇到上面所述场景时能够提前选择餐品并下单，并以自己所能接受价格范围，在正餐时间享受美食，也完美的绕开了选择困难症，节约用户的时间，或许某些餐品还能带给用户惊喜，极大的提升了用户体验。

实施例四

本发明实施例提供一种配餐装置，图4为本发明实施例四配餐装置的组成结构示意图，如图4所示，所述配餐装置400包括：第一确定模块401、第二确定模块402、第一发送模块403、接收模块404、解析模块405、第一判断模块406、第二发送模块407、第三发送模块408、第三确定模块409和第四发送模块410，其中：

所述第一确定模块401，用于确定用户的偏好信息；

这里，所述第一确定模块401进一步包括：

获取单元，用于获取所述用户的订餐记录(订餐记录的获取特别是如何获取并非该专利的必要技术特征，即使有必要出现，也不用详细说明)；

第一确定单元，用于对所述订餐记录进行分析，确定所述用户的偏好信息。

这里，所述第一确定单元进一步包括：第一确定子单元，用于将所述订餐记录中出现次数最多的菜品类型确定为所述用户偏好的菜品类型；

第二确定子单元，用于将所述用户偏好的菜品类型，确定为所述用户的偏好信息。

为了更加准确的了解用户的偏好信息，所述第一确定单元还可以包括：第三确定子单元，用于根据所述订餐记录，确定每一预设的消费金额范围的第一订餐次数；

第四确定子单元，用于将所述第一订餐次数中最大值对应的消费金额范围确定为用户偏好的消费水平；

第五确定子单元，用于根据所述订餐记录，确定每一预设的店铺评分范围的第二订餐次数；

第六确定子单元，用于将所述第二订餐次数中最大值对应的店铺评分范围确定为用户偏好的店铺等级；

第七确定子单元，用于根据所述用户偏好的菜品类型、用户偏好的消费水平和所述用户偏好的店铺等级确定所述用户的偏好信息。

所述第二确定模块402，用于确定与所述偏好信息匹配的第一菜品推荐信息；

这里，所述第二确定模块402进一步包括：第二确定单元，用于确定与所述偏好信息中的菜品类型匹配的第一菜品信息集合；

第三确定单元，用于从所述第一菜品信息集合中选取任意一个第一菜品信息，并将所述第一菜品信息确定为第一菜品推荐信息。

相应的，当所述偏好信息还包括用户偏好的消费水平和店铺等级时，所述第二确定模块402进一步包括：第四确定单元，用于确定与所述偏好信息中的菜品类型、消费水平和店铺等级都匹配的第四菜品信息集合；

第五确定单元，用于从所述第四菜品信息集合中选取任意一个第二菜品信息，并将所述第二菜品信息确定为第一菜品推荐信息。

进一步地，所述第四确定单元包括：

第八确定子单元，用于确定与所述偏好信息中的第一属性匹配的第二菜品信息集合；其中，所述第一属性是菜品类型、消费水平和店铺等级中的任意一个属性；

第九确定子单元，用于从所述第二菜品信息集合中确定与所述偏好信息中的第二属性匹配的第三菜品信息集合；其中，所述第二属性是从菜品类型、消费水平和店铺等级中除去第一属性中的任意一个属性；

第十确定子单元，用于从所述第三菜品信息集合中确定与所述偏好信息中的第三属性匹配的第四菜品信息集合；其中，所述第三属性是从菜品类型、消费水平和店铺等级中除去第一属性和所述第二属性的属性。

所述第一发送模块403，发送携带有所述第一菜品推荐信息的第一预约订单给所述用户；

这里，所述第一发送模块403进一步包括：第二判断单元，用于判断是否到达用户设置的配餐确认提醒时间；

发送单元，用于如果到达所述配餐确认提醒时间，将所述第一菜品推荐信息携带于第一预约订单中发送给所述用户。

所述接收模块404，用于接收用户发送的第二消息；其中，所述第二消息中携带有用户的反馈信息；

所述解析模块405，用于解析所述第二消息，得到用户的反馈信息；

所述第一判断模块406，用于判断所述反馈信息是否为同意下单；

所述第二发送模块407，用于如果所述反馈信息为同意下单，则将所述第一预约订单发送至所述第一预约订单对应的商家；

所述第三发送模块408，用于向客户端发送第三消息；其中，所述第三消息用于通知客户端所述第一预约订单已发送至所述第一订单对应的商家；

所述第三确定模块409，用于如果所述反馈信息为不同意下单，则确定与所述偏好信息匹配的第二菜品推荐信息；

所述第四发送模块410，用于将所述第二菜品推荐信息携带于第二预约订单中发送给所述用户。

这里需要指出的是：以上配餐装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明配餐装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种餐方法，其特征在于，所述方法包括：

确定用户的偏好信息；

确定与所述偏好信息匹配的第一菜品推荐信息；

发送携带有所述第一菜品推荐信息的第一预约订单给所述用户。

2.根据权利要求1中所述的方法，其特征在于，所述确定用户的偏好信息，包括：

获取所述用户的订餐记录；

对所述订餐记录进行分析，确定所述用户的偏好信息。

3.根据权利要求2中所述的方法，其特征在于，所述对所述订餐记录进行分析，确定所述用户的偏好信息，包括：

将所述订餐记录中出现次数最多的菜品类型确定为所述用户偏好的菜品类型；

将所述用户偏好的菜品类型，确定为所述用户的偏好信息。

4.根据权利要求3中所述的方法，其特征在于，所述对所述订餐记录进行分析，确定所述用户的偏好信息，还包括：

根据所述订餐记录，确定每一预设的消费金额范围的第一订餐次数；

将所述第一订餐次数中最大值对应的消费金额范围确定为用户偏好的消费水平；

根据所述订餐记录，确定每一预设的店铺评分范围的第二订餐次数；

将所述第二订餐次数中最大值对应的店铺评分范围确定为用户偏好的店铺等级；

根据所述用户偏好的菜品类型、用户偏好的消费水平和所述用户偏好的店铺等级确定所述用户的偏好信息。

5.根据权利要求3中所述的方法，其特征在于，所述确定与所述偏好信息匹配的第一菜品推荐信息，包括：

确定与所述偏好信息中的菜品类型匹配的第一菜品信息集合；

从所述第一菜品信息集合中选取任意一个第一菜品信息，并将所述第一菜品信息确定为第一菜品推荐信息。

6.根据权利要求4中所述的方法，其特征在于，所述确定与所述偏好信息匹配的第一菜品推荐信息，包括：

确定与所述偏好信息中的菜品类型、消费水平和店铺等级都匹配的第四菜品信息集合；

从所述第四菜品信息集合中选取任意一个第二菜品信息，并将所述第二菜品信息确定为第一菜品推荐信息。

7.根据权利要求1-6中任一所述的方法，其特征在于，所述将所述第一菜品推荐信息携带于第一预约订单中发送给所述用户，包括：

判断是否到达用户设置的配餐确认提醒时间；

如果到达所述配餐确认提醒时间，将所述第一菜品推荐信息携带于第一预约订单中发送给所述用户。

8.根据权利要求1-6中任一所述的方法，其特征在于，所述方法还包括：

接收用户发送的第二消息；其中，所述第二消息中携带有用户的反馈信息；

解析所述第二消息，得到用户的反馈信息；

判断所述反馈信息是否为同意下单；

如果所述反馈信息为同意下单，则将所述第一预约订单发送至所述第一预约订单对应的商家。

9.根据权利要求1-6中任一所述的方法，其特征在于，所述方法还包括：

如果所述反馈信息为不同意下单，则确定与所述偏好信息匹配的第二菜品推荐信息；

将携带有所述第二菜品推荐信息的第二预约订单发送给所述用户。

10.一种配餐装置，其特征在于，所述装置包括：

第一确定模块，用于确定用户的偏好信息；

第二确定模块，用于确定与所述偏好信息匹配的第一菜品推荐信息；

第一发送模块，发送携带有所述第一菜品推荐信息的第一预约订单给所述用户。