CN111414551A - 信息获取方法、信息推荐方法、装置和电子设备 - Google Patents

Abstract

本申请实施例公开了信息获取方法、信息推荐方法、装置和电子设备。所述信息获取方法的实施例包括：通过第一应用获取点餐请求；确定点餐请求所指示的目标门店，并从第二应用中获取目标门店中的菜品的相关数据；基于相关数据，在第一应用中展示与目标门店中的菜品相关的信息。该实施方式缩短了用户在点餐过程中的信息获取时间，有助于提高点餐效率。

Description

信息获取方法、信息推荐方法、装置和电子设备

技术领域

本申请实施例涉及计算机技术领域，具体信息获取方法、信息推荐方法、装置和电子设备。

背景技术

在疫情蔓延时期，或者一些传染病高发环境下，与他人交谈过程中通常存在着通过飞沫等途径传播病毒、细菌的风险。例如，在传统的点餐过程中，顾客需要与餐厅的工作人员近距离交谈，当任一人染病时，与其交谈的另一人则存在感染风险。由此，安全用餐问题受到广泛关注。

现有技术中，当用户第一次光临某门店，或不了解某门店中的菜品时，通常需要与工作人员进行交流，或另其同伴使用另一设备同步获取门店中菜品的相关信息，以辅助点餐。由此，这种情况下，仍无法保证用餐安全，且用户在点餐过程需花费较长的时间获取信息，导致点餐效率较低。

发明内容

本申请实施例提出了信息获取方法、信息推荐方法、装置和电子设备，在保证用餐安全的同时，缩短用户在点餐过程中信息获取时间和决策时间，提高了点餐效率。

第一方面，本申请实施例提供了一种信息获取方法，该方法包括：通过第一应用获取点餐请求；确定点餐请求所指示的目标门店，并从第二应用中获取目标门店中的菜品的相关数据；基于相关数据，在第一应用中展示与目标门店中的菜品相关的信息。

第二方面，本申请实施例提供了一种信息推荐方法，该方法包括：接收针对目标门店的点餐请求；获取历史客户对目标门店中的菜品的评价数据；基于评价数据，确定客户推荐菜品；返回包含客户推荐菜品的菜品信息的点餐页面。

第三方面，本申请实施例提供了一种信息获取装置，该装置包括：第一获取单元，被配置成通过第一应用获取点餐请求；第二获取单元，被配置成确定点餐请求所指示的目标门店，并从第二应用中获取目标门店中的菜品的相关数据；展示单元，被配置成基于相关数据，在第一应用中展示与目标门店中的菜品相关的信息。

第四方面，本申请实施例提供了一种信息推荐装置，该装置包括：接收单元，被配置成接收针对目标门店的点餐请求；获取单元，被配置成获取历史客户对目标门店中的菜品的评价数据；确定单元，被配置成基于评价数据，确定客户推荐菜品；返回单元，被配置成返回包含客户推荐菜品的菜品信息的点餐页面。

第五方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面所描述的信息推荐方法。

第六方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所描述的信息推荐方法。

本申请实施例提供的信息推荐方法、装置、电子设备和计算机可读介质，通过第一应用获取点餐请求；而后确定点餐请求所指示的目标门店，并从第二应用中获取目标门店中的菜品的相关数据；最后基于相关数据，在第一应用中展示与目标门店中的菜品相关的信息。由此，可在无接触点餐的同时，自动获取到与目标门店中的菜品相关的信息。在保证了用餐安全的同时，缩短了用户在点餐过程中的信息获取时间，提高了点餐效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是根据本申请的信息获取方法的一个实施例的流程图；

图2是根据本申请的信息推荐方法的一个实施例的流程图；

图3是根据本申请的信息推荐方法的又一个实施例的流程图；

图4是根据本申请的信息获取装置的一个实施例的结构示意图；

图5是根据本申请的信息推荐装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了根据本申请的信息获取方法的一个实施例的流程100。信息获取方法的执行主体可以是服务器。服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个设备组成的分布式设备集群，也可以实现成单个设备。当服务器为软件时，可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

此外，在终端设备具有实现本申请的信息获取方法的能力时，信息获取方法的执行主体也可以是终端设备。上述终端设备可以是如手机、智能手机、平板电脑、膝上型便携计算机、可穿戴设备等的电子设备。

此外，信息获取方法的执行主体还可以是包含一种或多种设备的电子***。

该信息推荐方法，包括以下步骤：

步骤101，通过第一应用获取点餐请求。

在本实施例中，信息获取方法的执行主体可以通过第一应用获取点餐请求。此处，第一应用可以是运行于用户所使用的终端设备中的某个具有点餐功能的客户端应用(Application，APP)，如点餐客户端。也可以是在某客户端应用中所加载的具有点餐功能的小程序。

