点餐信息的处理方法、装置及其系统与流程

本申请涉及信息处理技术领域，尤其是涉及到点餐信息的处理方法、装置及其系统。

背景技术：

随着互联网技术的不断发展，人们针对本地生活服务的需求也越来越高，受环境因素限制(如，午休时间受限等)或者个人能力缺失(如，不会做饭等)的影响，外出就餐仍是本地生活服务的主流趋势之一。例如，在就餐高峰期，用户外出就餐，由于午休时间较短，通常会选择就餐人员较少的店铺就餐，而通常就餐人员较少的店铺的烹饪口味并不令人满意，但是受到地域因素的限制，即用户的工作地点是固定的，为了充分安排午休时间，用户仍然会继续选择就餐人员较少的店铺就餐，导致用户就餐体验较差。

现有针对用户在固定区域内就餐无法满足用户口味的解决方案为，需要用户在点餐时告知服务人员，由服务人员进行人工记录，再由服务人员转达给后厨人员。现有解决方案存在的不足有：在就餐高峰期人工记录用户的口味需求十分耗时，且人工记录内容在与后厨人员沟通过程中仍然存在沟通不畅的问题，导致用户的口味需求无法得到满足，进而影响用户就餐体验。

技术实现要素：

有鉴于此，本申请提供了点餐信息的处理方法、装置及其系统，主要目的在于解决目前现有技术中店铺无法准确根据用户的口味需求进行满足用户口味需求的菜品烹饪，导致用户就餐体验较差的技术问题。

根据本申请的一个方面，提供了一种点餐信息的处理方法，可应用于客户端，该方法包括：

第一客户端发送用户的第一地域信息、第一味觉信息给服务器端；

将接收到的用户点餐请求发送给服务器端，以使服务器端确定对应所述用户点餐请求的用户味觉标准数据，并生成包含所述用户味觉标准数据的订单信息；

其中，所述用户味觉标准数据是根据味觉标准信息库中的多级对应关系确定的，所述味觉标准信息库是根据接收到的用户的第一地域信息、第一味觉信息构建的。

优选地，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息。

优选地，所述味觉标准信息库是根据接收到的用户的第一地域信息、第一味觉信息构建的，还包括：

所述味觉标准信息库是根据来自第二客户端的第二地域信息、第二味觉信息构建的。

优选地，所述包含所述用户味觉标准数据的订单信息用于指示第二客户端显示所述订单信息中的菜品信息，以及所述用户味觉标准数据计算出的用户味觉量化信息。

根据本申请的另一方面，提供了一种点餐信息的处理方法，可应用于服务器，该方法包括：

接收来自第一客户端的用户点餐请求；

确定对应所述用户点餐请求的用户味觉标准数据；

根据所述用户点餐请求生成包含所述用户味觉标准数据的订单信息；

其中，所述用户味觉标准数据是根据用户味觉标准数据库中的多级对应关系确定的。

优选地，所述接收来自第一客户端的用户点餐请求之前，还包括：

根据获取到的来自第一客户端的第一地域信息、第一味觉信息，或者根据来自第一客户端的第一地域信息、第一味觉信息和来自第二客户端的第二地域信息、第二味觉信息构建并更新味觉标准信息库。

优选地，还包括：

根据实时获取到的来自第一客户端的菜品评价信息，对来自第一客户端的第一味觉信息进行更新，所述菜品评价信息包括菜品的文字评价信息，或文字评价信息和星级评价信息。

优选地，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，所述根据获取到的来自第一客户端的第一味觉信息、第一地域信息，构建并更新味觉标准信息库，具体包括：

按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；

利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；

利用第一地域信息类别与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；

根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的用户味觉标准数据；

根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

优选地，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，所述第二客户端包括多个，所述第二味觉信息包括对应不同菜品类别的多个第二味觉类别信息，以及每个第二味觉类别的等级信息，所述根据获取到的来自第一客户端的第一地域信息、第一味觉信息和来自第二客户端的第二地域信息、第二味觉信息构建并更新味觉标准信息库，具体包括：

按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；

利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；

利用第一地域信息与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；

根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的第一味觉标准信息；

按照地域类别对获取到的多个第二地域信息进行分类，得到多个第二地域信息类别；

利用第二地域信息类别与第二味觉信息的对应关系，确定对应每个第二地域信息类别的多个第二味觉信息；

根据确定的对应每个地域类别的第一味觉标准信息和多个第二味觉信息，确定每个地域类别的用户味觉标准数据；

根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

优选地，所述确定对应所述用户点餐请求的用户味觉标准数据，具体包括：

利用所述味觉标准信息库中用户身份信息与第一地域信息的第一对应关系，根据所述用户点餐请求中的用户身份信息确定对应所述用户身份信息的第一地域信息；

利用所述味觉标准信息库中第一地域信息与用户味觉标准数据的第二对应关系，根据所述第一地域信息确定对应所述用户身份信息的用户味觉标准数据。

根据本申请的又一方面，提供了一种点餐信息的处理装置，可应用于客户端，该装置包括：

第一发送模块，用于发送用户的第一地域信息、第一味觉信息给服务器端；

