CN105335365A - 下单实现方法、装置、服务器及终端 - Google Patents

Abstract

本发明提供了一种下单实现方法、装置、服务器及终端。上述方法包括：获取用户对各种商品属性的喜好度；以上述喜好度设置各个商品的权重；呈现可选清单，其中，上述可选清单包括按照上述权重推荐的至少一部分上述商品。根据本发明提供的技术方案,通过用户对各种商品属性的喜好度设置各个商品(例如，菜品)的权重，按照上述权重为用户推荐商品，无需用户给出至少一项自己喜爱的商品来激活整个系统，即可根据用户的喜好信息为用户推荐商品，因此在用户选购商品时，有效提高了用户体验。

Description

下单实现方法、装置、服务器及终端

技术领域

本发明涉及通信领域，具体而言，涉及一种下单实现方法、装置、服务器及终端。

背景技术

目前，一些餐厅会提供自动点菜系统。例如，客人多的时候服务员照顾不过来，可以由客人自行点菜。

进一步地，可以对于历史的点菜记录进行数据挖掘，这样给出哪些菜品是比较受欢迎的，然后将这些菜品推荐给用户。相关技术中，存在一种智能化推荐点菜方案，主要包括以下处理：

处理1、根据历史点菜数据库中所有菜品的属性数据，生成关联规则并进行数据挖掘。

处理2、接收用户输入的第一菜品，并将其输入菜品数据库。

处理3、根据处理1中数据挖掘的结果，结合用户已点的菜品，来对推荐菜品进行排序和推荐。

处理4、然后不断的根据用户选择的菜品，以及根据数据挖掘的结果为用户推荐菜品直到用户完成点菜。

上述技术方案只是与餐厅本身有关系，餐厅的点菜系统应用了这项技术，可以为用户推荐菜品。然而用户在点菜时，必须给出至少一项自己喜爱的菜品，如果在场的用户都属于犹豫不决或者没啥主见，第一个菜都难以抉择的话，就无法开始激活整个系统了。

发明内容

本发明的目的在于提供一种下单实现方法、装置、服务器及终端，以解决上述问题至少之一。

根据本发明的第一方面，提供了一种下单实现方法。

根据本发明的下单实现方法包括：获取一个或多个用户对各种商品属性的喜好度；以所述喜好度设置各个商品的权重；呈现可选清单，其中，所述可选清单包括按照所述权重推荐的至少一部分所述商品。

获取上述用户对各种商品属性的喜好度包括以下之一：接收移动终端上传的所述喜好度；提取本地预先存储的所述喜好度。

在以所述喜好度设置各个商品的权重之前，还包括：获取各个所述商品的信息；按照所述商品属性对各个所述商品进行分解，获取各个所述商品的商品属性数据。

在以所述喜好度设置各个商品的权重之前，还包括：通过所述用户的移动终端的定位功能获取所述用户的地理位置信息；当确定所述用户中的一个或多个用户位于同一地理位置时，将所述一个或多个用户划分到一个群组中。

以所述喜好度设置各个商品的权重包括：在各种所述商品属性下，综合所述群组中各个用户的所述喜好度，通过加权和/或减权的方式设置各个所述商品属性数据的权重值；综合各个所述商品属性数据的权重值，通过加权方式设置所述各个所述商品的所述权重。

在呈现所述可选清单之前，还包括以下之一：按照所述权重的大小对所述商品依次排序，生成所述可选清单；在所述商品的各个分类中，按照所述权重的大小对商品依次排序，生成所述可选清单；将所述权重大于预定阈值的商品按照所述权重的大小依次排序，生成所述可选清单。

所述商品为菜品，所述商品属性包括：食材属性以及口味属性。

根据本发明的第二方面，提供了一种下单实现方法。

根据本发明的下单实现方法包括：将用户对各种商品属性的喜好度发送至服务器；接收来自于所述服务器的可选清单，其中，所述可选清单包括按照权重推荐的至少一部分所述商品，所述权重是以所述喜好度设置的。

在接收来自于所述服务器的可选清单之前，还包括：通过所述用户的移动终端的定位功能获取所述用户的地理位置信息；将所述用户的地理位置信息上传至所述服务器。

所述商品为菜品，所述商品属性包括：食材属性以及口味属性。

根据本发明的第三方面，提供了一种下单实现装置。

根据本发明的下单实现装置包括：第一获取模块，用于获取用户对各种商品属性的喜好度；设置模块，用于以所述喜好度设置各个商品的权重；呈现模块，用于呈现可选清单，其中，所述可选清单包括按照所述权重推荐的至少一部分所述商品。

上述装置还包括：第二获取模块，用于获取各个所述商品的信息；分解模块，用于按照所述商品属性将各个所述商品进行分解，获取各个所述商品的商品属性数据。

上述装置还包括：第三获取模块，用于通过所述用户的移动终端的定位功能获取所述用户的地理位置信息；分组模块，用于当确定所述用户中的一个或多个用户位于同一地理位置时，将所述一个或多个用户划分到一个群组中。

