一种菜品推荐方法、装置以及设备与流程

文档序号:16790316发布日期:2019-02-01 19:35阅读:154来源:国知局
一种菜品推荐方法、装置以及设备与流程

本申请涉及电子商务领域,具体而言,涉及一种菜品推荐方法、装置以及设备。



背景技术:

随着生活水平的提高,越来越多的人选择在餐厅、酒店就餐,但是大部分用户在餐厅内点单过程中,时常面临菜品选择较多而难以确定的现象,由于每家餐馆的风味特色不同,就餐者的偏好、就餐人数、就餐标准等等也各有不同,因此,很难找到一种普遍适用的方法来满足每位顾客的就餐需求。餐饮行业作为信息化程度较高的行业,虽然餐饮行业信息化给顾客点餐带来极大的方便,但是对琳琅满目的菜品和有限的菜品库信息,很多用户都对点菜犯难,不知道自己怎么选择合适。因此,如何向用餐顾客推荐菜品也成为餐饮服务业需要解决的问题。



技术实现要素:

本申请提供一种菜品推荐方法,以满足向用餐顾客推荐菜品的需求。本申请另外提供一种菜品推荐装置、电子设备和存储设备。

本申请提供一种菜品推荐方法,包括:

获得用餐顾客群体中至少一个用餐顾客的扫码信息;

根据所述扫码信息,获得所述用餐顾客群体中至少一个用餐顾客的常用地址信息和顾客特征信息;

根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息;

根据所述用餐顾客之间的关系信息,结合所述顾客特征信息向所述用餐顾客群体推荐菜品。

可选的,所述扫码信息还包括用餐顾客的标识信息;

所述根据所述扫码信息,获得所述用餐顾客群体中至少一个用餐顾客的常用地址信息,包括:

根据所述用餐顾客标识信息以及用餐顾客标识信息与用餐顾客的常用地址信息之间的对应关系,获得与所述用餐顾客标识信息对应的用餐顾客的常用地址信息;

或者,根据所述用餐顾客标识信息,在历史消费信息中查找与所述用餐顾客标识信息对应的用餐顾客历史消费信息,根据用餐顾客历史消费信息确定与所述用餐顾客标识信息对应的用餐顾客的常用地址信息。

可选的,所述根据用餐顾客历史消费信息确定与所述用餐顾客标识信息对应的用餐顾客的常用地址信息,包括:

从所述用餐顾客历史消费信息中筛选出现次数超过第一数量阈值的地址信息;

将筛选出的次数超过第一数量阈值的地址信息作为与所述用餐顾客标识信息对应的用餐顾客的常用地址信息。

可选的,所述扫码信息包括用餐顾客群体的标识信息;

所述方法还包括:根据包括相同的用餐顾客群体的标识信息的扫码信息,确定用餐顾客群体中用餐顾客的数量;

所述根据所述用餐顾客之间的关系信息,结合所述顾客特征信息向所述用餐顾客群体推荐菜品,包括:根据所述用餐顾客之间的关系信息,结合所述顾客特征信息以及所述用餐顾客的数量,向所述用餐顾客群体推荐菜品。

可选的,所述用餐顾客群体的标识信息为所述用餐顾客群体所在的餐桌的标识信息。

可选的,所述扫码信息包括用餐顾客群体中用餐顾客的数量;

所述根据所述用餐顾客之间的关系信息,结合所述顾客特征信息向所述用餐顾客群体推荐菜品,包括:根据所述用餐顾客之间的关系信息,结合所述顾客特征信息以及所述用餐顾客的数量,向所述用餐顾客群体推荐菜品。

可选的,所述根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:

判断所述当前餐厅的地理位置信息所属的地理功能类型和所述常用地址信息所属的地理功能类型;

根据所述当前餐厅的地理位置信息所属的地理功能类型和所述常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息。

可选的,所述根据所述当前餐厅的地理位置信息所属的地理功能类型和所述常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:根据所述当前餐厅的地理位置信息所属的地理功能类型和所述常用地址信息所属的地理功能类型,以及根据预先设置的餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系,获得与所述当前餐厅的地理位置信息所属的地理功能类型和所述常用地址信息所属的地理功能类型对应的用餐顾客之间的关系信息。

可选的,所述根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:

如果获得一个用餐顾客的多个常用地址信息,则从所述多个常用地址信息中选择与当前餐厅的地理位置信息最近的第一常用地址信息;

判断所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型;

根据所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息。

可选的,所述根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:

如果获得所述用餐顾客群体中多个用餐顾客的常用地址信息,则将不同用餐顾客之间的相同常用地址信息进行归类;

如果归类后得到多个常用地址信息,则从所述多个常用地址信息中选择与当前餐厅的地理位置信息最近的第一常用地址信息;

判断所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型;

根据所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息。

可选的,所述根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:

如果只获得第一常用地址信息,则判断所述第一常用地址信息所属的地理功能类型;

根据所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息。

可选的,所述根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:

如果获得所述用餐顾客群体中多个用餐顾客的常用地址信息,则确定对应用餐顾客数量最多的第一常用地址信息;

判断所述第一常用地址信息所属的地理功能类型;

根据所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息。

可选的,所述根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:根据所述当前餐厅的地理位置信息、所述常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,确定所述用餐顾客群体中用餐顾客之间的关系信息。

可选的,所述根据所述当前餐厅的地理位置信息、所述常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:根据所述当前餐厅的地理位置信息、所述常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,以及根据预先设置的餐厅地理功能类型、常用地址信息的地理功能类型、多个用餐顾客的特征信息与用餐顾客之间的关系信息的对应关系,获得与所述当前餐厅的地理位置信息、所述常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息对应的用餐顾客之间的关系信息。

可选的,所述根据所述用餐顾客之间的关系信息,结合所述顾客特征信息以及所述用餐顾客的数量,向所述用餐顾客群体推荐菜品,包括:

根据所述用餐顾客之间的关系信息和所述用餐顾客的数量以及根据预先设置的用餐顾客之间的关系信息、用餐顾客的数量与菜品行业模板的对应关系,获得与所述用餐顾客之间的关系信息和所述用餐顾客的数量对应的菜品行业模板;

结合所述顾客特征信息对所述菜品行业模板进行调整,生成推荐菜品信息,并将所述推荐菜品信息推荐给用餐顾客。

可选的,所述菜品行业模板包括菜品类型以及每种菜品类型下的菜品数量,所述菜品类型中的菜品为当前餐厅的优选菜品;

所述结合所述顾客特征信息对所述菜品行业模板进行调整,生成推荐菜品信息,并将所述推荐菜品信息推荐给用餐顾客包括:

根据所述顾客特征信息调整所述菜品行业模板包括的菜品类型以及每种菜品类型下的菜品数量的分布;

按照调整后的菜品类型以及每种菜品类型下的菜品数量,将优选菜品信息填充到菜品行业模板中,生成推荐菜品信息;

将所述推荐菜品信息推荐给用餐顾客。

可选的,所述菜品行业模板包括菜品信息;

所述结合所述顾客特征信息对所述菜品行业模板进行调整,生成推荐菜品信息,并将所述推荐菜品信息推荐给用餐顾客包括:

根据所述顾客特征信息,使用所述菜品行业模板未包括的菜品信息替换所述菜品行业模板已包括的菜品信息,生成推荐菜品信息;

将所述推荐菜品信息推荐给用餐顾客。

可选的,所述根据所述顾客特征信息,使用所述菜品行业模板未包括的菜品信息替换所述菜品行业模板已包括的菜品信息,生成推荐菜品信息,包括:

根据所述扫码信息中的用餐顾客标识信息,在历史消费信息中查找与所述用餐顾客标识信息对应的历史消费信息;

根据与所述用餐顾客标识信息对应的历史消费信息确定与所述用餐顾客标识信息对应的点餐次数超过次数阈值的菜品信息,使用与所述用餐顾客标识信息对应的点餐次数超过次数阈值的菜品信息替换所述菜品行业模板已包括的菜品信息,生成推荐菜品信息。

本申请提供一种菜品推荐装置,包括:

信息获取单元,用于获取当前餐厅的地理位置信息和用餐顾客的扫码信息;

关系确定单元,用于根据所述当前餐厅的地理位置信息和所述扫码信息中的常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息;

菜品推荐单元,用于根据所述用餐顾客之间的关系信息,结合所述扫码信息中的顾客特征信息向所述用餐顾客群体推荐菜品。