第二发送模块，用于将接收到的用户点餐请求发送给服务器端，以使服务器端确定对应所述用户点餐请求的用户味觉标准数据，并生成包含所述用户味觉标准数据的订单信息发送给第二客户端；

其中，所述用户味觉标准数据是根据味觉标准信息库中的多级对应关系确定的，所述味觉标准信息库是根据接收到的用户的第一地域信息、第一味觉信息构建的。

优选地，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息。

优选地，所述味觉标准信息库是根据接收到的用户的第一地域信息、第一味觉信息构建的，还包括：

所述味觉标准信息库是根据来自第二客户端的第二地域信息、第二味觉信息构建的。

优选地，所述包含所述用户味觉标准数据的订单信息用于指示第二客户端显示所述订单信息中的菜品信息，以及所述用户味觉标准数据计算出的用户味觉量化信息。

依据本申请再一个方面，提供了一种信息的处理装置，可应用于服务器，该装置包括：

接收模块，用于接收来自第一客户端的用户点餐请求；

确定模块，用于确定对应所述用户点餐请求的用户味觉标准数据；

发送模块，用于根据所述用户点餐请求生成包含所述用户味觉标准数据的订单信息，并发送给第二客户端；

其中，所述用户味觉标准数据是根据用户味觉标准数据库中的多级对应关系确定的。

优选地，还包括：

构建模块，用于根据获取到的来自第一客户端的第一地域信息、第一味觉信息，或者根据来自第一客户端的第一地域信息、第一味觉信息和来自第二客户端的第二地域信息、第二味觉信息构建并更新味觉标准信息库。

优选地，还包括：

更新模块，用于根据实时获取到的来自第一客户端的菜品评价信息，对来自第一客户端的第一味觉信息进行更新，所述菜品评价信息包括菜品的文字评价信息，或文字评价信息和星级评价信息。

优选地，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，所述根据获取到的来自第一客户端的第一味觉信息、第一地域信息，构建并更新味觉标准信息库，具体包括：

按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；

利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；

利用第一地域信息与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；

根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的用户味觉标准数据；

根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

优选地，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，所述第二客户端包括多个，所述第二味觉信息包括对应不同菜品类别的多个第二味觉类别信息，以及每个第二味觉类别的等级信息，所述根据获取到的来自第一客户端的第一味觉信息、第一地域信息，构建并更新味觉标准信息库，具体包括：

按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；

利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；

利用第一地域信息与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；

根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的第一味觉标准信息；

按照地域类别对获取到的多个第二地域信息进行分类，得到多个第二地域信息类别；

利用第二地域信息与第二味觉信息的对应关系，确定对应每个第二地域信息类别的多个第二味觉信息；

根据确定的对应每个地域类别的第一味觉标准信息和多个第二味觉信息，确定每个地域类别的用户味觉标准数据；

根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

优选地，所述确定模块包括：

第一对应单元，具体用于利用所述味觉标准信息库中用户身份信息与第一地域信息的第一对应关系，根据所述用户点餐请求中的用户身份信息确定对应所述用户身份信息的第一地域信息；

第二对应单元，具体用于利用所述味觉标准信息库中第一地域信息与用户味觉标准数据的第二对应关系，根据所述第一地域信息确定对应所述用户身份信息的用户味觉标准数据。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于客户端的点餐信息的处理方法。

依据本申请再一个方面，提供了一种终端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于客户端的点餐信息的处理方法。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于服务器的点餐信息的处理方法。

依据本申请再一个方面，提供了一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于服务器的点餐信息的处理方法。

依据本申请再一个方面，提供了一种点餐信息的处理系统，包括上述终端设备和服务器设备。

借由上述技术方案，本申请提供的点餐信息的处理方法、装置及其系统，与目前现有技术相比，本申请通过第一客户端发送用户的第一地域信息、第一味觉信息给服务器端，以实现用户的第一地域信息、第一味觉信息在第一客户端和服务器端的数据同步，以便服务器端根据接收到的用户的第一地域信息、第一味觉信息构建味觉标准信息库；当接收到用户的用户点餐请求时，将接收到的用户点餐请求发送给服务器端，由服务器接收来自第一客户端的用户点餐请求，根据接收到的用户点餐请求确定对应该用户点餐请求的用户味觉标准数据，以及根据用户点餐请求生成订单信息，并将携带有用户味觉标准数据的订单信息发送给第二客户端，以便第二客户端接收服务器端根据用户点餐请求发送的携带有用户味觉标准数据的订单信息，即利用味觉标准信息库中的多级对应关系确定用户味觉标准数据，从而使商家能够根据订单信息中的用户味觉标准数据为不同的用户烹饪适合每一个用户的菜品，从而满足不同用户的口味需求，提升用户就餐体验，同时提高用户的点餐、就餐效率，以及商家的坐客率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种点餐信息的处理方法的流程示意图；

图2示出了本申请实施例提供的另一种点餐信息的处理方法的流程示意图；

图3示出了本申请实施例提供的一种点餐信息的处理方法的流程示意图；

图4示出了本申请实施例提供的另一种点餐信息的处理方法的流程示意图；

图5示出了本申请实施例提供的一种点餐信息的处理装置的结构示意图；