上述设置模块包括：第一设置单元，用于在各种所述商品属性下，综合所述群组中各个用户的所述喜好度，通过加权和/或减权的方式分别设置各个所述商品属性数据的权重值；第二设置单元，用于综合各个所述商品属性数据的权重值，通过加权方式设置所述各个所述商品的所述权重。

所述商品为菜品，所述商品属性包括：食材属性以及口味属性。

根据本发明的第四方面，提供了一种下单实现装置。

根据本发明的下单实现装置包括：发送模块，用于将用户对各种商品属性的喜好度发送至服务器；接收模块，用于接收来自于所述服务器的可选清单，其中，所述可选清单包括按照权重推荐的至少一部分所述商品，所述权重是以所述喜好度设置的。

上述装置还包括：定位模块，用于通过所述用户的移动终端的定位功能获取所述用户的地理位置信息；上传模块，用于将所述用户的地理位置信息上传至所述服务器。

上述商品为菜品，所述商品属性包括：食材属性以及口味属性。

根据本发明的第五方面，提供了一种服务器。

根据本发明的服务器包括：一个或多个处理器；存储器；和一个或多个模块，所述一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个模块用于：获取用户对各种商品属性的喜好度；以所述喜好度设置各个商品的权重；呈现可选清单，其中，所述可选清单包括按照所述权重推荐的至少一部分所述商品。

根据本发明的第六方面，提供了一种终端。

根据本发明的终端包括：一个或多个处理器；存储器；和一个或多个模块，所述一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个模块用于：将用户对各种商品属性的喜好度发送至服务器；接收来自于所述服务器的可选清单，其中，所述可选清单包括按照权重推荐的至少一部分所述商品，所述权重是以所述喜好度设置的。

本公开的实施例提供的技术方案可以包括以下有益效果：与现有技术中的用户在点菜时，必须给出至少一项自己喜爱的菜品，如果在场的用户都属于犹豫不决或者没啥主见，第一个菜都难以抉择的话，就无法开始激活整个系统相比，通过用户对各种商品属性的喜好度设置各个商品(例如，菜品)的权重，按照上述权重为用户推荐商品，无需用户给出至少一项自己喜爱的商品来激活整个系统，即可以根据用户的喜好信息为用户推荐商品。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

图1为根据本发明实施例的一种下单实现方法的流程图；

图2为根据本发明实施例的另一种下单实现方法的流程图；

图3为根据本发明实例的下单实现方法的详细流程图；

图4为根据本发明实施例的一种下单实现装置的结构框图；

图5为根据本发明优选实施例的一种下单实现装置的结构框图；

图6为根据本发明实施例的另一种下单实现装置的结构框图；

图7为根据本发明优选实施例的另一种下单实现装置的结构框图；

图8为根据本发明实施例的服务器的结构示意图；以及

图9为根据本发明实施例的终端的结构示意图。

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

具体实施方式

下面通过具体的实施例子并结合附图对本发明做进一步的详细描述。

图1为根据本发明实施例的下单实现方法的流程图。如图1所示，该下单实现方法主要包括以下处理：

在步骤S101中：获取用户对各种商品属性的喜好度；

在步骤S103中，以上述喜好度设置各个商品的权重；

在步骤S105中，呈现可选清单，其中，上述可选清单包括按照上述权重推荐的至少一部分上述商品。

图1所示的方法中，通过用户对各种商品属性的喜好度设置各个商品(例如，菜品)的权重，按照上述权重为用户推荐商品，无需用户给出至少一项自己喜爱的商品来激活整个系统，即可根据用户的喜好信息为用户推荐商品，因此在用户选购商品时，有效提高了用户体验。

其中，上面提到的商品，可以是菜品，也可以是其他商品，例如，服装，箱包类。具体地，当上述商品为菜品时，上述商品属性可以是食材属性，口味属性，制作方法属性等等。当上述商品为服装时，上述商品属性可以是面料属性，风格属性等等。

需要说明的是，图1所示的下单实现方法既可以应用于服务器侧，也可以应用于终端侧。

步骤S101中，获取用户对各种商品属性的喜好度可以包括以下之一：

1、接收移动终端上传的上述喜好度；

如果上述下单实现方法的执行主体是服务器，则服务器通过网络与一个或多个终端(例如，手机)相连接，服务器可以通过移动互联网接收来自于一个或多个手机的上述喜好度。当然，在具体实现过程中，终端可以响应用户操作，实时将用户输入的喜好度上传给服务器；终端也可以将预先保存在本地的喜好度上传给服务器。

其中，本文上述的网络可以包括诸如内联网之类的局域网和诸如互联网之类的广域网。

2、提取本地预先存储的上述喜好度。

如果上述下单实现方法的执行主体是服务器，用户可以预先将对各种商品属性的喜好度上传到服务器上，服务器保存这些喜好度，当用户开始选购商品(例如，点菜)时，服务器可以从数据库中提取本地预先存储的上述喜好度。

如果上述下单实现方法的执行主体是终端(例如，手机)，用户可以预先将对各种商品属性的喜好度保存在终端中，当用户开始选购商品(例如，点菜)时，终端可以从存储单元中提取本地预先存储的上述喜好度。