可选的,所述关系确定单元包括:

常用地址获取子单元,用于根扫码信息获取用餐顾客的常用地址;

第一常用地址选择子单元,用于根据所述扫码信息中的常用地址信息,选择所述常用地址信息中的第一常用地址;

地理功能类型判断子单元,用于判断所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型;

对应关系生成子单元,用于预先设置的餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系;

或者,预先设置餐厅地理功能类型、常用地址信息的地理功能类型、多个用餐顾客的特征信息与用餐顾客之间的关系信息的对应关系。

可选的,所述关系确定单元还包括:

关系选择子单元,用于根据所述当前餐厅的地理位置信息、所述常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,确定所述用餐顾客群体中用餐顾客之间的关系信息;

或者,根据所述当前餐厅的地理位置信息、所述常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,确定所述用餐顾客群体中用餐顾客之间的关系信息。

可选的,所述菜品推荐单元包括:

用餐顾客数量确定子单元,用于确定所述用餐顾客的数量;

行业模板生成子单元,用于预先设置的用餐顾客之间的关系信息、用餐顾客的数量与菜品行业模板的对应关系;

行业模板确定子单元,根据所述用餐顾客之间的关系信息和所述用餐顾客的数量确定行业模板。

可选的,所述用餐顾客数量确定子单元直接通过扫码信息确定顾客人数,或者通过扫码信息中的用餐顾客群体的标识信息间接确定顾客人数。

可选的,所述菜品推荐单元还包括:

行业模板调整子单元,用于结合所述顾客特征信息对所述菜品行业模板进行调整,生成推荐菜品信息;

菜品信息推荐子单元,用于将所述推荐菜品信息推荐给用餐顾客。

本申请提供一种电子设备,包括:

处理器;

以及,

存储器,用于存储菜品推荐方法的程序,该设备通电并通过所述处理器运行该菜品推荐方法的程序后,执行下述步骤:

获得用餐顾客群体中至少一个用餐顾客的扫码信息;

根据所述扫码信息,获得所述用餐顾客群体中至少一个用餐顾客的常用地址信息和顾客特征信息;

根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息;

根据所述用餐顾客之间的关系信息,结合所述顾客特征信息向所述用餐顾客群体推荐菜品。

本申请提供一种存储设备,包括:

存储有菜品推荐方法的程序,该程序被处理器运行,执行下述步骤:

获得用餐顾客群体中至少一个用餐顾客的扫码信息;

根据所述扫码信息,获得所述用餐顾客群体中至少一个用餐顾客的常用地址信息和顾客特征信息;

根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息;

根据所述用餐顾客之间的关系信息,结合所述顾客特征信息向所述用餐顾客群体推荐菜品。

与现有技术相比,本申请具有以下优点:

本申请提供的菜品推荐方法可以根据用餐顾客群体中至少一个用餐顾客的扫码信息结合当前餐厅的地理位置,判断出用餐顾客之间的关系,在得知用餐顾客之间的关系后,按照用餐顾客之间的关系并结合扫码信息中的顾客特征信息,个性化地向用餐顾客推荐菜品,使推荐的餐品信息更加符合用餐顾客的需求和当前用餐场景。

该菜品推荐方法运用不同的方式获取用餐顾客之间的关系和顾客人数,从而在用餐顾客之间的关系和顾客人数基础之上确定要推荐的菜品,使该方法更加人性化。

该菜品推荐方法还可以根据顾客的特征信息选择更合适的菜品替换掉菜品行业模板中已经包括的不合适的菜品,以及根据用餐顾客的特征信息合理的调整菜品数量的分布,使形成的推荐菜品信息进一步的适合于用餐顾客,有更好的针对性。

附图说明

图1是本申请实施例一提供的一种菜品推荐方法处理流程图。

图2是本申请实施例一提供的确定顾客之间的关系的流程图。

图3是本申请实施例二提供的菜品推荐装置示意图。

图4是本申请实施例三提供的菜品推荐电子设备示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。

本申请提供一种菜品推荐方法,本申请同时涉及一种菜品推荐装置、电子设备和存储设备。

实施例一

该菜品推荐方法具体实施例如下:

参照图1,其示出了本申请实施例一提供的一种菜品推荐方法处理流程图。如图1所示,该方法包括如下步骤:

步骤s101,获得用餐顾客群体中至少一个用餐顾客的扫码信息;根据扫码信息,获得用餐顾客群体中至少一个用餐顾客的常用地址信息和顾客特征信息。

随着餐饮服务业的信息化,在用餐顾客群体去餐厅用餐时,越来越多的人都是通过扫码进行点餐,在用餐顾客群体中至少一个用餐顾客进行扫码后,该餐厅的信息化点餐服务系统能够获取进行扫码的用餐顾客(简称为扫码用餐顾客)的扫码信息,该扫码信息包括进行当前点餐之前的已经存在的信息和当前点餐过程中的实时获取的信息。本实施例中的扫码信息中包含了多种不同种类的信息,这些信息虽然同属于扫码信息但是被划分为了不同的种类。

在获取了用餐顾客群体中至少一个用餐顾客的扫码信息后,可以根据扫码信息做进一步的处理,在扫码信息的不同种类的信息中获得进行扫码的用餐顾客的常用地址信息,即根据该扫码信息,获得该用餐顾客群体中至少一个用餐顾客的常用地址信息。获得顾客常用地址方法中有两种,但是两种方法在获得扫码用餐顾客的常用地址之前,都需要在扫码信息中先获得用餐顾客的标识信息。该用餐顾客标识信息是每一个扫码用餐顾客的个人身份表征,即每一个扫码用餐顾客的标识信息都不相同,例如,有两个用餐顾客通过移动终端上的app在当前餐厅进行扫码点餐时,该扫码信息中的用餐顾客标识信息就可以为两个人各自的app用户账号。获取用餐顾客的标识信息之后,可以进一步的获取用餐顾客的标识信息对应的常用地址信息,或者,先获取用餐顾客的标识信息对应的历史消费信息,然后从历史消费信息中查找与用餐顾客的标识信息对应的常用地址信息。

因此,上述步骤s101中提到的根据扫码信息,获得用餐顾客群体中至少一个用餐顾客的常用地址信息,包括以下两种途径:

根据该用餐顾客标识信息以及用餐顾客标识信息与用餐顾客的常用地址信息之间的对应关系,获得与该用餐顾客标识信息对应的用餐顾客的常用地址信息;

或者,根据用餐顾客标识信息,在历史消费信息中查找与用餐顾客标识信息对应的用餐顾客历史消费信息,根据用餐顾客历史消费信息确定与用餐顾客标识信息对应的用餐顾客的常用地址信息。

在第一种途径中,需要预先储存有用餐顾客标识信息与用餐顾客的常用地址信息之间的对应关系。就本实施例而言,将app用户账号作为用餐顾客的标识信息,而且在app对应的服务器中原本就存储有不同用户账号及与用户账号对应的常用地址信息,当用餐顾客使用app进行扫码后,就可以根据用餐顾客的标识信息,在预先存储的信息中获取与用餐顾客的标识信息对应的用餐顾客的常用地址信息。

在第二种途径中,首先根据用餐顾客的app用户账号查找与该用餐顾客的app用户账号对应的历史消费信息。在具体实现时,app对应的服务器可以记录用餐顾客在每次使用app进行消费时的历史消费信息,历史消费信息可以包括用餐顾客的历史消费行为、历史消费地址以及历史消费偏好等信息,从历史消费信息中可以得到用餐顾客的app用户账号下的常用地址信息。

需要说明的是,在根据用餐顾客历史消费信息确定与用餐顾客标识信息对应的用餐顾客的常用地址信息时,由于在扫码用餐顾客的标识信息即app用户账号的历史记录中,可以获得很多历史消费地址信息,但是由于在每一历史消费地址的消费次数是不同的,所以有的历史消费地址仅对应一次消费,有的历史消费地址可能对几次消费或几十次以上。由于不同的历史消费地址对应不同的消费次数,所以并不是所有的历史消费记录中的地址信息都可以作为常用地址信息,但是可以通过筛选从历史消费记录中的地址信息中确定用餐顾客标识信息对应的历史消费信息中的常用地址信息,具体过程如下:

从用餐顾客历史消费信息中筛选出现次数超过第一数量阈值的地址信息;