图6示出了本申请实施例提供的一种点餐信息的处理装置的结构示意图；

图7示出了本申请实施例提供的另一种点餐信息的处理装置的结构示意图

图8示出了本申请实施例提供的一种点餐信息的处理系统的系统架构示意图。

具体实施方式

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

针对目前现有技术中存在的问题，本实施例提供了一种点餐信息的处理方法，可应用于客户端，可使得用户能够通过点餐即可享受符合用户口味需求的菜品，提升用户就餐体验，同时提高用户的点餐、就餐效率，如图1所示，该方法包括：

步骤101、发送用户的第一地域信息、第一味觉信息给服务器端。

在本实施例中，用户预先设置第一地域信息和第一味觉信息，第一地域信息和第一味觉信息具有可修改性，根据实际应用场景的需要，用户身份信息可以是手机号码，登录相应点餐应用程序的账号等，此处不对用户身份信息进行具体限定。

步骤102、将接收到的用户点餐请求发送给服务器端，以使服务器端确定对应所述用户点餐请求的用户味觉标准数据，并生成包含所述用户味觉标准数据的订单信息；其中，所述用户味觉标准数据是根据味觉标准信息库中的多级对应关系确定的，所述味觉标准信息库是根据接收到的用户的第一地域信息、第一味觉信息构建的。

在本实施例中，当用户到店就餐时，当第一客户端(用户客户端)，例如，用户的移动终端设备检测到来自用户的点餐行为时，实时获取对应用户点餐行为的已选菜品信息，并在监测到用户完成点餐行为时，生成对应已选菜品信息的点餐请求，并将携带有用户身份信息的点餐请求发送给服务器端。

相应地，当第二客户端(商家客户端)，例如，商家的移动终端设备、计算机设备等接收到来自服务器端发送的对应用户点餐请求的订单信息时，获取订单信息中的用户味觉标准数据，以便商家客户端将获取到的用户味觉标准数据随订单信息中的菜品信息一并进行显示。

其中，服务器端根据接收到的用户点餐请求，利用预设的味觉标准信息库中的多级对应关系确定用户味觉标准数据，以及根据用户点餐请求生成订单信息，并进一步地将携带有用户味觉标准数据的订单信息发送给商家客户端。

本实施例提供的一种可应用于客户端的点餐信息的处理方法，与目前现有技术相比，本实施例可利用服务器端的味觉标准信息库中的多级对应关系确定用户味觉标准数据，从而使商家能够根据订单信息中的用户味觉标准数据对获取到的用户味觉标准数据进行量化处理，进一步地为不同的用户烹饪适合每一个用户的菜品，从而满足不同用户的口味需求，提升用户就餐体验，同时提高用户的点餐、就餐效率，以及商家的坐客率。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例中的过程，提供了另一种点餐信息的处理方法，如图2所示，该方法包括：

步骤201、发送用户的第一地域信息、第一味觉信息给服务器端；其中，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息。

具体实施中，根据实际应用场景的需要，按照基础味觉，第一味觉信息可以包括酸、甜、苦、辣、麻、咸、涩等味觉类别，每个味觉类别可以分为多个等级。例如，每个味觉类别可以分为10个等级，一级的甜度是最轻微的，也可以用于表示不放糖，此处不对味觉类别信息、味觉类别的等级信息进行具体限定。

进一步地，根据实际应用场景的需要，按照城市维度，第一地域信息可以包括辽宁、北京、杭州、上海等，也可以按照饮食维度，第一地域信息可以包括东北、四川、陕西等，也可以按照菜系维度，第一地域信息可以包括鲁菜、川菜、北京菜、东北菜等，可见，饮食维度、菜系维度的划分能够使得第一地域信息与第一味觉信息的对应关系更加分明，从而使服务器端能够更加准确地建立第一地域信息与第一味觉信息之间的对应关系。

此外，用户客户端也可以按照城市维度发送第一地域信息给服务器端，由服务器侧对城市维度的第一地域信息进行进一步处理，得到饮食维度或菜系维度的第一地域信息，或者用户客户端接收来自用户的城市维度的第一地域信息，并由用户客户端根据城市维度的第一地域信息生成饮食维度或菜系维度的第一地域信息再发送给服务器端，此处不进行具体限定。

步骤202、将接收到的用户点餐请求发送给服务器端。

进一步地，作为上述实施例具体实施方式的细化和扩展，作为一种可选方式，所述味觉标准信息库是根据来自第一客户端的第一地域信息、第一味觉信息，或者根据来自第一客户端的第一地域信息、第一味觉信息和来自第二客户端的第二地域信息、第二味觉信息构建的。

具体实施中，商家客户端的第二地域信息和第二味觉信息与用户客户端的第一地域信息和第一味觉信息的维度相对应，第二地域信息和第二味觉信息具有可修改性，若商家为川菜馆，则对应的第二地域信息为四川，第二味觉信息为对应第二地域信息的第二味觉类别信息，以及每个第二味觉类别的等级信息，例如，第二地域信息“四川”对应的第二味觉类别信息“辣”的等级信息为“8”。