由此可见，具体实施过程中，需要预先建立用户模型。用户模型是对所收集的用户喜好信息进行数据解析和挖掘，以用多个维度对用户进行特征化和标签化。例如，用户喜欢的食材、用户不喜欢的食材，用户喜欢的口味等。

通过统计用户对各种商品属性的喜好度，从菜品列表中统计出用户喜好的或不喜好的食材、口味等，用以表征一个用户。

基于这些特征为每个用户加标签，建立用户模型，即建立由如下条目构成的用户模型数据库：

<编号:用户名称:标签1，标签2，标签3，……，标签n>

例如，某个用户可在模型数据库中存储条目如下：

<098：Jike:牛肉，羊肉，……，偏咸>

在步骤S103中，以上述喜好度设置各个商品的权重之前，还可以包括以下处理：获取各个上述商品的信息；按照上述商品属性对各个上述商品的信息进行分割，获取各个上述商品的商品属性数据。

以下以商品为菜品，商品属性为食材属性和口味属性为例进行说明。餐厅可以将各个上述商品的信息(例如，菜品名称)通过网络上传到服务器上，服务器获取到菜品信息，按照食材属性和口味属性对各个菜品进行分解。

由此可见，具体实施过程中，需要预先建立菜品模型，即对所收集的菜品信息进行数据解析和挖掘，以用多个维度对菜品进行特征化和标签化，以便后续根据用户的喜好度设置各个商品的权重。

菜品模型的建立方法包括如下步骤：

1、建立关键字数据库。其中，上述关键字包括菜品名称、食材属性、口味属性等。

由于食材、口味等属性数据是可以穷举的，因此关键词数据库中包含的关键字数目是有限的。可以通过网络收集的方式可以该关键字数据库。例如，菜品关键字可以包括“鸡丁”、“肉片”、“香菇”等等。食材关键字可以包括“鸡肉”、“牛肉”、“菌类”等等。口味关键字可以包括“辣”、“咸”、“甜”等等。然后，提取每个菜品关键字对应的食材，建立菜品和食材之间的对应关系。例如菜品关键字“鸡丁”对应于食材“鸡肉”，“香菇”对应于“菌类”。可以理解的是，这种对应关系可以不只是一对一的对应关系，例如“肉片”可以对应“牛肉”、“鸡肉”、“猪肉”等。

2、将所收集到的菜品名称进行语义拆解和分析，基于步骤1中提取的关键字为该菜品名称附加标签，从而建立该菜品的模型，即建立由如下特征向量条目构成的菜品模型数据库：

<编号:菜品名称:标签1，标签2，标签3，……，标签n>

例如，菜单中的菜品：鱼香肉丝，按照食材可以分解为：肉丝，笋，木耳，辣椒，蒜泥等；按照口味可以分解为：偏辣。则可以用以下方式描述：

<025:鱼香肉丝:丝，笋，木耳，辣椒，蒜泥，……，偏辣>

在步骤S103中，在以上述喜好度设置各个商品的权重之前，还可以包括以下处理：通过上述用户的移动终端的定位功能获取上述用户的地理位置信息；当确定上述用户中的一个或多个用户位于同一地理位置时，将上述一个或多个用户划分到一个群组中。

在步骤S103中，以上述喜好度设置各个商品的权重可以进一步包括以下处理：在各种上述商品属性下，综合上述群组中各个用户的上述喜好度，通过加权和/或减权的方式设置各个上述商品属性数据的权重值；综合各个上述商品属性数据的权重值，通过加权方式设置上述各个上述商品的上述权重。

相关技术中，点菜系统无法顾全所有的用户，总得有一个菜品被第一个选择出来，但是这个菜品不一定被同一桌上的所有用户所喜爱，可能只是大部分用户喜爱的，这样的话，根据这第一个菜品以及数据挖掘的结果，推荐的菜色很可能与第一个菜的关联性比较大，由于常见的点菜场景下不会仅仅是一个用户，这样的话，很可能无法顾及桌上所有用户的喜好。根据本发明实施例，通过终端对用户的地理位置进行定位，确定属于同一组的用户(可以是同一桌用户)，然后综合上述群组中各个用户的上述喜好度，计算各个上述商品属性数据的权重值；再综合各个上述商品属性数据的权重值，计算上述各个上述商品的上述权重。并根据各个上述商品的上述权重为同一组用户推荐商品(例如，菜品)，可以有效兼顾桌上所有用户的喜好，从而大大提高用户体验。

在步骤S105中，呈现上述可选清单之前，还可以包括以下之一：

1、按照上述权重的大小对上述商品依次排序，生成上述可选清单；

例如，按照各个菜品的权重大小对所有菜品都进行排序，生成包括所有菜品的可选清单，并提供给用户，供用户选择。

2、在上述商品的各个分类中，按照上述权重的大小对商品依次排序，生成上述可选清单；