将筛选出的次数超过第一数量阈值的地址信息作为与用餐顾客标识信息对应的用餐顾客的常用地址信息。

在上述过程中,需要对用餐顾客标识信息即app用户账号对应的历史消费信息中的地址信息设定一个次数限定,即上述的第一数量阈值,例如20次。消费次数超过这个限定次数的地址信息即可确定为常用地址信息。当然,第一数量阈值的次数是可变的,可以根据不同的需求做出合适的调整。

通过第一数量阈值筛选出来的满足条件的地址信息可能为一个,也可能为多个,只要出现次数超过第一数量阈值的地址信息都可以作为常用地址信息。

另外,通过扫码信息除可以获得扫码用餐顾客的常用地址信息之外,还可以获得用餐顾客群体中至少一个用餐顾客的顾客特征信息。例如,扫码信息包括用餐顾客的标识信息,获得扫码信息后,以扫码信息包括的用餐顾客的标识信息为索引,在历史消费信息中查找与用餐顾客的标识信息对应的顾客特征信息,或者,以扫码信息包括的用餐顾客的标识信息为索引,在历史消费信息中查找与用餐顾客的标识信息对应的菜品消费信息、对菜品的要求等信息,从菜品消费信息、对菜品的要求等信息中提取出用餐顾客的顾客特征信息。

如图1所示,该菜品推荐方法还包括步骤s102,根据当前餐厅的地理位置信息和常用地址信息,确定用餐顾客群体中用餐顾客之间的关系信息。

在步骤s101中详细描述了如何根据扫码信息获得顾客常用地址信息,但是步骤s101中获得顾客常用地址信息的个数是可变的,如何根据这个可变的常用地址信息和当前餐厅的地址信息来确定顾客之间的关系是步骤s102需要解决的一个问题。

参照图2,其示出了本申请实施例一提供的确定顾客之间的关系的流程图。如图2所示,该流程的实现步骤如下:

s201:选定一个常用地址信息为第一常用地址信息。

在步骤s101中,能够得知获取的顾客常用地址信息可以为一个扫码用餐顾客的一个或多个常用地址信息,或者为多个扫码用餐顾客分别对应的一个或多个常用地址信息。但是,根据当前餐厅的地理位置信息和该常用地址信息,确定该用餐顾客群体中用餐顾客之间的关系信息,仅需要用一个唯一确定的常用位置信息与当前餐厅的地理位置信息就可以确定出用餐顾客之间的关系信息。对于在不同情况下选择出用于判断顾客群体中用餐顾客之间的关系的常用地址信息,即第一常用地址信息,下面给出了相应的方式:

1)如果获得一个用餐顾客的多个常用地址信息,则从多个常用地址信息中选择与当前餐厅的地理位置信息最近的第一常用地址信息。

在这种方式中,在用餐顾客群体中仅有一个用餐顾客进行了扫码点餐,此时,仅能获取该用餐顾客的扫码信息,于是只能根据该用餐顾客的扫码信息对应获得该用餐顾客的常用地址信息,但是,由于这一个顾客的常用地址信息为多个,所以就需要根据多个常用地址信息与当前餐厅的地理位置信息中选择两者之间距离最近的一个常用地址信息作为第一常用位置信息。例如,假设获取得用餐顾客的常用位置信息有三个,第一个常用地址信息与当前餐厅的地理位置信息的距离为5千米,第二个常用地址信息与当前餐厅的地理位置信息的距离为3千米,第三个常用地址信息与当前餐厅的地理位置信息的距离为8千米,那么就选择第二个常用地址信息为第一常用地址信息。

2)如果获得用餐顾客群体中多个用餐顾客的常用地址信息,则将不同用餐顾客之间的相同常用地址信息进行归类;

如果归类后得到多个常用地址信息,则从多个常用地址信息中选择与当前餐厅的地理位置信息最近的第一常用地址信息。