作为示例，在用户触发第一应用中的点餐按键或点餐功能后，或者，在通过第一应用识别某个标识符后，即可由第一应用触发点餐请求。从而，所述执行主体即可通过第一应用获取到点餐请求。

在本实施例的一些可选的实现方式中，可以通过第一应用识别目标标识符，获取点餐请求。此处的目标标识符可以由目标门店提供，其可包含点餐页面的网址等信息。通过识别该目标标识符，即可呈现点餐页面。实践中，目标标识符可以是一维码(如条形码)、二维码等，也可以是也可以是由文字、字母、数字以及特殊字符中的至少一种组成的字符串。

在一种场景中，目标标识符可存储于终端设备的本地。作为示例，目标标识符为一维码或二维码时，可以将目标标识符以图片形式存储于本地。通过第一应用识别该图片后，即可发送点餐请求。作为又一示例，目标标识符为由文字、字母、数字以及特殊字符中的至少一种组成的字符串时，可以将该字符串存储于本地。当复制该字符串后启动第一应用时，即可发送点餐请求。

在另一种场景中，目标标识符可布置于目标门店中(如门店内部或外部)。此时的目标标识符可以是一维码(如条形码)、二维码等。上述执行主体可以通过第一应用扫描该目标标识符，从而发送点餐请求。

步骤102，确定点餐请求所指示的目标门店，并从第二应用中获取目标门店中的菜品的相关数据。

在本实施例中，点餐请求中可以包含所请求点餐的门店的信息，如门店的名称或标识等。由此，可以通过点餐请求中所携带的信息，确定出点餐请求所指示的目标门店。

而后，可以从第二应用中获取目标门店中的菜品的相关数据。此处的第二应用可作为数据获取来源。例如，可以是提供多家门店的相关数据的客户端应用或服务平台。上述执行主体可以通过发送请求、爬虫等方式，从第二应用中获取目标门店中的菜品的相关数据。

此处，目标门店中的菜品的相关数据可以包括但不限于以下至少一项：评价数据、卫生数据、活动数据等。

在一种场景中，上述执行主体从第二应用中获取目标门店中的菜品的相关数据中，可以包括评价数据。对于目标门店中的某一菜品，该菜品的评价数据可以为用于评价该菜品的数据。评价数据能够表征出历史客户对该菜品的满意程度。例如，可以包括但不限于：好评的数量、中评的数量、差评的数量、点赞数、推荐量、收藏数等等。

以第二应用为提供门店评价功能的目标点评平台为例，各用户可以在该平台中对各门店及各门店中的菜品进行评价、点赞、转发、收藏等。目标门店的历史客户也可在该平台中对目标门店的菜品进行评价。由此，上述执行主体可以从该平台中，查询并获取到目标门店中的菜品的评价数据。

在另一种场景中，上述执行主体从第二应用中获取目标门店中的菜品的相关数据中，可以包括卫生数据。卫生数据可以是用于表征该菜品的卫生状况的数据。例如，可以包括卫生评级、打分等。

在另一种场景中，上述执行主体从第二应用中获取目标门店中的菜品的相关数据中，可以包括活动数据。活动数据可以包括但不限于当前的门店活动、活动链接、优惠信息、优惠券使用期限、优惠券使用方法等。

在本实施例的一些可选的实现方式中，上述执行主体可以首先在第二应用中，查询与上述目标门店关联的数据。而后，可以从所查询到数据中，获取上述目标门店中的菜品的相关数据。例如，首先以目标门店的名称作为关键词，查询该关键词关联的页面中的数据。之后从中提取菜品的相关数据。

步骤103，基于相关数据，在第一应用中展示与目标门店中的菜品相关的信息。

在本实施例中，上述执行主体可以基于目标门店中的菜品的相关数据，在第一应用中展示与上述目标门店中的菜品相关的信息。此处，与目标门店中的菜品相关的信息，可以是从所获取到的与上述目标门店的菜品的相关数据中，所提取或整理后的信息。

实践中，上述执行主体可以首先基于相关数据得到与上述目标门店中的菜品相关的信息。例如，对相关数据进行统计、分析、提取等操作后，从而得到与目标门店中的菜品相关的信息。而后，可以将该信息传输至第一应用，从而在第一应用中展示该信息。

在本实施例的一些可选的实现方式中，上述执行主体具体可在第一应用的点餐页面中，展示与目标门店中的菜品相关的信息。

在本实施例的一些可选的实现方式中，上述相关数据可以包括评价数据。此时，上述执行主体可以首先基于评价数据，确定客户推荐菜品；而后，在第一应用中展示客户推荐菜品的菜品信息。