例如，菜品包括热菜，凉菜，汤类等等类别。在热菜类中，将各个热菜按照权重大小进行排序；在凉菜类中，将各个凉菜按照权重大小进行排序，在汤类中，将各个汤按照权重大小进行排序。

3、将上述权重大于预定阈值的商品依次排序，生成上述可选清单。

例如，预先设定一个阈值，将权重大于该阈值的菜品，按照上述权重的大小依次排序，生成上述可选清单。这样会将一部分权重不高的菜品淘汰掉，不会推荐给用户，以便于用户更快地作出选择。

图2为根据本发明实施例的另一种下单实现方法的流程图。如图2所示，该下单实现方法主要包括以下处理：

在步骤S201中，将用户对各种商品属性的喜好度发送至服务器；

在步骤S203中，接收来自于上述服务器的可选清单，其中，上述可选清单包括按照权重推荐的至少一部分上述商品，上述权重是以上述喜好度设置的。

图2所示的方法中，通过用户对各种商品属性的喜好度设置各个商品(例如，菜品)的权重，按照上述权重为用户推荐商品，无需用户给出至少一项自己喜爱的商品来激活整个系统，即可根据用户的喜好信息为用户推荐商品，因此在用户选购商品时，有效提高了用户体验。

其中，上述提到的商品，可以是菜品，也可以是其他商品，例如，服装，箱包类。具体地，当上述商品为菜品时，上述商品属性可以是食材属性，口味属性，制作方法属性等等。当上述商品为服装时，上述商品属性可以是面料属性，风格属性等等。

需要说明的是，图2所示的下单实现方法可以应用于终端侧。在实际应用中，可以通过软件或硬件的方式来实现。当采用软件时，可以通过从服务器下载并安装来实现接收推荐内容等功能。当实现为硬件时，可以是台式计算机、笔记本、智能电话、个人数字助理(PDA)、平板电脑、游戏机、多功能移动终端或者包括计算功能和数据通信能力的任何其他设备。优选地，上述方法通过手机应用程序来实现。可以通过例如web浏览器或定制应用(app)的接口方式与服务器进行交互和双向通信。

由此可见，上述下单实现方案实现了和移动互联网的对接，从拓展角度上来说扩展能力较好。

在步骤S203中，接收来自于上述服务器的可选清单之前，还可以包括以下处理：通过上述用户的移动终端的定位功能获取上述用户的地理位置信息；将上述用户的地理位置信息上传至上述服务器。

根据本发明实施例，通过终端对用户的地理位置进行定位，确定属于同一组的用户(可以是同一桌用户)，然后综合上述群组中各个用户的上述喜好度，计算各个上述商品属性数据的权重值；再综合各个上述商品属性数据的权重值，计算上述各个上述商品的上述权重。并根据各个上述商品的上述权重为同一组用户推荐商品(例如，菜品)，可以有效兼顾桌上所有用户的喜好，从而大大提高用户体验。

以下结合实例进一步描述上述下单实现方法的优选实施方式。其中，上述商品以菜品为例进行描述；上述商品属性以食材属性和口味属性为例进行描述；首先需要将食材和口味进行标准化的命名与分类，也就是说，无论是菜品商家还是用户方，都要以同样的名称来表述同样的食材和口味。例如，羊肉，牛肉，土豆，酸，甜，苦，辣，咸等等。

图3为根据本发明实例的下单实现方法的详细流程图。如图3所示，该下单实现方法应用于包括服务器和终端的系统，主要包括以下处理：

在步骤S301中，终端(例如，手机)响应用户的操作，设定该用户所喜好的食材(例如，鲫鱼、牛肉、青菜、豆腐等)，所喜好的口味(例如，酸、甜、咸等)，不喜好的食材(例如，牛肉、鸡肉等)以及不喜好的口味(例如，苦、辣等)。

在步骤S303中，餐厅将自己的菜单上传到服务器，对于每一样菜品，将其分解为食材以及口味两种属性，举例来说，比如说鱼香肉丝，则分解为用料：肉丝，笋，木耳，辣椒，蒜泥；以及口味：偏辣(有可能某些餐厅会也会微甜)

需要说明的是，上述步骤S301和步骤S303没有先后执行顺序，即步骤S301和步骤S303可以是同时执行，也可以是先执行步骤S301，再执行步骤S303；也可以是先执行步骤S303，再执行步骤S301。

在步骤S305中，多个用户在餐厅中使用手机，将安装在终端中的社交类软件开启，手机响应用户的操作，发起点菜圈。

在步骤S307中，上述多个用户的手机具有定位地理位置的功能，由于同一地理位置发起点菜圈的用户可以认为是在同一桌吃饭，服务器根据终端提供的地理位置信息自动将在同一桌上发起点菜圈的用户圈进了一个群组。

在步骤S309中，这个群组中各个用户的手机将该用户预先设定好的喜好与不喜好的食材，喜好与不喜好的口味通过移动互联网上传至服务器。

在步骤S311中，服务器根据用户对各种商品属性的喜好度进行分类统计，在这里设定的规则与算法如下：