在这种方式中,在用餐顾客群体中有多个用餐顾客分别进行了扫码点餐,此时,当前餐厅的信息化服务系统能分别获取所有进行扫码顾客对应的顾客常用位置,每一个用餐顾客的常用地址信息都可以为一个或多个。这种情况下,需要先将不同用餐顾客之间的相同常用地址信息进行归类,即不同顾客之间的常用位置信息有可能会有部分重合,归类就是将不同用餐顾客之间重合的常用位置信息进行分类。例如,假设第一个扫码用餐顾客的常用位置信息有三个a1、a2、a3,第二个扫码顾客的常用位置信息有四个b1、b2、a2、b3,第三个扫码顾客的常用位置信息有两个b1、b2,那么就将不同用餐顾客的所有常用地址信息分为6类a1、a2、a3、b1、b2、b3。之后,就可以按照方式1)在这六类常用地址信息中选择出与当前餐厅的地理位置信息最近的第一常用地址信息。

3)如果仅获得一个常用地址信息,则该常用地址信息即为第一常用地址信息。

在以上三种不同情况下,分别选定一个常用地址信息为第一常用地址信息后,还需要对该第一常用信息做进一步的处理才能够实现根据当前餐厅的地理位置信息和该常用地址信息,确定该用餐顾客群体中用餐顾客之间的关系信息。

如图2所示,确定顾客之间的关系的流程还包括步骤s202,分别判断当前餐厅的地理位置信息和常用地址信息所属的地理位置功能类型。

在具体实现时,当用餐顾客进行扫码点餐的同时,就可以获取当前餐厅的地理位置信息。例如,扫码信息包括当前餐厅的地理位置信息,或者,扫码信息包括当前餐厅的标识信息,根据餐厅的标识信息与餐厅的地理位置信息之间的对应关系,就可以获得当前餐厅的地理位置信息。

另外,地理位置功能类型可以包括办公区域、居住区域、学校区域、商业区域等,常用地址信息所属的地理位置功能类型可以是指常用地址信息所属的区域为办公区域、居住区域、学校区域、商业区域等至少一种类型区域。在具体实现时,可以预先建立地址信息、地址信息所属的区域信息、区域信息所属的地理位置功能类型之间的对应关系,根据该对应关系,就可以分别判断出当前餐厅的地理位置信息和常用地址信息两者所属的地理位置功能类型。当然,区域信息所属的地理位置功能类型可以根据实际需求进行调整。

因为在步骤s201中采用了多种不同的方法选定一个常用地址信息为第一常用地址信息,所以,本步骤s202中所述判断常用地址信息所属的地理位置功能类型具体为,判断第一常用地址信息所属的地理功能类型。

如图2所示,确定顾客之间的关系的流程还包括步骤s203,根据当前餐厅的地理位置信息和常用地址信息,确定用餐顾客群体中用餐顾客之间的关系信息。

由于在步骤s202中已经判断出了断当前餐厅的地理位置信息和常用地址信息两者分别所属的地理位置功能类型。根据当前餐厅的地理位置信息和常用地址信息,就可以确定用餐顾客群体中用餐顾客之间的关系信息。

在具体实现时,可以根据当前餐厅的地理位置信息所属的地理功能类型和常用地址信息所属的地理功能类型,以及根据预先设置的餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系,获得与当前餐厅的地理位置信息所属的地理功能类型和常用地址信息所属的地理功能类型对应的用餐顾客之间的关系信息。

首先,预先设置餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系,该对应关系的设置可以根据当前餐厅的需求来个性化地设置,本实施例中预先设置的餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系如下:常用地址地理功能类型和餐厅地理功能类型都为居住类型时,对应的用餐顾客之间的关系信息为家庭关系;常用地址地理功能类型和餐厅地理功能类型都为办公类型时,对应的用餐顾客之间的关系信息为同事关系;常用地址地理功能类型为居住类型,餐厅地理功能类型都为办公类型时,对应的用餐顾客之间的关系信息为同事关系;常用地址地理功能类型为办公类型,餐厅地理功能类型都为居住类型时,对应的用餐顾客之间的关系信息为朋友关系等。

需要说明的是,在获取获得第一常用地址信息后,则根据当前餐厅的地理位置信息所属的地理功能类型和常用地址信息所属的地理功能类型,确定用餐顾客群体中用餐顾客之间的关系信息就具体为,根据当前餐厅的地理位置信息所属的地理功能类型和第一常用地址信息所属的地理功能类型,确定用餐顾客群体中用餐顾客之间的关系信息。即,将与常用地址信息相关的过程改用为第一常用地址信息。