进一步地，作为上述实施例具体实施方式的细化和扩展，作为一种可选方式，所述包含所述用户味觉标准数据的订单信息用于指示第二客户端显示所述订单信息中的菜品信息，以及所述用户味觉标准数据计算出的用户味觉量化信息。

具体实施中，商家客户端接收服务器端根据用户点餐请求发送的包含用户味觉标准数据的订单信息，从而根据接收到的订单信息中的用户味觉标准数据，计算出用户味觉量化信息。其中，商家客户端接收到的用户味觉标准数据包括味觉类别信息，以及每个味觉类别的等级信息，此处的味觉类别的等级信息是服务器端根据来自用户客户端的第一味觉信息来确定的，或者根据来自用户客户端的第一味觉信息和来自商家客户端的第二味觉信息计算得到的。

进一步地，用户味觉量化信息是根据用户味觉标准数据中每个味觉类别的等级信息确定的，商家客户端的量化设备对每个味觉类别的等级信息进行量化，从而得到对应味觉类别的等级信息的用户味觉量化信息。例如，若订单信息中味觉类别“咸”的等级为3，说明该用户的饮食习惯为清淡，则对应味觉类别“咸”的等级为3的量化信息为“盐为5-8g”。

需要说明的是，上述可应用于客户端的点餐信息的处理方法，是在客户端描述具体的点餐信息的处理过程，而为了完整说明本实施例的具体实施方式，提供了另一种可应用于服务器端的点餐信息的处理方法，以便说明在服务器端的点餐信息的处理过程，如图3所示，该方法包括：

步骤301、接收来自第一客户端的用户点餐请求。

步骤302、确定对应所述用户点餐请求的用户味觉标准数据；其中，所述用户味觉标准数据是根据用户味觉标准数据库中的多级对应关系确定的。

在本实施例中，对获取到的用户点餐请求进行解析，得到对应用户客户端的用户身份信息，根据实际应用场景的需要，用户身份信息可以是手机号码，登录相应点餐应用程序的账号等，此处不对用户身份信息进行具体限定。

具体实施中，根据获取到的用户身份信息，利用用户味觉标准数据库中的多级对应关系，确定对应用户身份信息的用户味觉标准数据，具体为，利用预设的用户身份信息与第一地域信息的对应关系，根据用户点餐请求中的用户身份信息确定对应用户身份信息的第一地域信息，以及利用味觉标准信息库中的第一地域信息与用户味觉标准数据的对应关系，根据第一地域信息确定对应该用户身份信息的用户味觉标准数据。

步骤303、根据所述用户点餐请求生成包含所述用户味觉标准数据的订单信息。

在本实施例中，根据用户点餐请求生成订单信息，并将携带有用户味觉标准数据的订单信息发送给商家客户端，根据实际应用场景的需要，服务器端发送的订单信息还可以携带来自用户客户端的第一地域信息，以便商家客户端在显示用户味觉标准数据和菜品信息时一并显示用户客户端的第一地域信息，从而使商家能够更好地针对用户完成相应的菜品烹饪工作。

本实施例提供的一种点餐信息的处理方法，与目前现有技术相比，本实施例能够利用味觉标准信息库中的多级对应关系确定用户味觉标准数据，从而使商家能够根据订单信息中的用户味觉标准数据为不同的用户烹饪适合每一个用户的菜品，从而满足不同用户的口味需求，提升用户就餐体验，同时提高用户的点餐、就餐效率，以及商家的坐客率。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例中的过程，提供了另一种点餐信息的处理方法，如图4所示，该方法包括：

步骤401、根据获取到的来自第一客户端的第一地域信息、第一味觉信息，或者根据来自第一客户端的第一地域信息、第一味觉信息和来自第二客户端的第二地域信息、第二味觉信息构建并更新味觉标准信息库。

具体实施中，接收来自用户客户端的第一地域信息和第一味觉信息，若同步成功，则发送相应的“发送成功”、“已保存”的，用于表示服务器端接收、获取成功的信息，若同步失败，则发送相应的“发送失败”、“保存失败”的，用于表示服务器端接收、获取失败的信息。

步骤402、根据实时获取到的来自第一客户端的菜品评价信息，对来自第一客户端的第一味觉信息进行更新，所述菜品评价信息包括菜品的文字评价信息，或文字评价信息和星级评价信息。

具体实施中，当用户完成就餐后，能够通过点餐平台对就餐的菜品进行评价，以便在用户客户端生成相应的菜品评价信息，根据实际应用场景的需要，该菜品评价信息可以包括菜品的文字评价信息，或文字评价信息和星级评价信息，此处不对评价信息进行具体限定。

例如，当服务器监测到用户客户端生成新的菜品评价信息时，获取该新的菜品评价信息，并通过对获取到的该新的菜品评价信息进行数据清洗，得到菜品评价关键词，例如“菜品a-咸”、“菜品a-较咸”、“菜品a-太咸(非常咸)”等，以及，利用该新的菜品评价信息所对应的用户身份信息，获取对应用户身份信息的第一味觉信息，进一步地，根据得到的菜品评价关键词，对第一味觉信息中的等级信息进行调整，例如，若得到的菜品评价关键词为“菜品a-较咸”，则将第一味觉信息中味觉类别“咸”的等级信息下降一级，若得到的菜品评价关键词为“菜品a-太咸(非常咸)”，则将第一味觉信息中味觉类别“咸”的等级信息下降三级，得到更新后的对应该用户身份信息的第一味觉信息，从而进一步更新味觉标准信息库中该用户身份信息与第一味觉信息的对应关系。