1、对于用户有共同喜好的食材，则该食材根据喜好的用户数进行数值加权，例如，可以设定所有食材的权重初始值为0，当有一位用户喜好这种食材的时候，则这种食材的权重为a1，再有一位喜好则是2*a1，以此类推，最终用户对这种食材的权重将是m1*a1，其中，m1为该群组中喜欢这种食材的用户个数。

2、同理，对于用户有共同喜好的口味，同样进行加权。例如，可以设定所有口味的权重初始值为0，当有一位用户喜好这种食材的时候，则这种食材的权重为c1，再有一位喜好则是2*c1，以此类推，最终用户对这种口味的权重将是p1*c1，其中，p1为该群组中喜欢这种口味的用户个数。

3、对于用户有共同不喜好的食材，则该食材根据不喜好的用户数进行数值减权，例如，可以设定所有食材的权重初始值为0，当有一位用户不喜好这种食材的时候，则这种食材的权重为-b1，再有一位不喜好则是-2*b1，以此类推，最终用户对这种食材的权重将是-n1*b1，其中，n1为该群组中不喜好这种食材的用户个数。

4、对于用户有共同不喜好的口味，则该口味根据不喜好的用户数进行数值减权，例如，可以设定所有口味的权重初始值为0，当有一位用户不喜好这种口味的时候，则这种口味的权重为-d1，再有一位不喜好则是-2*d1，以此类推，最终用户对这种口味的权重将是-q1*d1，其中，q1为该群组中不喜好这种口味的用户个数。

5、综合发起此次点菜圈的所有用户，形成m1*a1-n1*b1的食材参数和p1*c1-q1*d1的口味参数。

需要说明的是，针对上述每一个加权系数(ax，cx)和减权系数(bx，dx)，对于每种菜品是不同的，这可以预先进行好设置(可以在服务器端根据经验配置)，原因是因为对于每一种食材，主次性是不同的，比如鱼肉蔬菜这样的属于主要材料，那么自然系数就比较大，对于葱姜蒜这种辅料，那么加权和减权系数就比较低了。

步骤S313：在步骤S311中定义的分类统计之后，可选地，可以将当前这桌所有用户的食材参数进行排序，口味参数进行排序。

例如，对于食材参数的排序结果类似如下：

1.青鱼：x1＝m1*a1-n1*b1

2.羊肉：x2＝m2*a2-n2*b2

3.土豆：x3＝m3*a3-n3*b3

4.XX食材：xx＝mx*ax-nx*bx

……

例如，对于口味参数的排序结果类似如下：

1.辣：y1＝p1*c1-q1*d1

2.甜：y2＝p2*c2-q2*d2

3.咸：y3＝p3*c3-q3*d3

……

步骤S315：对于所有的菜品进行加权排序，由于在步骤S303中餐厅已经将自己的菜品分解成食材和口味两部分，所以可以根据上述食材参数和口味参数给步骤S303中餐厅的各个菜品进行权重计算z1,z2,z3……。

根据步骤S313中的排序来举例，对于步骤S315中的权重计算，举例如下：土豆烧羊肉，食材：土豆，羊肉，辣椒。口味：微辣偏咸。则推荐权重就为：z1(土豆烧羊肉)＝x2+x3+y1*0.5+y3*0.5(此处0.5为口味调整系数)

其中，特别对于上述口味调整系数加以说明，针对上述的口味参数，在计算完得出y值之后，在具体计算菜品时，需要按照上述示例，根据菜品的口味描述乘以一个口味调整系数，如微辣，则乘以小于1的系数，如非常辣，则可以乘以一个大于1的系数。

步骤S317：将步骤S315中所计算得出的权重按照数值大小进行排序，最后将数值大的优先推荐给用户。

其中，针对步骤S317的排序，还可以根据用户的需求进行一下分类：几个热菜，几个凉菜，几个荤菜，几个素菜，还有汤类，按照这几个分类将计算出的权重进行排序。

步骤S319：最后呈现给用户的可选清单(推荐菜单)是按照权重排序的，用户如果不加以选择，理论上步骤S317中的每个分类中排名最前的菜品就是适合这桌客人的最佳菜品选择。

在上述实施例中，无需用户给出至少一项自己喜爱的商品来激活整个系统，即可根据用户的喜好信息为用户推荐商品；并且综合同一桌中各个用户的上述喜好度，根据各个商品的上述权重为同一桌用户推荐商品，可以有效兼顾桌上所有用户的喜好，直接给出推荐菜单，增加了便捷性。此外，上述下单实现方案实现了和移动互联网的对接，从拓展角度上来说扩展能力较好。

图4为根据本发明实施例的下单实现装置的结构框图。如图4所示，该下单实现装置主要包括：第一获取模块40，用于获取用户对各种商品属性的喜好度；设置模块42，与第一获取模块40相连接，用于以上述喜好度设置各个商品的权重；以及呈现模块44，与设置模块42相连接，用于呈现可选清单，其中，上述可选清单包括按照上述权重推荐的至少一部分上述商品。