另外,还可以根据上述的当前餐厅的地理位置信息、常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,确定所述用餐顾客群体中用餐顾客之间的关系信息。

具体的,可以根据当前餐厅的地理位置信息、常用地址信息和用餐顾客群体中多个用餐顾客的特征信息,以及根据预先设置的餐厅地理功能类型、常用地址信息、多个用餐顾客的特征信息与用餐顾客之间的关系信息的对应关系,获得与当前餐厅的地理位置信息、常用地址信息和用餐顾客群体中多个用餐顾客的特征信息对应的用餐顾客之间的关系信息。

上述确定用餐顾客群体中用餐顾客之间的关系信息的方式,是在当前餐厅的地理位置信息所属的地理功能类型和第一常用地址信息所属的地理功能类型基础上,进一步考虑了多个用餐顾客的顾客特征信息,即,先对常用地址信息进行第一常用信息的判断,然后根据当前餐厅的地理位置信息所属的地理功能类型和第一常用地址信息所属的地理功能类型,确定用餐顾客群体中用餐顾客之间的关系信息。在根据当前餐厅的地理位置信息和第一常用地址信息,确定用餐顾客群体中用餐顾客之间的关系信息之后,再根据多个顾客特征信息对用餐顾客之间的关系信息进行进一步分类,例如根据多个用餐顾客的性别来进一步确定该用餐顾客之间的关系。假设初步确定用餐顾客之间的关系信息为同事关系或家庭关系,则可以根据用餐顾客的年龄进一步将同事关系确定为上下级关系,将家庭关系进一步确定为父子关系等。

请再参照图1,该菜品推荐方法还包括步骤s103,根据用餐顾客之间的关系信息,结合顾客特征信息向用餐顾客群体推荐菜品。

在具体实现时,可以在扫码信息中获取用餐顾客群体的标识信息,该用餐顾客群体的标识信息例如为用餐顾客群体所在的餐桌的标识信息。

之后,根据包括相同的用餐顾客群体的标识信息的扫码信息,确定用餐顾客群体中用餐顾客的数量,或者,根据用餐顾客群体所在的餐桌的标识信息确定该餐桌可以落座的人数,根据可以落座的人数确定用餐顾客群体中用餐顾客的数量。

此外,还可以直接在扫码信息中确定顾客人数,即扫码信息包括用餐顾客群体中用餐顾客的数量。在具体实现时,可以根据进行扫码的用餐顾客输入的顾客人数来确定用餐顾客的数量。

在确定好顾客人数之后,可以根据用餐顾客之间的关系信息,结合顾客特征信息以及用餐顾客的数量,向用餐顾客群体推荐菜品。

具体的,可以根据用餐顾客之间的关系信息和用餐顾客的数量以及根据预先设置的用餐顾客之间的关系信息、用餐顾客的数量与菜品行业模板的对应关系,获得与用餐顾客之间的关系信息和用餐顾客的数量对应的菜品行业模板。该菜品行业模板包括菜品类型以及每种菜品类型下的菜品数量。进一步的,菜品类型下的菜品信息可以是当前餐厅的优选菜品信息。

在获得菜品行业模板后,还需要进一步结合顾客特征信息对菜品行业模板进行调整,生成推荐菜品信息并将该推荐菜品信息推荐给用餐顾客,具体的,结合上述顾客特征信息对菜品行业模板进行调整,生成推荐菜品信息并将该推荐菜品信息推荐给用餐顾客包括:根据顾客特征信息调整菜品行业模板包括的菜品类型以及每种菜品类型下的菜品数量的分布,按照调整后的菜品类型以及每种菜品类型下的菜品数量,将优选菜品信息填充到菜品行业模板中,生成推荐菜品信息,并将该推荐菜品信息推荐给用餐顾客。

此外,还可以根据顾客特征信息,使用菜品行业模板未包括的菜品信息替换该菜品行业模板已包括的菜品信息,生成推荐菜品信息,并将该推荐菜品信息推荐给用餐顾客。具体的,根据上述扫码信息中的用餐顾客标识信息,在历史消费信息中查找与用餐顾客标识信息对应的历史消费信息;然后根据与用餐顾客标识信息对应的历史消费信息确定与该用餐顾客标识信息对应的点餐次数超过次数阈值的菜品信息,使用与该用餐顾客标识信息对应的点餐次数超过次数阈值的菜品信息替换菜品行业模板已包括的菜品信息,生成推荐菜品信息。