根据实际应用场景的需要，根据星级评价信息中的星级等级对第一味觉信息进行更新，例如，若菜品的星级等级小于3星，菜品评价关键词为“菜品a-太咸(非常咸)”，则将第一味觉信息中味觉类别“咸”的等级信息下降四级，根据菜品评价信息中的星级评价信息对第一味觉信息进行更新的更新规则此处不进行具体限定。

为了说明步骤401、402具体的实施过程，作为一种可选方式，该过程具体可包括：

进一步地，作为上述实施例具体实施方式的细化和扩展，作为一种可选方式，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，根据获取到的来自第一客户端的第一味觉信息、第一地域信息，构建并更新味觉标准信息库，具体包括：

步骤4011、按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；利用第一地域信息类别与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的用户味觉标准数据；根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

具体实施中，利用第一地域信息与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息，利用相应的计算规则确定对应每个地域类别的用户味觉标准数据。其中，计算规则具体为，对每个第一地域信息类别的多个第一味觉信息中的等级信息进行统计分析，得到每个地域类别的味觉数据，从而进一步根据得到的每个地域类别的味觉数据和第一味觉参考信息计算出用户味觉标准数据。

例如，获取东北区域的第一味觉信息中的等级信息，第一味觉信息共100条，即来自100个商家客户端的味觉数据，针对第一味觉类别信息“咸”得到100条等级信息，其中包括10条4级信息，10条5级信息，60条6级信息，15条7级信息，5条8级信息，根据实际应用场景的需要，可以直接选取等级信息数量最多的6级信息作为东北区域内第一味觉类别信息“咸”的味觉数据，也可以通过加权计算的方式，计算出包含小数的等级信息(例如，5.7)，则选取等级范围信息(例如，5-6)作为东北区域内第一味觉类别信息的味觉数据，进一步地，若确定的味觉数据为第一味觉类别信息“咸”的6级信息，以及利用第一地域信息类别与第一味觉参考信息的对应关系得到的第一味觉参考信息为第一味觉类别信息“咸”的7级信息，得到平均等级范围信息(例如，6-7)作为东北区域内第一味觉类别信息的味觉标准数据，此处不对具体的统计算法进行具体限定。

进一步地，作为上述实施例具体实施方式的细化和扩展，作为一种可选方式，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，所述第二客户端包括多个，所述第二味觉信息包括对应不同菜品类别的多个第二味觉类别信息，以及每个第二味觉类别的等级信息，根据获取到的来自第一客户端的第一地域信息、第一味觉信息和来自第二客户端的第二地域信息、第二味觉信息构建并更新味觉标准信息库，具体包括：

步骤4012、按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；利用第一地域信息与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的第一味觉标准信息；按照地域类别对获取到的多个第二地域信息进行分类，得到多个第二地域信息类别；利用第二地域信息类别与第二味觉信息的对应关系，确定对应每个第二地域信息类别的多个第二味觉信息；根据确定的对应每个地域类别的第一味觉标准信息和多个第二味觉信息，确定每个地域类别的用户味觉标准数据；根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

具体实施中，商家客户端的第二地域信息与服务器端的地域类别的分类维度相对应，在步骤4011的基础上，根据确定的对应每个第二地域信息类别的多个第二味觉信息，根据确定的对应每个地域类别的一个第一味觉标准信息和多个第二味觉标准信息，利用相应的计算规则确定每个地域类别的用户味觉标准数据。其中，计算规则具体为，对每个地域类别的一个第一味觉标准信息和多个第二味觉信息进行统计分析，从而计算出每个地域类别的用户味觉标准数据，该用户味觉标准数据包括味觉类别信息，以及每个味觉类别的等级信息。

步骤403、接收来自第一客户端的用户点餐请求。

根据实际应用场景的需要，对于本实施例的用户客户端可以为单一用户的客户端，也可以是来自不同用户的多个客户端，当用户客户端为来自不同用户的多个客户端时，点餐请求中的菜品信息分别对应不同的用户身份信息，以便服务器分别对应不同的用户身份信息确定相应的味觉标准数据，进一步地，以便商家客户端接收到的订单信息中对应不同的菜品标注不同的味觉标准数据。

步骤404、利用所述味觉标准信息库中用户身份信息与第一地域信息的对应关系，根据所述用户点餐请求中的用户身份信息确定对应所述用户身份信息的第一地域信息。

步骤405、利用所述味觉标准信息库中第一地域信息与用户味觉标准数据的对应关系，根据所述第一地域信息确定对应所述用户身份信息的用户味觉标准数据。

步骤406、根据所述用户点餐请求生成包含所述用户味觉标准数据的订单信息。

通过应用本实施例提供的方法，即利用所构建的味觉标准信息库中的多级对应关系确定用户味觉标准数据，从而使商家能够根据订单信息中的用户味觉标准数据为不同的用户烹饪适合每一个用户的菜品，从而满足不同用户的口味需求，提升用户就餐体验，同时提高用户的点餐、就餐效率，以及商家的坐客率。