在展示客户推荐菜品的菜品信息时，可以首先在目标门店的原始菜单中添加推荐菜品类，并将各客户推荐菜品的菜品信息归入上述推荐菜品类，从而得到更新后的目标菜单。而后，在第一应用中展示用于呈现上述目标菜单的点餐页面，由此，即可通过该点餐页面呈现客户推荐菜品的菜品信息。

实践中，点餐页面中可以包括预设的一个或多个类别，如凉菜、热菜等。或者，特价菜、主食、配菜、饮品等。客户推荐菜品的菜品信息可单独设置为一个分类，如可称为推荐菜品类。由此，点餐页面即可既包含正常的菜单，也包含客户推荐菜品。

在本实施例的一些可选的实现方式中，上述相关数据可以包括卫生数据。此时，上述执行主体可以基于该卫生数据，确定上述目标门店中的菜品的卫生状况信息(如以文字或图片形式表示)；而后，在上述第一应用中展示上述卫生状况信息。

在本实施例的一些可选的实现方式中，上述相关数据可以包括活动数据。此时，上述执行主体可以基于上述活动数据，确定上述目标门店中的菜品的优惠券；而后，在上述第一应用中展示该优惠券。

本申请的上述实施例提供的方法，通过第一应用获取点餐请求；而后确定点餐请求所指示的目标门店，并从第二应用中获取目标门店中的菜品的相关数据；最后基于相关数据，在第一应用中展示与目标门店中的菜品相关的信息。由此，可在无接触点餐的同时，自动获取到与目标门店中的菜品相关的信息。在保证了用餐安全的同时，缩短了用户在点餐过程中的信息获取时间，提高了点餐效率。

继续参考图2，其示出了根据本申请的信息推荐方法的一个实施例的流程200。信息推荐方法的执行主体可以是服务器。服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个设备组成的分布式设备集群，也可以实现成单个设备。当服务器为软件时，可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。该信息推荐方法，包括以下步骤：

步骤201，接收针对目标门店的点餐请求。

在本实施例中，信息推荐方法的执行主体可以接收针对目标门店的点餐请求。其中，上述目标门店即为用户当前待进行点餐的门店。上述目标门店可以是各种类型的餐饮门店，如快餐店、传统餐厅、奶茶店等等。实践中，点餐请求中可以包括目标门店的标识或名称等信息，以便于上述执行主体获取目标门店的相关信息。此处的点餐请求可通过用户所使用的终端设备发送。上述终端设备可以是如手机、智能手机、平板电脑、膝上型便携计算机、可穿戴设备等的电子设备。

在本实施例的一些可选的实现方式中，点餐请求可通过由终端设备安装的第一应用发送，例如，通过第一应用识别目标标识符后发送。上述第一应用可以是运行于用户所使用的设备中的客户端应用。具体可以是点餐客户端。

此处的点餐客户端可以是具有点餐功能的客户端，也可实现为一个或多个程序模块。上述点餐客户端可以支持包含目标门店的一家或多家门店的点餐功能。实践中，用户可以打开点餐客户端，选中所需点餐的目标门店，从而实现点餐请求的发送。此外，第一应用也可以是在某客户端应用中所加载的小程序。

此处的目标标识符可以由目标门店提供，其可包含点餐页面的网址等信息。通过识别该目标标识符，即可呈现点餐页面。实践中，目标标识符可以是一维码(如条形码)、二维码等，也可以是也可以是由文字、字母、数字以及特殊字符中的至少一种组成的字符串。

步骤202，获取历史客户对目标门店中的菜品的评价数据。

在本实施例中，上述执行主体可以获取历史客户对目标门店中的菜品的评价数据。其中，历史客户即为在当前时间以前对目标门店进行过点餐的客户。对于目标门店中的某一菜品，该菜品的评价数据即为用于评价该菜品的优劣的数据。评价数据能够表征出历史客户对该菜品的满意程度。例如，可以包括但不限于：好评的数量、中评的数量、差评的数量、点赞数、推荐量、收藏数等等。

需要说明的是，本申请实施例对历史客户的点餐方式不作限定，例如，历史客户可以包括通过扫码点餐方式点餐的客户、通过点餐客户端点餐的客户、通过传统点餐方式入店进行人工点餐的客户等。

在一种场景中，上述执行主体可以在接收到点餐请求后，从任一评价数据获取来源中获取评价数据。其中，评价数据获取来源可以包括但不限于互联网中对目标门店的评价页面、目标点评平台、存储有评价数据的服务器或数据库等。上述目标点评平台可以是提供门店评价功能的服务平台。

在另一种场景中，上述执行主体还可以在接收到点餐请求之前，预先获取评价数据，并将所获取的评价数据存储在本地。例如，主体可以周期性地从目标点评平台中获取近期(如最近一个月、一周等)的评价数据，并存储于本地。在接收到点餐请求后，可以从本地直接获取目标门店中的菜品的评价数据。

