CN109447679A - 一种优惠数据提供方法、装置以及设备 - Google Patents
一种优惠数据提供方法、装置以及设备 Download PDFInfo
- Publication number
- CN109447679A CN109447679A CN201811070318.1A CN201811070318A CN109447679A CN 109447679 A CN109447679 A CN 109447679A CN 201811070318 A CN201811070318 A CN 201811070318A CN 109447679 A CN109447679 A CN 109447679A
- Authority
- CN
- China
- Prior art keywords
- customer
- dining
- information
- group
- customer group
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0208—Trade or exchange of goods or services in exchange for incentives or rewards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0238—Discounts or incentives, e.g. coupons or rebates at point-of-sale [POS]
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
本申请公开了一种优惠数据提供方法,包括:获得用餐顾客群体中至少一个用餐顾客的扫码信息;根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;向所述用餐顾客群体提供所述优惠数据。本申请提供的优惠数据提供方法可以根据用餐顾客群体中至少一个用餐顾客的扫码信息,确定用餐顾客群体中用餐顾客的数量,并且获得与该用餐顾客群体中用餐顾客的数量匹配的优惠数据,然后将优惠数据提供给用餐顾客,使该优惠数据符合用餐顾客群体的实际状态和需求,而且该提供方法可以在一定程度上提高引流的效果。本申请还公开了与该优惠数据提供方法对应的一种优惠数据提供装置。
Description
技术领域
本申请涉及电子商务领域,具体而言,涉及一种优惠数据提供方法、装置以及设备。
背景技术
随着科技的发展和进步,越来越多的餐厅采用扫码点餐。当顾客在进入餐厅后,只需要使用智能移动终端上的相关APP进行扫码后,即可进行点餐,这样可以减少餐厅服务人员的数量,而且方便顾客用餐。除此之外,顾客进行扫码后,还可以获得餐厅提供的用于消费菜品的电子优惠券。然而,餐厅通常都要求顾客在消费一定金额后,才能使用餐厅向顾客发放的优惠券。换而言之,餐厅向顾客发放的优惠券通常都是基于鼓励顾客多消费、增加餐厅收入的角度设置的,并没有考虑顾客是否确实需要这样的优惠券,或者大部分顾客是否有意愿消费优惠券规定的使用金额,因此,餐厅目前发放的很多优惠券都不符合顾客的实际状态和需求,往往导致引流和增加收入的效果都不明显。
发明内容
本申请提供一种优惠数据提供方法,以使优惠数据符合顾客的实际状态和需求,提高引流效果。本申请另外提供一种优惠数据提供装置、电子设备和存储设备。
本申请提供一种优惠数据提供方法,包括:
获得用餐顾客群体中至少一个用餐顾客的扫码信息;
根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;
获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;
向所述用餐顾客群体提供所述优惠数据。
可选的,所述扫码信息包括所述用餐顾客群体中用餐顾客的数量;
所述根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量,包括:从所述扫码信息中提取所述顾客群体中用餐顾客的数量。
可选的,所述扫码信息包括所述用餐顾客群体的标识;
所述根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量,包括:
获得包括所述用餐顾客群体的标识的用餐顾客的数量;
将所述包括所述顾客群体的标识的用餐顾客的数量确定为所述用餐顾客群体中用餐顾客的数量。
可选的,所述用餐顾客群体的标识为所述用餐顾客群体所在餐桌的标识。
可选的,所述获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据,包括:根据所述用餐顾客群体中用餐顾客的数量以及预先获得的用餐顾客数量与优惠数据之间的对应关系,获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据。
可选的,所述获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据,包括:
根据所述用餐顾客群体中用餐顾客的数量确定与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额;
根据与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额,生成与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据。
可选的,还包括:根据所述扫码信息,确定所述用餐顾客群体中用餐顾客之间的关系信息;
所述获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据,包括:获得与所述用餐顾客群体中用餐顾客的数量匹配并且与所述用餐顾客群体中用餐顾客之间的关系信息匹配的优惠数据。
可选的,所述根据所述扫码信息确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:
根据所述扫码信息,获得所述用餐顾客群体中至少一个用餐顾客的常用地址信息;
根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息。
可选的,所述扫码信息还包括用餐顾客的标识信息;
所述根据所述扫码信息,获得所述用餐顾客群体中至少一个用餐顾客的常用地址信息,包括:
根据所述用餐顾客标识信息以及用餐顾客标识信息与用餐顾客的常用地址信息之间的对应关系,获得与所述用餐顾客标识信息对应的用餐顾客的常用地址信息;
或者,根据所述用餐顾客标识信息,在历史消费信息中查找与所述用餐顾客标识信息对应的用餐顾客历史消费信息,根据用餐顾客历史消费信息确定与所述用餐顾客标识信息对应的用餐顾客的常用地址信息。
可选的,所述根据用餐顾客历史消费信息确定与所述用餐顾客标识信息对应的用餐顾客的常用地址信息,包括:
从所述用餐顾客历史消费信息中筛选出现次数超过第一数量阈值的地址信息;
将筛选出的次数超过第一数量阈值的地址信息作为与所述用餐顾客标识信息对应的用餐顾客的常用地址信息。
可选的,所述根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:
判断所述当前餐厅的地理位置信息所属的地理功能类型和所述常用地址信息所属的地理功能类型;
根据所述当前餐厅的地理位置信息所属的地理功能类型和所述常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息。
可选的,所述根据所述当前餐厅的地理位置信息所属的地理功能类型和所述常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:根据所述当前餐厅的地理位置信息所属的地理功能类型和所述常用地址信息所属的地理功能类型,以及根据预先设置的餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系,获得与所述当前餐厅的地理位置信息所属的地理功能类型和所述常用地址信息所属的地理功能类型对应的用餐顾客之间的关系信息。
可选的,所述根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:
如果获得一个用餐顾客的多个常用地址信息,则从所述多个常用地址信息中选择与当前餐厅的地理位置信息最近的第一常用地址信息;
判断所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型;
根据所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息。
可选的,所述根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:
如果获得所述用餐顾客群体中多个用餐顾客的常用地址信息,则将不同用餐顾客之间的相同常用地址信息进行归类;
如果归类后得到多个常用地址信息,则从所述多个常用地址信息中选择与当前餐厅的地理位置信息最近的第一常用地址信息;
判断所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型;
根据所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息。
可选的,所述根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:
如果只获得第一常用地址信息,则判断所述第一常用地址信息所属的地理功能类型;
根据所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息。
可选的,所述根据当前餐厅的地理位置信息和所述常用地址信息,确定所述用餐顾客群体中用餐顾客之间的关系信息,包括:
如果获得所述用餐顾客群体中多个用餐顾客的常用地址信息,则确定对应用餐顾客数量最多的第一常用地址信息;
判断所述第一常用地址信息所属的地理功能类型;
根据所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型,确定所述用餐顾客群体中用餐顾客之间的关系信息。
可选的,所述获得与所述用餐顾客群体中用餐顾客的数量匹配并且与所述用餐顾客群体中用餐顾客之间的关系信息匹配的优惠数据,包括:
根据所述用餐顾客群体中用餐顾客的数量确定与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额;
根据所述用餐顾客之间的关系信息确定与所述用餐顾客之间的关系匹配的优惠模式;
根据与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额和与所述用餐顾客之间的关系匹配的优惠模式,生成与所述用餐顾客群体中用餐顾客的数量匹配并且与所述用餐顾客群体中用餐顾客之间的关系信息匹配的优惠数据。
本申请提供一种优惠数据提供装置,包括:
信息获取单元,用于获得餐顾客群体中至少一个用餐顾客的扫码信息;
用餐顾客的数量确定单元,用于根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;
优惠数据匹配单元,用于获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;
优惠数据提供单元,用于向所述用餐顾客群体提供所述优惠数据。
可选的,所述用餐顾客的数量确定单元包括:
第一数量确定子单元,用于从所述扫码信息中提取所述顾客群体中用餐顾客的数量;
第二数量确定子单元,用于将包括顾客群体的标识的扫码信息的数量确定为所述顾客群体中顾客的数量。
可选的,所述优惠数据匹配单元包括:
第一优惠确定子单元,用于根据所述用餐顾客群体中用餐顾客的数量确定与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额;
第一优惠数据匹配子单元,用于根据与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额,生成与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据。
可选的,所述装置还包括:用餐顾客之间的关系确定单元,用于根据所述扫码信息,确定所述用餐顾客群体中用餐顾客之间的关系信息;
所述优惠数据匹配单元还包括:
第二优惠确定子单元,用于根据所述用餐顾客群体中用餐顾客的数量确定与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额,根据所述用餐顾客之间的关系信息确定与所述用餐顾客之间的关系匹配的优惠模式;
第二优惠数据匹配子单元,用于根据与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额和与所述用餐顾客之间的关系匹配的优惠模式,生成与所述用餐顾客群体中用餐顾客的数量匹配并且与所述用餐顾客群体中用餐顾客之间的关系信息匹配的优惠数据。
可选的,所述用餐顾客之间的关系确定单元包括:
常用地址获取子单元,用于根据扫码信息获取用餐顾客的常用地址;
第一常用地址选择子单元,用于根据所述扫码信息中的常用地址信息,选择所述常用地址信息中的第一常用地址;
地理功能类型判断子单元,用于判断所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型;
对应关系生成子单元,用于预先设置餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系;
或者,预先设置餐厅地理功能类型、常用地址信息的地理功能类型、多个用餐顾客的特征信息与用餐顾客之间的关系信息的对应关系。
可选的,所述关系确定单元还包括:
关系选择子单元,用于根据所述当前餐厅的地理位置信息、所述常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,确定所述用餐顾客群体中用餐顾客之间的关系信息;
或者,根据所述当前餐厅的地理位置信息、所述常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,确定所述用餐顾客群体中用餐顾客之间的关系信息。
本申请提供一种电子设备,包括:
处理器;
以及,
存储器,用于存储优惠数据提供方法的程序,该设备通电并通过所述处理器运行该优惠数据提供方法的程序后,执行下述步骤:
获得用餐顾客群体中至少一个用餐顾客的扫码信息;
根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;
获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;
向所述用餐顾客群体提供所述优惠数据。
本申请提供一种存储设备,包括:
存储有优惠数据提供方法的程序,该程序被处理器运行,执行下述步骤:
获得用餐顾客群体中至少一个用餐顾客的扫码信息;
根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;
获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;
向所述用餐顾客群体提供所述优惠数据。
与现有技术相比,本申请具有以下优点:
本申请根据用餐顾客群体中用餐顾客的数量,确定与用餐顾客群体中用餐顾客的数量匹配的优惠数据,从而使优惠数据符合用餐顾客群体的实际状态和需求。另外,由于优惠数据与用餐顾客群体的用餐顾客数量相关,因此可以在一定程度上提高引流的效果。
附图说明
图1是本申请实施例一提供的一种优惠数据提供方法操作流程图。
图2是本申请实施例一提供的用餐顾客之间的关系确定流程图。
图3是本申请实施例二提供的优惠数据提供装置示意图。
图4是本申请实施例三提供的优惠数据提供电子设备示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
本申请提供一种优惠数据提供方法,本申请同时涉及一种优惠数据提供装置、电子设备和存储设备。
实施例一
该优惠数据提供方法具体实施例如下:
参照图1,其示出了本申请实施例一提供的一种优惠数据提供方法操作流程图。如图1所示,该方法包括如下步骤:
步骤S101,获得用餐顾客群体中至少一个用餐顾客的扫码信息,根据扫码信息,确定用餐顾客群体中用餐顾客的数量。
在顾客进入餐厅准备用餐后,用餐顾客群体中至少一个用餐顾客可利用手机、iPad等移动智能终端上的相关APP进行扫码,此时,该餐厅的信息化点餐服务***能够获取进行扫码的用餐顾客的扫码信息。
在获得用餐顾客群体中至少一个用餐顾客的扫码信息后,为了给用餐顾客群体提供更好地服务,还需要进一步根据扫码信息来确定用餐顾客群体中用餐顾客的数量。在具体实现时,可以采用多种方式来根据扫码信息来确定用餐顾客群体中用餐顾客的数量。例如,第一种方式为,直接根据扫码信息来确定用餐顾客群体中用餐顾客的数量,具体的,在扫码信息中包括用餐顾客群体中用餐顾客的数量,获得扫码信息后,可以直接从扫码信息中提取顾客群体中用餐顾客的数量。另外,还可以将对同一餐桌进行扫码的用餐顾客的人数作为用餐顾客群体中用餐顾客的数量。此时,需要先设置一个时间阈值来确保用餐顾客属于同一用餐顾客群体,例如将该时间阈值设置为0-15分钟,该餐厅的信息化点餐服务***能够在每一餐桌的每一用餐顾客群体用餐结束(即结账)后进行刷新,并在新的用餐顾客群体中的第一个用餐顾客对某一餐桌进行扫码后开始计时,0-15分钟内的再对同一餐桌进行扫码的用餐顾客,即与第一个用餐顾客同属于同一用餐顾客群体。上述时间阈值的设置是灵活的,具体可以根据餐厅的类型(是否为快餐厅)或者当前餐厅的用餐平均时间来确定。
第二种方式是,先获得包括用餐顾客群体的标识的用餐顾客的数量,然后将包括顾客群体的标识的用餐顾客的数量确定为所述顾客群体中顾客的数量。具体的,是先在扫码信息的不同种类的信息中获得进行扫码的用餐顾客的用餐顾客群体的标识,然后根据该用餐顾客群体的标识进一步获取该标识中的用餐顾客的数量,本实施例中用餐顾客群体的标识可以为用餐顾客群体所在餐桌的标识。此时,需要从扫码信息中获取当前用餐顾客群体的餐桌的标识,然后根据餐桌标识中得到该餐桌可落座用餐顾客数量,并将该可落座用餐顾客数量作为用餐顾客群体中顾客的数量。例如,该用餐顾客群体在进入餐厅后选择落座的餐桌是可落座2人、4人、6人、8人等的餐桌,则该用餐顾客群体中顾客的数量分别对应与其落座餐桌标识中的人数为2人、4人、6人、8人等。
需要说明的是,在获取用餐顾客群体中顾客的数量时,在该用餐顾客群体中的第一个用餐顾客使用相关APP进行扫码后,该餐厅的信息化点餐服务***会向该用户的APP发送人数确定指令,该第一扫码用餐顾客可以在APP中生成的用餐顾客人数确定页面中输入并确定用餐顾客群体中的用餐顾客的数量。
请再参照图1,执行步骤S101后,可以进一步执行步骤S102,获得与用餐顾客群体中用餐顾客的数量匹配的优惠数据。
具体的,可以根据在步骤S101中确定的用餐顾客群体中用餐顾客的数量以及预先获得的用餐顾客数量与优惠数据之间的对应关系,获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据。
首先,需要预先设置好用餐顾客数量与优惠金额的对应关系,其次,根据用餐顾客群体中用餐顾客的数量确定与该用餐顾客群体中用餐顾客的数量匹配的优惠金额。例如,预先设置好顾客人数为2人时的优惠金额为4元,3人时的优惠金额为6元,4人时的优惠金额为8元等,然后根据步骤S101中任一确定用餐顾客群体中用餐顾客的数量的确定方法来确定用餐顾客的数量,并根据该用餐顾客的数量找出对应的优惠金额,如:用餐顾客群体中的用餐顾客的数量确定为4人时,优惠金额对应确定为8元。最后,根据与用餐顾客群体中用餐顾客的数量匹配的优惠金额,生成与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据,即根据用餐顾客群体中用餐顾客的数量结合其对应的优惠金额生成优惠数据,如:优惠数据是4人无条件减免8元的优惠券。
另外,本申请实施中还可以根据扫码信息,确定用餐顾客群体中用餐顾客之间的关系信息。此时,获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据,包括:获得与用餐顾客群体中用餐顾客的数量匹配并且与用餐顾客群体中用餐顾客之间的关系信息匹配的优惠数据,即在获得用餐顾客之间的关系信息的基础上,在生成对当前用餐顾客群体的对应优惠数据时,不仅需要考虑餐顾客群体中用餐顾客的数量,还需要同时考虑用餐顾客群体中用餐顾客之间的关系信息。
参照图2,其示出了本申请实施例一提供的用餐顾客之间的关系确定流程图。具体的,为获取用餐顾客之间的关系信息,首先要执行步骤S201,根据扫码信息,获得用餐顾客群体中至少一个用餐顾客的常用地址信息。
在获取了用餐顾客群体中至少一个用餐顾客的扫码信息后,可以在扫码信息的不同种类的信息中获得进行扫码的用餐顾客的常用地址信息,获得顾客常用地址方法中有两种,即根据该用餐顾客标识信息以及用餐顾客标识信息与用餐顾客的常用地址信息之间的对应关系,获得与该用餐顾客标识信息对应的用餐顾客的常用地址信息;或者,根据用餐顾客标识信息,在历史消费信息中查找与用餐顾客标识信息对应的用餐顾客历史消费信息,根据用餐顾客历史消费信息确定与用餐顾客标识信息对应的用餐顾客的常用地址信息。需要说明的是,这两种方法在获得扫码用餐顾客的常用地址之前,都需要在扫码信息中先获得用餐顾客的标识信息。该用餐顾客标识信息是每一个扫码用餐顾客的个人身份表征,即每一个扫码用餐顾客的标识信息都不相同,例如,有两个用餐顾客通过移动终端上的APP在当前餐厅进行扫码点餐时,该扫码信息中的用餐顾客标识信息就可以为两个人各自的APP用户账号。获取用餐顾客的标识信息之后,可以进一步的获取用餐顾客的标识信息对应的常用地址信息,或者,获取用餐顾客的标识信息对应的历史消费信息,从历史消费信息中查找与用餐顾客的标识信息对应的常用地址信息。
在上述第一种途径中,需要预先储存有用餐顾客标识信息与用餐顾客的常用地址信息之间的对应关系。就本实施例而言,将APP用户账号作为用餐顾客的标识信息,而且在APP对应的服务器中原本就存储有不同用户账号及与用户账号对应的常用地址信息,当用餐顾客使用APP进行扫码后,就可以根据用餐顾客的标识信息,在预先存储的信息中获取与用餐顾客的标识信息对应的用餐顾客的常用地址信息。
在上述第二种途径中,首先根据用餐顾客的APP用户账号查找与该用餐顾客的APP用户账号对应的历史消费信息。在具体实现时,APP对应的服务器可以记录用餐顾客在每次使用APP进行消费时的历史消费信息,历史消费信息可以包括用餐顾客的历史消费行为、历史消费地址以及历史消费偏好等信息,从历史消费信息中可以得到用餐顾客的APP用户账号下的常用地址信息。
需要说明的是,在根据用餐顾客历史消费信息确定与用餐顾客标识信息对应的用餐顾客的常用地址信息时,由于在扫码用餐顾客的标识信息即APP用户账号的历史记录中,可以获得很多历史消费地址信息,但是由于在每一历史消费地址的消费次数是不同的,所以有的历史消费地址仅对应一次消费,有的历史消费地址可能对几次消费或几十次以上。由于不同的历史消费地址对应不同的消费次数,所以并不是所有的历史消费记录中的地址信息都可以作为常用地址信息,但是可以通过筛选从历史消费记录中的地址信息中确定用餐顾客标识信息对应的历史消费信息中的常用地址信息,具体过程如下:
从用餐顾客历史消费信息中筛选出现次数超过第一数量阈值的地址信息;
将筛选出的次数超过第一数量阈值的地址信息作为与用餐顾客标识信息对应的用餐顾客的常用地址信息。
在上述过程中,需要对用餐顾客标识信息即APP用户账号对应的历史消费信息中的地址信息设定一个次数限定,即上述的第一数量阈值,例如20次。消费次数超过这个限定次数的地址信息即可确定为常用地址信息。当然,第一数量阈值的次数是可变的,可以根据不同的需求做出合适的调整。
通过第一数量阈值筛选出来的满足条件的地址信息可能为一个,也可能为多个,但只要出现次数超过第一数量阈值的地址信息,都可以作为常用地址信息。
在获得用餐顾客群体中至少一个用餐顾客的常用地址信息后,需要对该的常用地址信息作进一步的处理后,才能根据当前餐厅的地理位置信息和该常用地址信息,确定用餐顾客群体中用餐顾客之间的关系信息。再参照图2,此时需要执行步骤S202,选定一个常用地址信息为第一常用地址信息。
在步骤S201中,可以得知获取的顾客常用地址信息可以为一个扫码用餐顾客的一个或多个常用地址信息,或者为多个扫码用餐顾客分别对应的一个或多个常用地址信息。但是,根据当前餐厅的地理位置信息和该常用地址信息,确定该用餐顾客群体中用餐顾客之间的关系信息,仅需要用一个唯一确定的常用位置信息与当前餐厅的地理位置信息就可以确定出用餐顾客之间的关系信息。对于在不同情况下选择出用于判断顾客群体中用餐顾客之间的关系的常用地址信息,即第一常用地址信息,下面给出了相应的方式:
1)如果获得一个用餐顾客的多个常用地址信息,则从多个常用地址信息中选择与当前餐厅的地理位置信息最近的第一常用地址信息。
在这种方式中,在用餐顾客群体中仅有一个用餐顾客进行了扫码点餐,此时,仅能获取该用餐顾客的扫码信息,于是只能根据该用餐顾客的扫码信息对应获得该用餐顾客的常用地址信息,但是,由于这一个顾客的常用地址信息为多个,所以就需要根据多个常用地址信息与当前餐厅的地理位置信息中选择两者之间距离最近的一个常用地址信息作为第一常用位置信息。例如,假设获取的用餐顾客的常用位置信息有三个,第一个常用地址信息与当前餐厅的地理位置信息的距离为5千米,第二个常用地址信息与当前餐厅的地理位置信息的距离为3千米,第三个常用地址信息与当前餐厅的地理位置信息的距离为8千米,那么就选择第二个常用地址信息为第一常用地址信息。
2)如果获得用餐顾客群体中多个用餐顾客的常用地址信息,则将不同用餐顾客之间的相同常用地址信息进行归类;
如果归类后得到多个常用地址信息,则从多个常用地址信息中选择与当前餐厅的地理位置信息最近的第一常用地址信息。
在这种方式中,在用餐顾客群体中有多个用餐顾客分别进行了扫码点餐,此时,当前餐厅的信息化服务***能分别获取所有进行扫码顾客对应的顾客常用位置,每一个用餐顾客的常用地址信息都可以为一个或多个。这种情况下,需要先将不同用餐顾客之间的相同常用地址信息进行归类,即不同顾客之间的常用位置信息有可能会有部分重合,归类就是将不同用餐顾客之间重合的常用位置信息进行分类。例如,假设第一个扫码用餐顾客的常用位置信息有三个A1、A2、A3,第二个扫码顾客的常用位置信息有四个B1、B2、A2、B3,第三个扫码顾客的常用位置信息有两个B1、B2,那么就将不同用餐顾客的所有常用地址信息分为6类A1、A2、A3、B1、B2、B3。之后,就可以按照方式1)在这六类常用地址信息中选择出与当前餐厅的地理位置信息最近的第一常用地址信息。
3)如果仅获得一个常用地址信息,则该常用地址信息即为第一常用地址信息。
在以上三种不同情况下,分别选定一个常用地址信息为第一常用地址信息后,还需要对该第一常用信息做进一步的处理才能够实现根据当前餐厅的地理位置信息和该常用地址信息,确定该用餐顾客群体中用餐顾客之间的关系信息。
如图2所示,确定顾客之间的关系的流程还包括步骤S203,分别判断当前餐厅的地理位置信息和常用地址信息两者所属的地理位置功能类型。
在具体实现时,在用餐顾客进行扫码点餐的同时,就可以获取当前餐厅的地理位置信息。例如,扫码信息包括当前餐厅的地理位置信息,或者,扫码信息包括当前餐厅的标识信息,根据餐厅的标识信息与餐厅的地理位置信息之间的对应关系,就可以获得当前餐厅的地理位置信息。
另外,地理位置功能类型可以包括办公区域、居住区域、学校区域、商业区域等,常用地址信息所属的地理位置功能类型可以是指常用地址信息所属的区域为办公区域、居住区域、学校区域、商业区域等至少一种类型区域。在进行判断时,可以预先建立地址信息、地址信息所属的区域信息、区域信息所属的地理位置功能类型之间的对应关系,根据该对应关系,就可以分别判断出当前餐厅的地理位置信息和常用地址信息两者所属的地理位置功能类型。当然,区域信息所属的地理位置功能类型可以根据实际需求进行调整。
因为在步骤S202中采用了多种不同的方法选定一个常用地址信息为第一常用地址信息,所以,本步骤S203中所述判断常用地址信息所属的地理位置功能类型具体为,判断第一常用地址信息所属的地理功能类型。
如图2所示,确定顾客之间的关系的流程还包括步骤S204,根据当前餐厅的地理位置信息和常用地址信息,确定用餐顾客群体中用餐顾客之间的关系信息。
由于在步骤S203中已经判断出了断当前餐厅的地理位置信息和常用地址信息两者分别所属的地理位置功能类型。根据当前餐厅的地理位置信息和常用地址信息,就可以确定用餐顾客群体中用餐顾客之间的关系信息。
在具体实现时,可以根据当前餐厅的地理位置信息所属的地理功能类型和常用地址信息所属的地理功能类型,以及根据预先设置的餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系,获得与当前餐厅的地理位置信息所属的地理功能类型和常用地址信息所属的地理功能类型对应的用餐顾客之间的关系信息。
首先,预先设置餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系,该对应关系的设置可以根据当前餐厅的需求来个性化地设置,本实施例中预先设置的餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系如下:常用地址地理功能类型和餐厅地理功能类型都为居住类型时,对应的用餐顾客之间的关系信息为家庭关系;常用地址地理功能类型和餐厅地理功能类型都为办公类型时,对应的用餐顾客之间的关系信息为同事关系;常用地址地理功能类型为居住类型,餐厅地理功能类型都为办公类型时,对应的用餐顾客之间的关系信息为同事关系;常用地址地理功能类型为办公类型,餐厅地理功能类型都为居住类型时,对应的用餐顾客之间的关系信息为朋友关系等。
需要说明的是,在获取获得第一常用地址信息后,则根据当前餐厅的地理位置信息所属的地理功能类型和常用地址信息所属的地理功能类型,确定用餐顾客群体中用餐顾客之间的关系信息就具体为,根据当前餐厅的地理位置信息所属的地理功能类型和第一常用地址信息所属的地理功能类型,确定用餐顾客群体中用餐顾客之间的关系信息。即,将与常用地址信息相关的过程改用为第一常用地址信息。
另外,在扫码用餐顾客为多人时,还可以在扫码信息中分别获得多人的用餐顾客的特征信息,然后上述的当前餐厅的地理位置信息、常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,确定所述用餐顾客群体中用餐顾客之间的关系信息。具体的,可以根据当前餐厅的地理位置信息、常用地址信息和用餐顾客群体中多个用餐顾客的特征信息,以及根据预先设置的餐厅地理功能类型、常用地址信息、多个用餐顾客的特征信息与用餐顾客之间的关系信息的对应关系,获得与当前餐厅的地理位置信息、常用地址信息和用餐顾客群体中多个用餐顾客的特征信息对应的用餐顾客之间的关系信息。即,先对常用地址信息进行第一常用信息的判断,然后根据当前餐厅的地理位置信息所属的地理功能类型和第一常用地址信息所属的地理功能类型,确定用餐顾客群体中用餐顾客之间的关系信息。在根据当前餐厅的地理位置信息和第一常用地址信息,确定用餐顾客群体中用餐顾客之间的关系信息之后,如:确定用餐顾客群体中用餐顾客之间的关系信息为家庭关系后,可以进一步根据用餐顾客的特征信息中的年龄、性别信息将家庭关系调整为夫妻/情侣关系,如对应的用餐顾客之间的关系信息为朋友关系等,可以进一步根据用餐顾客的特征信息中的年龄、性别信息将朋友关系调整为同龄异/同性朋友关系。
在确定用餐顾客群体中用餐顾客之间的关系信息后,需要获得与用餐顾客群体中用餐顾客的数量匹配并且与用餐顾客群体中用餐顾客之间的关系信息匹配的优惠数据。详细地,根据用餐顾客群体中用餐顾客的数量确定与用餐顾客群体中用餐顾客的数量匹配的优惠金额,根据用餐顾客之间的关系信息确定与所述用餐顾客之间的关系匹配的优惠模式。需要说明的是,在根据用餐顾客群体中用餐顾客的数量确定与用餐顾客群体中用餐顾客的数量匹配的优惠金额和根据用餐顾客之间的关系信息确定与所述用餐顾客之间的关系匹配的优惠模式时,两者可不分前后顺序,即可以先执行确定与用餐顾客群体中用餐顾客的数量匹配的优惠金额,也可以先执行确定与所述用餐顾客之间的关系匹配的优惠模式。在本实施例中采取先根据用餐顾客群体中用餐顾客的数量确定与用餐顾客群体中用餐顾客的数量匹配的优惠金额,即采用只获取用餐顾客群体中顾客人数时,获得与用餐顾客群体中用餐顾客的数量匹配的优惠数据中生成优惠金额方法执行该步骤,如:4人优惠8元。然后再根据用餐顾客之间的关系匹配优惠模式,如:用餐顾客之间的关系为朋友关系优惠模式为朋友模式,优惠多倾向于酒水,即4人优惠8元,其中酒水在打8折的基础上优惠4元,非酒水菜品优惠4元。如:用餐顾客之间的关系为朋友关系优惠模式为情侣模式,优惠多倾向于甜品,即2人优惠4元,其中甜品在打8折的基础上优惠2元,非甜品菜品优惠2元。而且如果确定的顾客关系为情侣模式,用餐顾客也可以不选择情侣模式的优惠,但是在选择其他优惠模式时,优惠金额变为原优惠金额的八折。在确定优惠金额和优惠模式后,需要根据与用餐顾客群体中用餐顾客的数量匹配的优惠金额和与用餐顾客之间的关系匹配的优惠模式,生成与用餐顾客群体中用餐顾客的数量匹配并且与用餐顾客群体中用餐顾客之间的关系信息匹配的优惠数据,即优惠数据是4人朋友模式的8元优惠等。
根据与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额和与所述用餐顾客之间的关系匹配的优惠模式,生成与所述用餐顾客群体中用餐顾客的数量匹配并且与所述用餐顾客群体中用餐顾客之间的关系信息匹配的优惠数据。
步骤S103,向用餐顾客群体提供所述优惠数据。
在上述步骤S102中,无论是根据与用餐顾客群体中用餐顾客的数量匹配的优惠金额,生成与用餐顾客群体中用餐顾客的数量匹配的优惠数据,还是根据与用餐顾客群体中用餐顾客的数量匹配的优惠金额和与用餐顾客之间的关系匹配的优惠模式,生成与用餐顾客群体中用餐顾客的数量匹配并且与用餐顾客群体中用餐顾客之间的关系信息匹配的优惠数据,都需要将最终生成优惠数据提供给用餐顾客群体,即向扫码用餐顾客的移动智能终端上的APP发送该优惠数据。
需要说明的是,可以在发送优惠数据的同时,发送该优惠数据的详细解释和具体使用方法,以方便用餐顾客了解和使用该优惠数据。
实施例二
在上述的实施例中,提供了一种菜品推荐方法,与之相对应的,本申请还提供一种菜品推荐装置。由于装置实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
参照图3,其示出了本申请实施例二提供的优惠数据提供装置示意图。
该优惠数据提供装置包括:
信息获取单元301,用于获得餐顾客群体中至少一个用餐顾客的扫码信息;
用餐顾客的数量确定单元302,用于根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;
优惠数据匹配单元303,用于获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;
优惠数据提供单元304,用于向所述用餐顾客群体提供所述优惠数据。
可选的,所述用餐顾客的数量确定单元302包括:
第一数量确定子单元,用于从所述扫码信息中提取所述顾客群体中用餐顾客的数量;
第二数量确定子单元,用于将包括顾客群体的标识的扫码信息的数量确定为所述顾客群体中顾客的数量。
可选的,所述优惠数据匹配单元303包括:
第一优惠确定子单元,用于根据所述用餐顾客群体中用餐顾客的数量确定与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额;
第一优惠数据匹配子单元,用于根据与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额,生成与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据。
可选的,所述装置还包括:用餐顾客之间的关系确定单元305,用于根据所述扫码信息,确定所述用餐顾客群体中用餐顾客之间的关系信息;
所述优惠数据匹配单元303还包括:
第二优惠确定子单元,用于根据所述用餐顾客群体中用餐顾客的数量确定与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额,根据所述用餐顾客之间的关系信息确定与所述用餐顾客之间的关系匹配的优惠模式;
第二优惠数据匹配子单元,用于根据与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额和与所述用餐顾客之间的关系匹配的优惠模式,生成与所述用餐顾客群体中用餐顾客的数量匹配并且与所述用餐顾客群体中用餐顾客之间的关系信息匹配的优惠数据。
可选的,所述用餐顾客之间的关系确定单元305包括:
常用地址获取子单元,用于根据扫码信息获取用餐顾客的常用地址;
第一常用地址选择子单元,用于根据所述扫码信息中的常用地址信息,选择所述常用地址信息中的第一常用地址;
地理功能类型判断子单元,用于判断所述当前餐厅的地理位置信息所属的地理功能类型和所述第一常用地址信息所属的地理功能类型;
对应关系生成子单元,用于预先设置餐厅地理功能类型、常用地址地理功能类型与用餐顾客之间的关系信息的对应关系;
或者,预先设置餐厅地理功能类型、常用地址信息的地理功能类型、多个用餐顾客的特征信息与用餐顾客之间的关系信息的对应关系。
可选的,所述关系确定单元305还包括:
关系选择子单元,用于根据所述当前餐厅的地理位置信息、所述常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,确定所述用餐顾客群体中用餐顾客之间的关系信息;
或者,根据所述当前餐厅的地理位置信息、所述常用地址信息和所述用餐顾客群体中多个用餐顾客的特征信息,确定所述用餐顾客群体中用餐顾客之间的关系信息。
实施例三
本申请实施例三提供了与上述存储优惠数据提供方法对应的电子设备。
如图4所示,其示出了本申请实施例三提供的优惠数据提供电子设备示意图。
所述优惠数据提供电子设备包括:
处理器401;
以及,
存储器402,用于优惠数据提供方法的程序,该设备通电并通过所述处理器运行该优惠数据提供方法的程序后,执行下述步骤:
获得用餐顾客群体中至少一个用餐顾客的扫码信息;
根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;
获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;
向所述用餐顾客群体提供所述优惠数据。
实施例四
本申请实施例四提供了与优惠数据提供方法对应的存储设备。
所述存储设备包括:
存储有优惠数据提供方法的程序,该程序被处理器运行,执行下述步骤:
获得用餐顾客群体中至少一个用餐顾客的扫码信息;
根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;
获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;
向所述用餐顾客群体提供所述优惠数据。
本申请虽然以较佳实施例公开如上,但其并不是用来限定本申请,任何本领域技术人员在不脱离本申请的精神和范围内,都可以做出可能的变动和修改,因此本申请的保护范围应当以本申请权利要求所界定的范围为准。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
2、本领域技术人员应明白,本申请的实施例可提供为方法、***或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
Claims (10)
1.一种优惠数据提供方法,其特征在于,包括:
获得用餐顾客群体中至少一个用餐顾客的扫码信息;
根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;
获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;
向所述用餐顾客群体提供所述优惠数据。
2.根据权利要求1所述的方法,其特征在于,所述扫码信息包括所述用餐顾客群体中用餐顾客的数量;
所述根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量,包括:从所述扫码信息中提取所述顾客群体中用餐顾客的数量。
3.根据权利要求1所述的方法,其特征在于,所述扫码信息包括所述用餐顾客群体的标识;
所述根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量,包括:
获得包括所述用餐顾客群体的标识的用餐顾客的数量;
将所述包括所述顾客群体的标识的用餐顾客的数量确定为所述用餐顾客群体中用餐顾客的数量。
4.根据权利要求3所述的方法,其特征在于,所述用餐顾客群体的标识为所述用餐顾客群体所在餐桌的标识。
5.根据权利要求1所述的方法,其特征在于,所述获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据,包括:根据所述用餐顾客群体中用餐顾客的数量以及预先获得的用餐顾客数量与优惠数据之间的对应关系,获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据。
6.根据权利要求1所述的方法,其特征在于,所述获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据,包括:
根据所述用餐顾客群体中用餐顾客的数量确定与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额;
根据与所述用餐顾客群体中用餐顾客的数量匹配的优惠金额,生成与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据。
7.根据权利要求1所述的方法,其特征在于,还包括:根据所述扫码信息,确定所述用餐顾客群体中用餐顾客之间的关系信息;
所述获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据,包括:获得与所述用餐顾客群体中用餐顾客的数量匹配并且与所述用餐顾客群体中用餐顾客之间的关系信息匹配的优惠数据。
8.一种优惠数据提供装置,其特征在于,包括:
信息获取单元,用于获得餐顾客群体中至少一个用餐顾客的扫码信息;
用餐顾客的数量确定单元,用于根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;
优惠数据匹配单元,用于获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;
优惠数据提供单元,用于向所述用餐顾客群体提供所述优惠数据。
9.一种电子设备,其特征在于,包括:
处理器;
以及,
存储器,用于存储优惠数据提供方法的程序,该设备通电并通过所述处理器运行该优惠数据提供方法的程序后,执行下述步骤:
获得用餐顾客群体中至少一个用餐顾客的扫码信息;
根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;
获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;
向所述用餐顾客群体提供所述优惠数据。
10.一种存储设备,其特征在于,包括:
存储有优惠数据提供方法的程序,该程序被处理器运行,执行下述步骤:
获得用餐顾客群体中至少一个用餐顾客的扫码信息;
根据所述扫码信息,确定所述用餐顾客群体中用餐顾客的数量;
获得与所述用餐顾客群体中用餐顾客的数量匹配的优惠数据;
向所述用餐顾客群体提供所述优惠数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811070318.1A CN109447679A (zh) | 2018-09-13 | 2018-09-13 | 一种优惠数据提供方法、装置以及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811070318.1A CN109447679A (zh) | 2018-09-13 | 2018-09-13 | 一种优惠数据提供方法、装置以及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109447679A true CN109447679A (zh) | 2019-03-08 |
Family
ID=65530490
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811070318.1A Pending CN109447679A (zh) | 2018-09-13 | 2018-09-13 | 一种优惠数据提供方法、装置以及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109447679A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111369392A (zh) * | 2020-02-28 | 2020-07-03 | 广东智源机器人科技有限公司 | 一种优惠方案展示方法、装置和电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105243616A (zh) * | 2015-08-03 | 2016-01-13 | 北京信付科技有限公司 | 点餐方法、点餐客户端、点餐云处理器以及云点餐*** |
CN106910116A (zh) * | 2017-02-22 | 2017-06-30 | 孟祥宝 | 一种场景式餐饮订餐点菜***及方法 |
CN107545522A (zh) * | 2016-06-27 | 2018-01-05 | 深圳富泰宏精密工业有限公司 | 服务器、点餐***及方法 |
CN107622456A (zh) * | 2017-09-26 | 2018-01-23 | 安徽网网络科技有限公司 | 基于移动终端的订座及订餐管理***及其使用方法 |
CN108520443A (zh) * | 2018-04-11 | 2018-09-11 | 口碑(上海)信息技术有限公司 | 智能券的发放方法、装置及利用智能券的核销方法、装置 |
-
2018
- 2018-09-13 CN CN201811070318.1A patent/CN109447679A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105243616A (zh) * | 2015-08-03 | 2016-01-13 | 北京信付科技有限公司 | 点餐方法、点餐客户端、点餐云处理器以及云点餐*** |
CN107545522A (zh) * | 2016-06-27 | 2018-01-05 | 深圳富泰宏精密工业有限公司 | 服务器、点餐***及方法 |
CN106910116A (zh) * | 2017-02-22 | 2017-06-30 | 孟祥宝 | 一种场景式餐饮订餐点菜***及方法 |
CN107622456A (zh) * | 2017-09-26 | 2018-01-23 | 安徽网网络科技有限公司 | 基于移动终端的订座及订餐管理***及其使用方法 |
CN108520443A (zh) * | 2018-04-11 | 2018-09-11 | 口碑(上海)信息技术有限公司 | 智能券的发放方法、装置及利用智能券的核销方法、装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111369392A (zh) * | 2020-02-28 | 2020-07-03 | 广东智源机器人科技有限公司 | 一种优惠方案展示方法、装置和电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110569432B (zh) | 商品序列计算方法、装置、计算机设备及存储介质 | |
US9355400B1 (en) | Local item availability information | |
US8478658B2 (en) | Auction-based selection and presentation of polls to users | |
US8296194B2 (en) | Method, medium, and system for ranking dishes at eating establishments | |
KR20180103908A (ko) | 지리적 지역 히트맵을 생성하기 위한 시스템, 방법, 및 디바이스 | |
EP2717215A1 (en) | Method and apparatus for optimizing message delivery in recommender systems | |
US20150278915A1 (en) | Recommendation system for non-fungible assets | |
KR20150037769A (ko) | 모바일 애플리케이션 사용자의 관심 프로파일 | |
WO2016074022A1 (en) | Obtaining data relating to customers, processing the same and providing output of electronically generated customer offers | |
CN105740415B (zh) | 基于标签位置权重与自学习的招投标好友推荐*** | |
CN105243565A (zh) | 机器人及其实现o2o交易的方法 | |
WO2017019424A1 (en) | Methods and systems for ranking merchants | |
CN104834720A (zh) | 基于o2o模式的兴趣点信息展现方法和*** | |
CN110766509A (zh) | 服务订单处理、外卖订单推荐方法及装置 | |
CN112913210B (zh) | 信息内容的确定方法及相关产品 | |
CN113327152A (zh) | 商品推荐方法、装置、计算机设备及存储介质 | |
CN111597447A (zh) | 对象推送方法、装置、电子设备及存储介质 | |
CN109447679A (zh) | 一种优惠数据提供方法、装置以及设备 | |
JP6679704B1 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
KR101761746B1 (ko) | 서비스 서버 및 그것의 아이템 서비스 사업체 선정 방법 | |
Ivanyi et al. | SMART CITY: An overview of the functions of city marketing mobile applications. | |
CN108109042A (zh) | 业务优惠信息推送方法及装置 | |
CN111915679B (zh) | 一种基于楼层的目标点位确定方法、装置和设备 | |
TWI773901B (zh) | 付款類型推薦系統及付款類型推薦方法 | |
CN113222702A (zh) | 一种自动饮料机饮料食谱推荐方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190308 |
|
RJ01 | Rejection of invention patent application after publication |