实施例二

在上述的实施例中,提供了一种菜品推荐方法,与之相对应的,本申请还提供一种菜品推荐装置。由于装置实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

参照图3,其示出了本申请实施例二提供的菜品推荐装置示意图。

该菜品推荐装置包括:

信息获取单元301,用于获取当前餐厅的地理位置信息和用餐顾客的扫码信息;

关系确定单元302,用于根据当前餐厅的地理位置信息和扫码信息中的常用地址信息,确定用餐顾客群体中用餐顾客之间的关系信息;

303菜品推荐单元,用于根据用餐顾客之间的关系信息,结合扫码信息中的顾客特征信息向用餐顾客群体推荐菜品。

可选的,所述关系确定单元302包括:

常用地址获取子单元,用于根扫码信息获取用餐顾客的常用地址;

第一常用地址选择子单元,用于根据扫码信息中的常用地址信息,选择所述常用地址信息中的第一常用地址;

地理功能类型判断子单元,用于判断当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型;

对应关系生成子单元,用于预先设置餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系;

或者,预先设置餐厅地理功能类型、常用地址信息的地理功能类型、多个用餐顾客的特征信息与用餐顾客之间的关系信息的对应关系。

可选的,所述关系确定单元302还包括:

关系选择子单元,用于根据当前餐厅的地理位置信息、常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,确定用餐顾客群体中用餐顾客之间的关系信息;

或者,根据当前餐厅的地理位置信息、常用地址信息和用餐顾客群体中多个用餐顾客的特征信息,确定用餐顾客群体中用餐顾客之间的关系信息。

可选的,所述菜品推荐单元303包括:

用餐顾客数量确定子单元,用于确定用餐顾客的数量;

行业模板生成子单元,用于预先设置的用餐顾客之间的关系信息、用餐顾客的数量与菜品行业模板的对应关系;

行业模板确定子单元,根据用餐顾客之间的关系信息和用餐顾客的数量确定行业模板。

可选的,用餐顾客数量确定子单元直接通过扫码信息确定顾客人数,或者通过扫码信息中的用餐顾客群体的标识信息间接确定顾客人数。

可选的,菜品推荐单元303还包括:

行业模板调整子单元,用于结合所述顾客特征信息对所述菜品行业模板进行调整,生成推荐菜品信息;

菜品信息推荐子单元,用于将所述推荐菜品信息推荐给用餐顾客。

实施例三

本申请实施例三提供了与上述菜品推荐方法对应的电子设备。

如图4所示,其示出了本申请实施例三提供的菜品推荐电子设备示意图。

所述菜品推荐电子设备包括:

处理器401;

以及,

存储器402,用于存储菜品推荐方法的程序,该设备通电并通过所述处理器运行该菜品推荐方法的程序后,执行下述步骤:

获得用餐顾客群体中至少一个用餐顾客的扫码信息;

根据上述扫码信息,获得用餐顾客群体中至少一个用餐顾客的常用地址信息和顾客特征信息;

根据当前餐厅的地理位置信息和常用地址信息,确定用餐顾客群体中用餐顾客之间的关系信息;

根据用餐顾客之间的关系信息,结合顾客特征信息向所述用餐顾客群体推荐菜品。

实施例四

本申请实施例四提供了与菜品推荐方法对应的存储设备。

所述存储设备包括:

存储有菜品推荐方法的程序,该程序被处理器运行,执行下述步骤:

获得用餐顾客群体中至少一个用餐顾客的扫码信息;

根据上述扫码信息,获得用餐顾客群体中至少一个用餐顾客的常用地址信息和顾客特征信息;

根据当前餐厅的地理位置信息和常用地址信息,确定用餐顾客群体中用餐顾客之间的关系信息;

根据用餐顾客之间的关系信息,结合顾客特征信息向所述用餐顾客群体推荐菜品。

本申请虽然以较佳实施例公开如上,但其并不是用来限定本申请,任何本领域技术人员在不脱离本申请的精神和范围内,都可以做出可能的变动和修改,因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

在一个典型的配置中,计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1