在本实施例的一些可选的实现方式中，上述执行主体可以从第二应用中，获取历史客户对目标门店中的菜品的评价数据。此处的第二应用可作为数据获取来源。如提供多家门店的相关数据的应用或服务平台。上述执行主体可以通过发送请求、爬虫等方式，从第二应用中获取目标门店中的菜品的评价数据。作为示例，第二应用具体可以是目标点评平台。目标点评平台为提供门店评价功能的服务平台。

步骤203，基于评价数据，确定客户推荐菜品。

在本实施例中，由于评价数据由历史客户输出，能够表征出历史客户对菜品的满意程度，因而，可通过对评价数据进行统计、分析，确定出客户推荐菜品。此处的客户推荐菜品即为用户较为满意的菜品。

作为示例，上述执行主体可以基于评价数据中的点赞数，确定客户推荐菜品。具体地，上述执行主体可以按照点赞数由高到低的顺序，从目标门店所提供的菜品中，选取预设数量的菜品，作为客户推荐菜品。

作为又一示例，上述执行主体可以基于评价数据中的推荐量，确定客户推荐菜品。具体地，上述执行主体可以按照推荐量由高到低的顺序，从目标门店所提供的菜品中，选取预设数量的菜品，作为客户推荐菜品。

在本实施例的一些可选的实现方式中，上述执行主体可以按照如下子步骤S11至S12确定客户推荐菜品：

子步骤S11，基于上述评价数据，确定上述目标门店中满足预设推荐条件的菜品的数量。

此处的预设推荐条件可以根据需要进行预先设定。例如，预设推荐条件可以是点赞数大于预设点赞数、好评率大于预设好评率、好评数大于预设好评数等。上述预设推荐条件可以同时设置两项或两项以上。本申请实施例对预设推荐条件的项数或具体内容不作限定。

可选的，当预设推荐条件基于点赞数设定时，上述执行主体可以将点赞数大于或等于预设点赞数的菜品作为满足预设推荐条件的菜品，确定满足预设推荐条件的菜品的数量。

可选的，当预设推荐条件基于好评率设定时，上述执行主体可以首先对上述评价数据进行统计，确定目标门店中的各菜品的好评率。上述好评率即为好评的数量与评价总数的比值。而后，可以将好评率大于或等于预设好评率的菜品作为满足预设推荐条件的菜品，确定满足预设推荐条件的菜品的数量。

子步骤S12，在上述数量大于预设的第一阈值的情况下，从满足预设推荐条件的菜品中，选取部分菜品作为客户推荐菜品。

此处的第一阈值可以根据需要设定，例如，可设定为8、10等正整数。作为示例，当第一阈值为10时，若满足预设推荐条件的菜品的数量为12，则仅从中选取10个菜品，作为客户推荐菜品。

实践中，上述执行主体可以根据预设的规则，从满足预设推荐条件的菜品中，选取目标门店中的部分菜品作为客户推荐菜品。上述规则也可以根据需要预先设定。例如，可设定为按照点赞数由高到底的顺序选取、按照好评率由高到底的顺序选取、按照好评数由高到底的顺序选取、按照推荐量由高到底的顺序选取等方式。

由此，在满足预设推荐条件的菜品的数量较多的情况下，仅选取部分菜品作为客户推荐菜品，保证了客户推荐菜品的数量不会过多，避免给用户的决策过程带来干扰。

可选的，当预设推荐条件基于好评率设定时，如，满足预设推荐条件的菜品的数量为点赞数大于或等于预设点赞数的菜品的数量时，上述执行主体可以按照点赞数由大到小的顺序，从满足预设推荐条件的菜品中，选取数量为上述第一阈值的菜品，作为客户推荐菜品。

可选的，当预设推荐条件基于好评率设定时，如，满足预设推荐条件的菜品的数量为好评率大于或等于预设好评率的菜品的数量时，上述执行主体可以按照好评率从高到低的顺序，从满足预设推荐条件的菜品中，选取数量为上述第一阈值的菜品，作为客户推荐菜品。

需要说明的是，在满足预设推荐条件的菜品的数量小于或等于上述第一阈值且大于或等于预设的第二阈值的情况下，上述执行主体可以将满足预设推荐条件的各个菜品作为客户推荐菜品。此处，第二阈值为小于第一阈值的非负整数。作为示例，当第一阈值为10，第二阈值为3时，若满足预设推荐条件的菜品的数量为8，则将这8个菜品均作为客户推荐菜品。

需要指出的是，若满足预设推荐条件的菜品的数量小于第二阈值(如3)，则可以直接返回用于指示原始菜单的点餐页面，不在该页面中显示客户推荐菜品的菜品信息。此外，第二阈值也可不进行设置，此时，在满足预设推荐条件的菜品的数量小于或等于上述第一阈值的情况下，上述执行主体即可以将满足预设推荐条件的各个菜品作为客户推荐菜品。