在图4所示的装置中，设置模块42通过用户对各种商品属性的喜好度设置各个商品(例如，菜品)的权重，呈现模块44按照上述权重为用户推荐商品，无需用户给出至少一项自己喜爱的商品来激活整个系统，即可根据用户的喜好信息为用户推荐商品，因此在用户选购商品时，有效提高了用户体验。

其中，上述商品可以为菜品，上述商品属性可以包括但不限于：食材属性以及口味属性。

如图5所示，上述第一获取模块40可以包括以下之一：接收单元400，用于接收移动终端上传的上述喜好度；提取单元402，与接收单元400相连接，用于提取本地预先存储的上述喜好度。

如图5所示，上述装置还可以包括：第二获取模块46，用于获取各个上述商品的信息；分解模块48，分别与第二获取模块46和设置模块42相连接，用于按照上述商品属性将各个上述商品进行分解，获取各个上述商品的商品属性数据。

如图5所示，上述装置还可以包括：第三获取模块50，用于通过上述用户的移动终端的定位功能获取上述用户的地理位置信息；分组模块52，分别与第三获取模块50和分组模块52相连接，用于当确定上述用户中的一个或多个用户位于同一地理位置时，将上述一个或多个用户划分到一个群组中。

如图5所示，上述设置模块42可以进一步包括：第一设置单元420，用于在各种上述商品属性下，综合上述群组中各个用户的上述喜好度，通过加权和/或减权的方式分别设置各个上述商品属性数据的权重值；第二设置单元422，用于综合各个上述商品属性数据的权重值，通过加权方式设置上述各个上述商品的上述权重。

图6为根据本发明实施例的另一种下单实现装置的结构框图。如图6所示，另一种下单实现装置主要包括：发送模块60，用于将用户对各种商品属性的喜好度发送至服务器；接收模块62，用于接收来自于上述服务器的可选清单，其中，上述可选清单包括按照权重推荐的至少一部分上述商品，上述权重是以上述喜好度设置的。

在图6所示的装置中，发送模块60将用户对各种商品属性的喜好度发送至服务器，服务器通过用户对各种商品属性的喜好度设置各个商品(例如，菜品)的权重，接收模块62接收到的可选清单是按照上述权重为用户推荐商品的，因而无需用户给出至少一项自己喜爱的商品来激活整个系统，即可根据用户的喜好信息为用户推荐商品，因此在用户选购商品时，有效提高了用户体验。

其中，上述商品可以为菜品，上述商品属性可以包括但不限于：食材属性以及口味属性。

如图7所示，上述装置还可以包括：定位模块64，用于通过上述用户的移动终端的定位功能获取上述用户的地理位置信息；上传模块66，与定位模块64相连接，用于将上述用户的地理位置信息上传至上述服务器。

需要说明的是，图4至图7中所示的装置中各模块，各单元相互结合的优选实施方式，具体可以参见图1至图3的描述，此处不再赘述。

图8为根据本发明优选实施例的服务器的结构示意图。如图8所示，该服务器800用于实施上述实施例提供的下单实现方法。该服务器可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(例如，中央处理器822)和存储器832，一个或一个以上存储应用程序842或数据844的存储介质830(例如,一个或一个以上海量存储设备)。其中，存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图8未标出)，每个模块可以包括对服务器中的一系列指令操作。

更进一步地，处理器822可以设置为与存储介质830通信，在服务器800上执行存储介质830中的一系列指令操作。

服务器还可以包括一个或一个以上电源826，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口858，一个或一个以上键盘856，和/或，一个或一个以上操作系统841，例如WindowsServerTM，MacOSXTM，UnixTM，LinuxTM，FreeBSDTM等等。

在本实施例中，上述一个或者多个中央处理单元522用于执行一个或者一个以上程序包含用于进行以下操作的指令：

获取用户对各种商品属性的喜好度；

以上述喜好度设置各个商品的权重；以及

呈现可选清单，其中，上述可选清单包括按照上述权重推荐的至少一部分上述商品。

其中，上述商品可以为菜品，当然也可以为其他商品，例如服装，箱包等。当商品为菜品时，商品属性可以包括但不限于：食材属性以及口味属性。

上述获取用户对各种商品属性的喜好度包括以下之一：接收移动终端上传的上述喜好度；提取本地预先存储的上述喜好度。

在以上述喜好度设置各个商品的权重之前，还包括：获取各个上述商品的信息；按照上述商品属性对各个上述商品进行分解，获取各个上述商品的商品属性数据。

在以上述喜好度设置各个商品的权重之前，还包括：通过上述用户的移动终端的定位功能获取上述用户的地理位置信息；当确定上述用户中的一个或多个用户位于同一地理位置时，将上述一个或多个用户划分到一个群组中。

以上述喜好度设置各个商品的权重包括：在各种上述商品属性下，综合上述群组中各个用户的上述喜好度，通过加权和/或减权的方式设置各个上述商品属性数据的权重值；综合各个上述商品属性数据的权重值，通过加权方式设置上述各个上述商品的上述权重。