进一步地，作为图1和图2所示方法的具体实现，本申请实施例提供了一种点餐信息的处理装置，如图5所示，该装置包括：第一发送模块51、第二发送模块52。

第一发送模块51，用于发送用户的第一地域信息、第一味觉信息给服务器端。

第二发送模块52，用于将接收到的用户点餐请求发送给服务器端，以使服务器端确定对应所述用户点餐请求的用户味觉标准数据，并生成包含所述用户味觉标准数据的订单信息；其中，所述用户味觉标准数据是根据味觉标准信息库中的多级对应关系确定的，所述味觉标准信息库是根据接收到的用户的第一地域信息、第一味觉信息构建的。

在具体的应用场景中，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息。

进一步地，所述味觉标准信息库是根据接收到的用户的第一地域信息、第一味觉信息构建的，还包括：所述味觉标准信息库是根据来自第二客户端的第二地域信息、第二味觉信息构建的。

进一步地，所述包含所述用户味觉标准数据的订单信息用于指示所述第二客户端显示所述订单信息中的菜品信息，以及所述用户味觉标准数据计算出的用户味觉量化信息。

需要说明的是，本实施例提供的一种可应用于客户端的点餐信息的处理装置所涉及各功能单元的其它相应描述，可以参考图1和图2中的对应描述，在此不再赘述。

通过应用上述可应用于客户端的点餐信息的处理装置，可使商家能够根据订单信息中的用户味觉标准数据对获取到的用户味觉标准数据进行量化处理，进一步地为不同的用户烹饪适合每一个用户的菜品，从而满足不同用户的口味需求，提升用户就餐体验，同时提高用户的点餐、就餐效率，以及商家的坐客率。

进一步的，作为图3和图4方法的具体实现，本申请实施例提供了一种可应用于服务器端的点餐信息的处理装置，如图6所示，该装置包括：接收模块63、确定模块64、发送模块65。

接收模块63，用于接收来自第一客户端的用户点餐请求。

确定模块64，用于确定对应所述用户点餐请求的用户味觉标准数据；其中，所述用户味觉标准数据是根据用户味觉标准数据库中的多级对应关系确定的。

发送模块65，用于根据所述用户点餐请求生成包含用户味觉标准数据的订单信息。

在具体的应用场景中，如图7所示，本装置还可包括：构建模块61、更新模块62。

具体实施中，构建模块61，用于根据获取到的来自第一客户端的第一地域信息、第一味觉信息，或者根据来自第一客户端的第一地域信息、第一味觉信息和来自第二客户端的第二地域信息、第二味觉信息构建并更新味觉标准信息库。

具体实施中，更新模块62，用于根据实时获取到的来自第一客户端的菜品评价信息，对来自第一客户端的第一味觉信息进行更新，所述菜品评价信息包括菜品的文字评价信息，或文字评价信息和星级评价信息。

进一步地，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，所述根据获取到的来自第一客户端的第一味觉信息、第一地域信息，构建并更新味觉标准信息库，具体包括：

按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；利用第一地域信息与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的用户味觉标准数据；根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

进一步地，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，所述第二客户端包括多个，所述第二味觉信息包括对应不同菜品类别的多个第二味觉类别信息，以及每个第二味觉类别的等级信息，所述根据获取到的来自第一客户端的第一味觉信息、第一地域信息，构建并更新味觉标准信息库，具体包括：

按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；利用第一地域信息与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的第一味觉标准信息；按照地域类别对获取到的多个第二地域信息进行分类，得到多个第二地域信息类别；利用第二地域信息与第二味觉信息的对应关系，确定对应每个第二地域信息类别的多个第二味觉信息；根据确定的对应每个地域类别的第一味觉标准信息和多个第二味觉信息，确定每个地域类别的用户味觉标准数据；根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

进一步地，所述确定模块64包括：第一对应单元641、第二对应单元642。

第一对应单元641，具体用于利用所述味觉标准信息库中预设的用户身份信息与第一地域信息的第一对应关系，根据所述用户点餐请求中的用户身份信息确定对应所述用户身份信息的第一地域信息。

第二对应单元642，具体用于利用所述味觉标准信息库中预设的第一地域信息与用户味觉标准数据的第二对应关系，根据所述第一地域信息确定对应所述用户身份信息的用户味觉标准数据。

需要说明的是，本实施例提供的一种点餐信息的处理装置所涉及各功能模块、功能单元的其它相应描述，可以参考图3和图4中的对应描述，在此不再赘述。

通过应用上述点餐信息的处理装置，可利用味觉标准信息库中的多级对应关系确定用户味觉标准数据，从而使商家能够根据订单信息中的用户味觉标准数据为不同的用户烹饪适合每一个用户的菜品，从而满足不同用户的口味需求，提升用户就餐体验，同时提高用户的点餐、就餐效率，以及商家的坐客率。

基于上述如图1和图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的点餐信息的处理方法。基于上述如图3和图4所示方法，本申请实施例还提供了另一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图3和图4所示的点餐信息的处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的点餐信息的处理方法。