需要说明的是，本实施例中基于评价数据确定客户推荐菜品的具体方式，也可应用于图1对应实施例的相关步骤中。

步骤204，返回包含客户推荐菜品的菜品信息的点餐页面。

在本实施例中，上述执行主体可以返回包含客户推荐菜品的菜品信息的点餐页面。通过对该点餐页面中的信息和按键进行操作(如点击等)，即可实现菜品选取及下单。

实践中，该点餐页面中可以包括预设的一个或多个类别，如凉菜、热菜等。或者，特价菜、主食、配菜、饮品等。客户推荐菜品的菜品信息可单独设置为一个分类，如可称为推荐菜品类。由此，点餐页面即可既包含正常的菜单，也包含客户推荐菜品。

在本实施例的一些可选的实现方式中，上述执行主体可以首先在目标门店的原始菜单中添加推荐菜品类，并将各客户推荐菜品的菜品信息归入上述推荐菜品类，从而得到更新后的目标菜单。而后，返回用于呈现上述目标菜单的点餐页面。

在本实施例的一些可选的实现方式中，当点餐请求通过第一应用(如点餐客户端)发送时，上述执行主体可以向第一应用(点餐客户端)返回包含客户推荐菜品的菜品信息的点餐页面，以便于在上述第一应用中呈现点餐页面，以及，在该点餐页面中展示客户推荐菜品的菜品信息。

本申请的上述实施例提供的方法，通过接收针对目标门店的点餐请求，而后获取历史客户对目标门店中的菜品的评价数据，之后基于评价数据，确定客户推荐菜品，从而返回包含客户推荐菜品的菜品信息的点餐页面。由此，在无接触点餐过程中，无需与工作人员进行交流，也无需另其他同伴同步查询网友推荐的菜品。从而，在保证了用餐安全的同时，缩短了用户在点餐过程中的决策时间，提高了点餐效率。

进一步参考图3，其示出了信息推荐方法的又一个实施例的流程300。信息推荐方法的执行主体可以是服务器、台式计算机等电子设备，也可以是软件或软件模块。该信息推荐方法的流程300，包括以下步骤：

步骤301，接收针对目标门店的点餐请求。

本实施例的步骤301可参见图2对应实施例的步骤201，此处不再赘述。

步骤302，获取历史客户对目标门店中的菜品的评价数据。

本实施例的步骤302可参见图2对应实施例的步骤202，此处不再赘述。

步骤303，基于评价数据，确定目标门店中满足预设推荐条件的菜品的数量。

在本实施例中，上述执行主体可以基于步骤302所获取的评价数据，确定目标门店中满足预设推荐条件的菜品的数量。此处的预设推荐条件可以根据需要进行预先设定。例如，预设推荐条件可以是点赞数大于预设点赞数、好评率大于预设好评率、好评数大于预设好评数等。此外，预设推荐条件还可同时设置两项或两项以上。本申请实施例对预设推荐条件的项数或具体内容不作限定。

在本实施例的一些可选的实现方式中，当预设推荐条件基于点赞数设定时，上述执行主体可以将点赞数大于或等于预设点赞数的菜品作为满足预设推荐条件的菜品，确定满足预设推荐条件的菜品的数量。

在本实施例的一些可选的实现方式中，当预设推荐条件基于好评率设定时，上述执行主体可以首先对上述评价数据进行统计，确定目标门店中的各菜品的好评率。之后，将好评率大于或等于预设好评率的菜品作为满足预设推荐条件的菜品，从而统计出满足预设推荐条件的菜品的数量。此处的好评率即为好评的数量与评价总数的比值。

步骤304，在数量大于预设的第一阈值的情况下，从满足预设推荐条件的菜品中，选取部分菜品作为客户推荐菜品。

在本实施例中，在目标门店中满足预设推荐条件的菜品的数量大于预设的第一阈值的情况下，上述执行主体可以从满足预设推荐条件的菜品中，选取部分菜品作为客户推荐菜品。

此处的第一阈值可以根据需要设定，例如，可设定为8、10等正整数。以第一阈值等于10为例，若满足预设推荐条件的菜品的数量为12，则可仅从中选取10个菜品，作为客户推荐菜品。

实践中，上述执行主体可以根据预设的规则，从满足预设推荐条件的菜品中，选取部分菜品作为客户推荐菜品。上述规则也可以根据需要预先设定，例如，可设定为按照点赞数由高到底的顺序选取、按照好评率由高到底的顺序选取、按照好评数由高到底的顺序选取、按照推荐量由高到底的顺序选取等方式。

由此，在满足预设推荐条件的菜品的数量较多的情况下，仅选取部分菜品作为客户推荐菜品，保证了客户推荐菜品的数量不会过多，避免给用户的决策过程带来干扰。