在呈现上述可选清单之前，还包括以下之一：按照上述权重的大小对上述商品依次排序，生成上述可选清单；在上述商品的各个分类中，按照上述权重的大小对商品依次排序，生成上述可选清单；将上述权重大于预定阈值的商品按照上述权重的大小依次排序，生成上述可选清单。

图9为根据本发明优选实施例的终端的结构示意图。如图9所示，该终端可以用于实施上述实施例中提供的下单实现方法。其中，该终端可以为手机、数码相机、平板电脑pad、穿戴式移动设备(如智能眼镜)等。

终端可以包括通信单元910、包括有一个或一个以上计算机可读存储介质的存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wirelessfidelity，简称为WiFi)模块970、包括有一个或者一个以上处理核心的处理器980、以及电源990等部件。本领域技术人员可以理解，图9中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

通信单元910可用于收发信息或通话过程中，信号的接收和发送，该通信单元910可以为射频(RadioFrequency，简称为RF)电路、路由器、调制解调器、等网络通信设备。特别地，当通信单元910为RF电路时，将基站的下行信息接收后，交由一个或者一个以上处理器980处理；另外，将涉及上行的数据发送给基站。通常，作为通信单元的RF电路包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、低噪声放大器(LowNoiseAmplifier，简称为LNA)、双工器等。此外，通信单元910还可以通过无线通信与网络和其他设备通信。无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystemofMobilecommunication，简称为GSM)、通用分组无线服务(GeneralPacketRadioService，简称为GPRS)、码分多址(CodeDivisionMultipleAccess，简称为CDMA)、宽带码分多址(WidebandCodeDivisionMultipleAccess,简称为WCDMA)、长期演进(LongTermEvolution,简称为LTE)、电子邮件、短消息服务(ShortMessagingService，简称为SMS)等。存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器920还可以包括存储器控制器，以提供处理器980和输入单元930对存储器920的访问。

输入单元930可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。输入单元930可包括触敏表面931以及其他输入设备932。触敏表面931，也称为触摸显示屏或者触控板，可收集

用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面931上或在触敏表面931附近的操作)，并根据预先设定的程式驱动相应的连接装置。

可选的，触敏表面931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器980，并能接收处理器980发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面931。除了触敏表面931，输入单元930还可以包括其他输入设备932。

其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元940可包括显示面板941，可选的，可以采用液晶显示器、有机发光二极管等形式来配置显示面板941。进一步的，触敏表面931可覆盖显示面板941，当触敏表面931检测到在其上或附近的触摸操作后，传送给处理器980以确定触摸事件的类型，随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图9中，触敏表面931与显示面板941是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面931与显示面板941集成而实现输入和输出功能。

终端还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在终端移动到耳边时，关闭显示面板941和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路960、扬声器961，传声器962可提供用户与终端之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路910以发送给比如另一终端设备，或者将音频数据输出至存储器920以便进一步处理。音频电路960还可能包括耳塞插孔，以提供外设耳机与终端的通信。

为了实现无线通信，该终端设备上可以配置有无线通信单元970，该无线通信单元970可以为WiFi模块。WiFi属于短距离无线传输技术，终端通过无线通信单元970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了无线通信单元970，但是可以理解的是，其并不属于终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器980是终端的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行终端的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器980可包括一个或多个处理核心；优选的，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。

终端还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源990还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本实施例中，终端设备的显示单元是触摸屏显示器，终端设备还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行一个或者一个以上程序包含用于进行以下操作的指令：

将用户对各种商品属性的喜好度发送至服务器；以及

接收来自于上述服务器的可选清单，其中，上述可选清单包括按照权重推荐的至少一部分上述商品，上述权重是以上述喜好度设置的。

其中，上述商品可以为菜品，当然也可以为其他商品，例如服装，箱包等。当商品为菜品时，商品属性可以包括但不限于：食材属性以及口味属性。

在接收来自于上述服务器的可选清单之前，还可以包括：通过上述用户的移动终端的定位功能获取上述用户的地理位置信息；将上述用户的地理位置信息上传至上述服务器。

综上所述，借助本发明提供的实施例，无需用户给出至少一项自己喜爱的商品来激活整个系统，即可根据用户的喜好信息为用户推荐商品；并且综合同一桌中各个用户的上述喜好度，根据各个商品的上述权重为同一桌用户推荐商品，可以有效兼顾桌上所有用户的喜好，并且针对每桌不同的客人，能够直接给出推荐菜单，增加了便捷性。此外，上述下单实现方案实现了和移动互联网的对接，从拓展角度上来说扩展能力较好。

本领域普通技术人员可以理解上述实施例方法中的全部或部分处理是可以通过程序来指令相关的硬件完成，上述的程序可以存储于一种计算机可读存储介质中。

本领域普通技术人员可以理解上述方法实施例中的全部或部分处理是可以通过程序指令相关的硬件完成，前述的程序可以存储于一种计算机可读取存储介质中，该程序在执行时，执行包括前述方法实施例的步骤，而前述的存储介质包括：ROM、RAM、磁碟或光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (20)

1.一种下单实现方法，其特征在于，包括：