基于上述如图1和图2所示的方法，以及图5所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种终端设备，具体可以为个人计算机、平板电脑、智能手机、智能手表、pos设备或其他网络设备等，该终端设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的点餐信息的处理方法。

基于上述如图3和图4所示的方法，以及图6和图7所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种服务器设备，具体可以为个人计算机、服务器、网络设备等，该服务器设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图3和图4所示的点餐信息的处理方法。

可选的，上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(radiofrequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如wi-fi接口)等。

本领域技术人员可以理解，本实施例提供的一种终端设备和一种服务器设备的实体设备结构并不构成对这两种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述两个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

基于上述内容，进一步的，本申请实施例结合，还提供了一种点餐信息的处理系统，如图8所示，该系统包括用户终端设备71、服务器设备72和商家终端设备73；其中，用户终端设备71、商家终端设备73可用于执行如图1和图2所示的方法，服务器设备72可用于执行如图3和图4所示的方法。

具体地，用户客户端设备71将接收到的用户点餐请求发送给服务器设备72，商家客户端设备73接收服务器设备72根据所述用户点餐请求发送的包含用户味觉标准数据的订单信息，其中，所述用户味觉标准数据是根据味觉标准信息库中的多级对应关系确定的。

具体地，服务器设备72接收来自用户客户端设备71的用户点餐请求，根据所述用户点餐请求确定对应所述用户点餐请求的用户味觉标准数据，根据用户点餐请求生成包含用户味觉标准数据的订单信息，并发送给商家客户端设备73，其中，所述用户味觉标准数据是根据用户味觉标准数据库中的多级对应关系确定的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有技术相比，本实施例可使商家能够根据订单信息中的用户味觉标准数据为不同的用户烹饪适合每一个用户的菜品，从而满足不同用户的口味需求，提升用户就餐体验，同时提高用户的点餐、就餐效率，以及商家的坐客率。

本申请实施例提供了以下技术方案：

a1、一种点餐信息的处理方法，包括：

发送用户的第一地域信息、第一味觉信息给服务器端；

将接收到的用户点餐请求发送给服务器端，以使服务器端确定对应所述用户点餐请求的用户味觉标准数据，并生成包含所述用户味觉标准数据的订单信息；

其中，所述用户味觉标准数据是根据味觉标准信息库中的多级对应关系确定的，所述味觉标准信息库是根据接收到的用户的第一地域信息、第一味觉信息构建的。

a2、根据权利要求a1所述的方法，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息。

a3、根据权利要求a1或a2所述的方法，所述味觉标准信息库是根据接收到的用户的第一地域信息、第一味觉信息构建的，还包括：

所述味觉标准信息库是根据来自第二客户端的第二地域信息、第二味觉信息构建的。

a4、根据权利要求a1所述的方法，所述包含所述用户味觉标准数据的订单信息用于指示第二客户端显示所述订单信息中的菜品信息，以及所述用户味觉标准数据计算出的用户味觉量化信息。

b5、一种点餐信息的处理方法，包括：

接收来自第一客户端的用户点餐请求；

确定对应所述用户点餐请求的用户味觉标准数据；

根据所述用户点餐请求生成包含所述用户味觉标准数据的订单信息；

其中，所述用户味觉标准数据是根据用户味觉标准数据库中的多级对应关系确定的。

b6、根据权利要求b5所述的方法，所述接收来自第一客户端的用户点餐请求之前，还包括：

根据获取到的来自第一客户端的第一地域信息、第一味觉信息，或者根据来自第一客户端的第一地域信息、第一味觉信息和来自第二客户端的第二地域信息、第二味觉信息构建并更新味觉标准信息库。

b7、根据权利要求b6所述的方法，还包括：

根据实时获取到的来自第一客户端的菜品评价信息，对来自第一客户端的第一味觉信息进行更新，所述菜品评价信息包括菜品的文字评价信息，或文字评价信息和星级评价信息。

b8、根据权利要求b6所述的方法，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，所述根据获取到的来自第一客户端的第一味觉信息、第一地域信息，构建并更新味觉标准信息库，具体包括：

按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；

利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；

利用第一地域信息类别与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；

根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的用户味觉标准数据；

根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

b9、根据权利要求b6所述的方法，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，所述第二客户端包括多个，所述第二味觉信息包括对应不同菜品类别的多个第二味觉类别信息，以及每个第二味觉类别的等级信息，所述根据获取到的来自第一客户端的第一地域信息、第一味觉信息和来自第二客户端的第二地域信息、第二味觉信息构建并更新味觉标准信息库，具体包括：

按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；

利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；

利用第一地域信息与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；

根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的第一味觉标准信息；

按照地域类别对获取到的多个第二地域信息进行分类，得到多个第二地域信息类别；

利用第二地域信息类别与第二味觉信息的对应关系，确定对应每个第二地域信息类别的多个第二味觉信息；

根据确定的对应每个地域类别的第一味觉标准信息和多个第二味觉信息，确定每个地域类别的用户味觉标准数据；

根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

10b、根据权利要求b8或b9所述的方法，所述确定对应所述用户点餐请求的用户味觉标准数据，具体包括：