在本实施例的一些可选的实现方式中，当预设推荐条件基于好评率设定时，即，满足预设推荐条件的菜品的数量为点赞数大于或等于预设点赞数的菜品的数量时，上述执行主体可以按照点赞数由大到小的顺序，从满足预设推荐条件的菜品中，选取数量为上述第一阈值的菜品，作为客户推荐菜品。

在本实施例的一些可选的实现方式中，当预设推荐条件基于好评率设定时，即，满足预设推荐条件的菜品的数量为好评率大于或等于预设好评率的菜品的数量时，上述执行主体可以按照好评率从高到低的顺序，从满足预设推荐条件的菜品中，选取数量为上述第一阈值的菜品，作为客户推荐菜品。

步骤305，在数量小于或等于第一阈值且大于或等于预设的第二阈值的情况下，将满足预设推荐条件的各个菜品作为客户推荐菜品。

在本实施例中，在满足预设推荐条件的菜品的数量小于或等于第一阈值且大于或等于预设的第二阈值的情况下，上述执行主体可以将满足预设推荐条件的各个菜品作为客户推荐菜品。

此处，第二阈值为小于第一阈值的正整数。作为示例，当第一阈值为10，第二阈值为3时，若满足预设推荐条件的菜品的数量为8，则将这8个菜品均作为客户推荐菜品。

需要指出的是，若满足预设推荐条件的菜品的数量小于第二阈值，则可以直接返回用于指示原始菜单的点餐页面，不在该页面中显示客户推荐菜品的菜品信息。

步骤306，在目标门店的原始菜单中添加推荐菜品类，并将各客户推荐菜品的菜品信息归入推荐菜品类，得到目标菜单。

在本实施例中，上述执行主体可以在目标门店的原始菜单中添加推荐菜品类，并将各客户推荐菜品的菜品信息归入上述推荐菜品类，从而得到更新后的目标菜单。实践中，目标菜单除包含推荐菜品类，还可包括原始菜单中的各个类别，如凉菜、热菜等。或者，特价菜、主食、配菜、饮品等。由此，点餐页面即可既包含原始菜单中的菜品信息，也包含客户推荐菜品的菜品信息。

步骤307，返回用于呈现目标菜单的点餐页面。

在本实施例中，上述执行主体可以返回用于呈现目标菜单的点餐页面。通过对该点餐页面中的信息和按键进行操作(如点击等)，即可实现菜品选取及下单。

从图3中可以看出，与图2对应的实施例相比，本实施例中的信息推荐方法的流程300突出了基于上述评价数据，确定上述目标门店中满足预设推荐条件的菜品的数量，并在该数量在不同情况时，确定客户推荐菜品的步骤。由此，本实施例描述的方案可以提供更为合理的数量的客户推荐菜品，供用户选择。避免客户推荐菜品数量较多干扰用户的决策。

进一步参考图4，作为对图1所示方法的实现，本申请提供了一种信息获取装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图4所示，本实施例所述的信息获取装置400包括：第一获取单元401，被配置成通过第一应用获取点餐请求；第二获取单元402，被配置成确定上述点餐请求所指示的目标门店，并从第二应用中获取上述目标门店中的菜品的相关数据；展示单元403，被配置成基于上述相关数据，在上述第一应用中展示与上述目标门店中的菜品相关的信息。

在本实施例的一些可选的实现方式中，上述第一获取单元401，进一步被配置成：通过第一应用识别目标标识符，获取点餐请求。

在本实施例的一些可选的实现方式中，上述第二获取单元402，进一步被配置成：在第二应用中，查询与上述目标门店关联的数据；从所查询到数据中，获取上述目标门店中的菜品的相关数据。

在本实施例的一些可选的实现方式中，上述展示单元403，进一步被配置成：在第一应用的点餐页面中，展示与上述目标门店中的菜品相关的信息。

在本实施例的一些可选的实现方式中，上述相关数据包括评价数据；以及，上述展示单元403，进一步被配置成：基于上述评价数据，确定客户推荐菜品；在上述第一应用中展示上述客户推荐菜品的菜品信息。

在本实施例的一些可选的实现方式中，上述相关数据包括卫生数据；以及，上述展示单元403，进一步被配置成：基于上述卫生数据，确定上述目标门店中的菜品的卫生状况信息；在上述第一应用中展示上述卫生状况信息。

在本实施例的一些可选的实现方式中，上述相关数据包括活动数据；以及，上述展示单元403，进一步被配置成：基于上述活动数据，确定上述目标门店中的菜品的优惠券；在上述第一应用中展示上述优惠券。