获取用户对各种商品属性的喜好度；

以所述喜好度设置各个商品的权重；

呈现可选清单，其中，所述可选清单包括按照所述权重推荐的至少一部分所述商品。

2.根据权利要求1所述的方法，其特征在于，获取所述用户对各种商品属性的喜好度包括以下之一：

接收移动终端上传的所述喜好度；

提取本地预先存储的所述喜好度。

3.根据权利要求1所述的方法，其特征在于，在以所述喜好度设置各个商品的权重之前，还包括：

获取各个所述商品的信息；

按照所述商品属性对各个所述商品进行分解，获取各个所述商品的商品属性数据。

4.根据权利要求3所述的方法，其特征在于，在以所述喜好度设置各个商品的权重之前，还包括：

通过所述用户的移动终端的定位功能获取所述用户的地理位置信息；

当确定所述用户中的一个或多个用户位于同一地理位置时，将所述一个或多个用户划分到一个群组中。

5.根据权利要求4所述的方法，其特征在于，以所述喜好度设置各个商品的权重包括：

在各种所述商品属性下，综合所述群组中各个用户的所述喜好度，通过加权和/或减权的方式设置各个所述商品属性数据的权重值；

综合各个所述商品属性数据的权重值，通过加权方式设置所述各个所述商品的所述权重。

6.根据权利要求1所述的方法，其特征在于，在呈现所述可选清单之前，还包括以下之一：

按照所述权重的大小对所述商品依次排序，生成所述可选清单；

在所述商品的各个分类中，按照所述权重的大小对商品依次排序，生成所述可选清单；

将所述权重大于预定阈值的商品按照所述权重的大小依次排序，生成所述可选清单。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述商品为菜品，所述商品属性包括：食材属性以及口味属性。

8.一种下单实现方法，其特征在于，包括：

将用户对各种商品属性的喜好度发送至服务器；

接收来自于所述服务器的可选清单，其中，所述可选清单包括按照权重推荐的至少一部分所述商品，所述权重是以所述喜好度设置的。

9.根据权利要求8所述的方法，其特征在于，在接收来自于所述服务器的可选清单之前，还包括：

通过所述用户的移动终端的定位功能获取所述用户的地理位置信息；

将所述用户的地理位置信息上传至所述服务器。

10.根据权利要求8或9所述的方法，其特征在于，所述商品为菜品，所述商品属性包括：食材属性以及口味属性。

11.一种下单实现装置，其特征在于，包括：

第一获取模块，用于获取用户对各种商品属性的喜好度；

设置模块，用于以所述喜好度设置各个商品的权重；

呈现模块，用于呈现可选清单，其中，所述可选清单包括按照所述权重推荐的至少一部分所述商品。

12.根据权利要求11所述的装置，其特征在于，还包括：

第二获取模块，用于获取各个所述商品的信息；

分解模块，用于按照所述商品属性将各个所述商品进行分解，获取各个所述商品的商品属性数据。

13.根据权利要求12所述的装置，其特征在于，还包括：

第三获取模块，用于通过所述用户的移动终端的定位功能获取所述用户的地理位置信息；

分组模块，用于当确定所述用户中的一个或多个用户位于同一地理位置时，将所述一个或多个用户划分到一个群组中。

14.根据权利要求13所述的装置，其特征在于，所述设置模块包括：

第一设置单元，用于在各种所述商品属性下，综合所述群组中各个用户的所述喜好度，通过加权和/或减权的方式分别设置各个所述商品属性数据的权重值；

第二设置单元，用于综合各个所述商品属性数据的权重值，通过加权方式设置所述各个所述商品的所述权重。

15.根据权利要求11至14任一项所述的装置，其特征在于，所述商品为菜品，所述商品属性包括：食材属性以及口味属性。

16.一种下单实现装置，其特征在于，包括：

发送模块，用于将用户对各种商品属性的喜好度发送至服务器；

接收模块，用于接收来自于所述服务器的可选清单，其中，所述可选清单包括按照权重推荐的至少一部分所述商品，所述权重是以所述喜好度设置的。

17.根据权利要求16所述的装置，其特征在于，还包括：

定位模块，用于通过所述用户的移动终端的定位功能获取所述用户的地理位置信息；

上传模块，用于将所述用户的地理位置信息上传至所述服务器。

18.根据权利要求16或17所述的装置，其特征在于，所述商品为菜品，所述商品属性包括：食材属性以及口味属性。

19.一种服务器，其特征在于，包括：一个或多个处理器；存储器；和一个或多个模块，所述一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个模块用于：

获取用户对各种商品属性的喜好度；

以所述喜好度设置各个商品的权重；

呈现可选清单，其中，所述可选清单包括按照所述权重推荐的至少一部分所述商品。

20.一种终端，其特征在于，包括：一个或多个处理器；存储器；和一个或多个模块，所述一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个模块用于：

将用户对各种商品属性的喜好度发送至服务器；

接收来自于所述服务器的可选清单，其中，所述可选清单包括按照权重推荐的至少一部分所述商品，所述权重是以所述喜好度设置的。