利用所述味觉标准信息库中用户身份信息与第一地域信息的第一对应关系，根据所述用户点餐请求中的用户身份信息确定对应所述用户身份信息的第一地域信息；

利用所述味觉标准信息库中第一地域信息与用户味觉标准数据的第二对应关系，根据所述第一地域信息确定对应所述用户身份信息的用户味觉标准数据。

c11、一种点餐信息的处理装置，包括：

第一发送模块，用于发送用户的第一地域信息、第一味觉信息给服务器端；

第二发送模块，用于将接收到的用户点餐请求发送给服务器端，以使服务器端确定对应所述用户点餐请求的用户味觉标准数据，并生成包含所述用户味觉标准数据的订单信息；

其中，所述用户味觉标准数据是根据味觉标准信息库中的多级对应关系确定的，所述味觉标准信息库是根据接收到的用户的第一地域信息、第一味觉信息构建的。

c12、根据权利要求c11所述的装置，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息。

c13、根据权利要求c11或c12所述的装置，所述味觉标准信息库是根据接收到的用户的第一地域信息、第一味觉信息构建的，还包括：

所述味觉标准信息库是根据来自第二客户端的第二地域信息、第二味觉信息构建的。

c14、根据权利要求c11所述的装置，所述包含所述用户味觉标准数据的订单信息用于指示第二客户端显示所述订单信息中的菜品信息，以及所述用户味觉标准数据计算出的用户味觉量化信息。

d15、一种点餐信息的处理装置，包括：

接收模块，用于接收来自第一客户端的用户点餐请求；

确定模块，用于确定对应所述用户点餐请求的用户味觉标准数据；

发送模块，用于根据所述用户点餐请求生成包含所述用户味觉标准数据的订单信息；

其中，所述用户味觉标准数据是根据用户味觉标准数据库中的多级对应关系确定的。

d16、根据权利要求d15所述的装置，还包括：

构建模块，用于根据获取到的来自第一客户端的第一地域信息、第一味觉信息，或者根据来自第一客户端的第一地域信息、第一味觉信息和来自第二客户端的第二地域信息、第二味觉信息构建并更新味觉标准信息库。

d17、根据权利要求d16所述的装置，还包括：

更新模块，用于根据实时获取到的来自第一客户端的菜品评价信息，对来自第一客户端的第一味觉信息进行更新，所述菜品评价信息包括菜品的文字评价信息，或文字评价信息和星级评价信息。

d18、根据权利要求d16所述的装置，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，所述根据获取到的来自第一客户端的第一味觉信息、第一地域信息，构建并更新味觉标准信息库，具体包括：

按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；

利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；

利用第一地域信息与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；

根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的用户味觉标准数据；

根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

d19、根据权利要求d16所述的装置，所述第一客户端包括多个，所述第一味觉信息包括多个第一味觉类别信息，以及每个第一味觉类别的等级信息，所述第二客户端包括多个，所述第二味觉信息包括对应不同菜品类别的多个第二味觉类别信息，以及每个第二味觉类别的等级信息，所述根据获取到的来自第一客户端的第一味觉信息、第一地域信息，构建并更新味觉标准信息库，具体包括：

按照地域类别对获取到的多个第一地域信息进行分类，得到多个第一地域信息类别；

利用第一地域信息类别与第一味觉参考信息的对应关系，确定对应每个第一地域信息类别的第一味觉参考信息；

利用第一地域信息与第一味觉信息的对应关系，确定对应每个第一地域信息类别的多个第一味觉信息；

根据确定的对应每个地域类别的第一味觉参考信息和多个第一味觉信息，确定对应每个地域类别的第一味觉标准信息；

按照地域类别对获取到的多个第二地域信息进行分类，得到多个第二地域信息类别；

利用第二地域信息与第二味觉信息的对应关系，确定对应每个第二地域信息类别的多个第二味觉信息；

根据确定的对应每个地域类别的第一味觉标准信息和多个第二味觉信息，确定每个地域类别的用户味觉标准数据；

根据来自第一客户端的用户身份信息，建立用户身份信息与第一地域信息的第一对应关系，以及根据地域类别，建立第一地域信息与所述用户味觉标准数据的第二对应关系，根据所述第一对应关系和所述第二对应关系，构建并更新味觉标准信息库。

d20、根据权利要求d18或d19所述的装置，所述确定模块包括：

第一对应单元，具体用于利用所述味觉标准信息库中用户身份信息与第一地域信息的第一对应关系，根据所述用户点餐请求中的用户身份信息确定对应所述用户身份信息的第一地域信息；

第二对应单元，具体用于利用所述味觉标准信息库中第一地域信息与用户味觉标准数据的第二对应关系，根据所述第一地域信息确定对应所述用户身份信息的用户味觉标准数据。

e21、一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现权利要求a1至a4中任一项所述的点餐信息的处理方法。

f22、一种终端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求a1至a4中任一项所述的点餐信息的处理方法。

g23、一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求b5至b10中任一项所述的点餐信息的处理方法。

h24、一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求b5至b10中任一项所述的点餐信息的处理方法。

i25、一种点餐信息的处理系统，其特征在于，包括：如权利要求f22所述的终端设备和如权利要求h24所述的服务器设备。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。