本申请的上述实施例提供的装置，通过第一应用获取点餐请求；而后确定点餐请求所指示的目标门店，并从第二应用中获取目标门店中的菜品的相关数据；最后基于相关数据，在第一应用中展示与目标门店中的菜品相关的信息。由此，可在无接触点餐的同时，自动获取到与目标门店中的菜品相关的信息。在保证了用餐安全的同时，缩短了用户在点餐过程中的信息获取时间，提高了点餐效率。

进一步参考图5，作为对图2所示方法的实现，本申请提供了一种信息推荐装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例所述的信息推荐装置500包括：接收单元501，被配置成接收针对目标门店的点餐请求；获取单元502，被配置成获取历史客户对上述目标门店中的菜品的评价数据；确定单元503，被配置成基于上述评价数据，确定客户推荐菜品；返回单元504，被配置成返回包含上述客户推荐菜品的菜品信息的点餐页面。

在本实施例的一些可选的实现方式中，上述点餐请求通过终端设备安装的点餐客户端识别目标标识符后发送。

在本实施例的一些可选的实现方式中，上述获取单元502，进一步被配置成：从目标点评平台中，获取历史客户对上述目标门店中的菜品的评价数据。

在本实施例的一些可选的实现方式中，上述返回单元504，进一步被配置成：在上述目标门店的原始菜单中添加推荐菜品类，并将各客户推荐菜品的菜品信息归入上述推荐菜品类，得到目标菜单；返回用于呈现上述目标菜单的点餐页面。

在本实施例的一些可选的实现方式中，上述确定单元503，进一步被配置成：基于上述评价数据，确定上述目标门店中满足预设推荐条件的菜品的数量；在上述数量大于预设的第一阈值的情况下，从满足预设推荐条件的菜品中，选取部分菜品作为客户推荐菜品。

在本实施例的一些可选的实现方式中，上述确定单元503，进一步被配置成：在上述数量小于或等于上述第一阈值且大于或等于预设的第二阈值的情况下，将满足预设推荐条件的各个菜品作为客户推荐菜品。

在本实施例的一些可选的实现方式中，上述评价数据包括点赞数；以及，上述返回单元504，进一步被配置成：将点赞数大于或等于预设点赞数的菜品作为满足预设推荐条件的菜品，确定满足预设推荐条件的菜品的数量；按照点赞数由大到小的顺序，从满足预设推荐条件的菜品中，选取数量为上述第一阈值的菜品，作为客户推荐菜品。

在本实施例的一些可选的实现方式中，上述返回单元504，进一步被配置成：对上述评价数据进行统计，确定上述目标门店中的各菜品的好评率；将好评率大于或等于预设好评率的菜品作为满足预设推荐条件的菜品，确定满足预设推荐条件的菜品的数量；以及，上述从满足预设推荐条件的菜品中，选取部分菜品作为客户推荐菜品，包括：按照好评率从高到低的顺序，从满足预设推荐条件的菜品中，选取数量为上述第一阈值的菜品，作为客户推荐菜品。

本申请的上述实施例提供的装置，通过接收针对目标门店的点餐请求，而后获取历史客户对目标门店中的菜品的评价数据，之后基于评价数据，确定客户推荐菜品，从而返回包含客户推荐菜品的菜品信息的点餐页面。由此，在无接触点餐过程中，无需与工作人员进行交流，也无需另其他同伴同步查询网友推荐的菜品。从而，在保证了用餐安全的同时，缩短了用户在点餐过程中的决策时间，提高了点餐效率。

下面参考图6，其示出了适于用来实现本申请实施例的电子设备的计算机***600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机***600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有***600操作所需的各种程序和数据。CPU601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：通过第一应用获取点餐请求；确定点餐请求所指示的目标门店，并从第二应用中获取目标门店中的菜品的相关数据；基于相关数据，在第一应用中展示与目标门店中的菜品相关的信息。或者，当上述一个或者多个程序被该装置执行时，使得该装置：接收针对目标门店的点餐请求；获取历史客户对目标门店中的菜品的评价数据；基于评价数据，确定客户推荐菜品；返回包含客户推荐菜品的菜品信息的点餐页面。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (19)

1.一种信息获取方法，其特征在于，所述方法包括：

通过第一应用获取点餐请求；

确定所述点餐请求所指示的目标门店，并从第二应用中获取所述目标门店中的菜品的相关数据；

基于所述相关数据，在所述第一应用中展示与所述目标门店中的菜品相关的信息。

2.根据权利要求1所述的方法，其特征在于，所述通过第一应用获取点餐请求，包括：

通过第一应用识别目标标识符，获取点餐请求。

3.根据权利要求1所述的方法，其特征在于，所述从第二应用中获取所述目标门店中的菜品的相关数据，包括：

在第二应用中，查询与所述目标门店关联的数据；

从所查询到数据中，获取所述目标门店中的菜品的相关数据。

4.根据权利要求1所述的方法，其特征在于，所述在所述第一应用中展示与所述目标门店中的菜品相关的信息，包括：

在所述第一应用的点餐页面中，展示与所述目标门店中的菜品相关的信息。

5.根据权利要求1所述的方法，其特征在于，所述相关数据包括评价数据；以及

所述基于所述相关数据，在所述第一应用中展示与所述目标门店中的菜品相关的信息，包括：

基于所述评价数据，确定客户推荐菜品；

在所述第一应用中展示所述客户推荐菜品的菜品信息。

6.根据权利要求1所述的方法，其特征在于，所述相关数据包括卫生数据；以及

所述基于所述相关数据，在所述第一应用中展示与所述目标门店中的菜品相关的信息，包括：

基于所述卫生数据，确定所述目标门店中的菜品的卫生状况信息；

在所述第一应用中展示所述卫生状况信息。

7.根据权利要求1所述的方法，其特征在于，所述相关数据包括活动数据；以及

所述基于所述相关数据，在所述第一应用中展示与所述目标门店中的菜品相关的信息，包括：

基于所述活动数据，确定所述目标门店中的菜品的优惠券；

在所述第一应用中展示所述优惠券。

8.一种信息推荐方法，其特征在于，所述方法包括：

接收针对目标门店的点餐请求；

获取历史客户对所述目标门店中的菜品的评价数据；

基于所述评价数据，确定客户推荐菜品；

返回包含所述客户推荐菜品的菜品信息的点餐页面。

9.根据权利要求8所述的方法，其特征在于，所述点餐请求通过终端设备安装的点餐客户端识别目标标识符后发送。

10.根据权利要求8所述的方法，其特征在于，所述获取历史客户对所述目标门店中的菜品的评价数据，包括：

从目标点评平台中，获取历史客户对所述目标门店中的菜品的评价数据。

11.根据权利要求8所述的方法，其特征在于，所述返回包含所述客户推荐菜品的菜品信息的点餐页面，包括：

在所述目标门店的原始菜单中添加推荐菜品类，并将各客户推荐菜品的菜品信息归入所述推荐菜品类，得到目标菜单；

返回用于呈现所述目标菜单的点餐页面。

12.根据权利要求8所述的方法，其特征在于，所述基于所述评价数据，确定客户推荐菜品，包括：

基于所述评价数据，确定所述目标门店中满足预设推荐条件的菜品的数量；

在所述数量大于预设的第一阈值的情况下，从满足预设推荐条件的菜品中，选取部分菜品作为客户推荐菜品。

13.根据权利要求12所述的方法，其特征在于，所述基于所述评价数据，确定客户推荐菜品，还包括：

在所述数量小于或等于所述第一阈值且大于或等于预设的第二阈值的情况下，将满足预设推荐条件的各个菜品作为客户推荐菜品。

14.根据权利要求12所述的方法，其特征在于，所述评价数据包括点赞数；以及

所述基于所述评价数据，确定所述目标门店中满足预设推荐条件的菜品的数量，包括：

将点赞数大于或等于预设点赞数的菜品作为满足预设推荐条件的菜品，确定满足预设推荐条件的菜品的数量；

以及，所述从满足预设推荐条件的菜品中，选取部分菜品作为客户推荐菜品，包括：

按照点赞数由大到小的顺序，从满足预设推荐条件的菜品中，选取数量为所述第一阈值的菜品，作为客户推荐菜品。

15.根据权利要求12所述的方法，其特征在于，所述基于所述评价数据，确定所述目标门店中满足预设推荐条件的菜品的数量，包括：

对所述评价数据进行统计，确定所述目标门店中的各菜品的好评率；

将好评率大于或等于预设好评率的菜品作为满足预设推荐条件的菜品，确定满足预设推荐条件的菜品的数量；

以及，所述从满足预设推荐条件的菜品中，选取部分菜品作为客户推荐菜品，包括：

按照好评率从高到低的顺序，从满足预设推荐条件的菜品中，选取数量为所述第一阈值的菜品，作为客户推荐菜品。

16.一种信息获取装置，其特征在于，所述装置包括：

第一获取单元，被配置成通过第一应用获取点餐请求；

第二获取单元，被配置成确定所述点餐请求所指示的目标门店，并从第二应用中获取所述目标门店中的菜品的相关数据；

展示单元，被配置成基于所述相关数据，在所述第一应用中展示与所述目标门店中的菜品相关的信息。

17.一种信息推荐装置，其特征在于，所述装置包括：

接收单元，被配置成接收针对目标门店的点餐请求；

获取单元，被配置成获取历史客户对所述目标门店中的菜品的评价数据；

确定单元，被配置成基于所述评价数据，确定客户推荐菜品；

返回单元，被配置成返回包含所述客户推荐菜品的菜品信息的点餐页面。

18.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-15中任一所述的方法。

19.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-15中任一所述的方法。

Images