团餐订单的生成方法、装置、计算机设备及存储介质与流程

本发明涉及互联网技术领域，特别是涉及一种团餐订单的生成方法、装置、计算机设备及存储介质。

背景技术：

随着互联网技术的高速发展，越来越多的个人用户使用在线点餐系统，通过线上平台进行点餐下单。将餐饮和互联网结合起来，就形成了在线点餐系统。在线点餐系统不仅能够提高服务质量，而且为用户提供更方便快捷的服务。

但是，在团餐行业或者企业用餐行业，企业为员工直接预定餐品，团餐提供商会在企业员工用餐前一天，人工统计每家企业预定的餐品数量，然后再人工统计计算需要采购的食材、料材。

传统技术中，企业员工并不能做到个性化点餐，团餐提供商提供的餐品也不能满足企业员工的用餐需要，并导致不必要的食材浪费。

技术实现要素：

基于此，有必要针对团餐提供商提供的餐品也不能满足企业员工的用餐需要，并导致不必要的食材浪费的技术问题，提供一种团餐订单的生成方法、装置、计算机设备及存储介质。

一种团餐订单的生成方法，所述方法包括：

接收第一订餐请求，所述第一订餐请求包括企业标识；

显示所述企业标识对应的菜品信息以供用户进行菜品的选择，所述菜品信息根据所述企业标识从菜品库中查找而得到；

通过所述菜品信息的显示界面接收第二订餐请求，所述第二订餐请求包括菜品需求信息；

根据所述菜品需求信息，生成对应的订单。

在其中一个实施例中，所述第一订餐请求还包括时餐类别；所述显示所述企业标识对应的菜品信息，包括：

显示所述企业标识对应的时餐菜品信息，所述时餐菜品信息根据所述企业标识及所述时餐类别从菜品库中查找而得到；

所述通过所述菜品信息的显示界面接收第二订餐请求，包括：

通过所述时餐菜品信息的显示界面接收第二订餐请求。

在其中一个实施例中，所述菜品需求信息包括菜品类别和菜品数量；在所述通过所述时餐菜品信息的显示界面接收第二订餐请求之前，所述方法还包括：

获取所述企业标识对应的支付额度；

在所述通过所述时餐菜品信息的显示界面接收第二订餐请求之后，所述方法还包括：

通过所述时餐菜品信息的显示界面接收结算请求，根据所述菜品类别和菜品数量，确定所述第二订餐请求对应的结算金额；

根据所述结算金额和所述支付额度进行结算。

在其中一个实施例中，所述第一订餐请求还包括用户标识；所述根据所述结算金额和所述支付额度进行结算，包括：

将所述结算金额与所述支付额度进行比较；

若所述结算金额小于所述支付额度，在所述用户标识对应的账户余额中增加所述结算金额与所述支付额度之间的差值金额；

若所述结算金额大于所述支付额度，显示对所述结算金额与所述支付额度之间的差值金额进行支付的界面。

在其中一个实施例中，所述菜品信息根据所述用户的喜好数据对从所述菜品库中查找到的菜品进行排序而得到。

在其中一个实施例中，所述方法还包括：

接收所述订单的查看请求；

显示所述订单的状态、创建时间、菜品和金额中任意一种或多种信息；

通过所述订单的状态显示界面，接收所述订单对应的取餐请求，以打开所述订单对应的菜品所在的餐柜。

在其中一个实施例中，所述方法还包括：

接收所述订单的修改请求；

检测所述修改请求的发生时间是否在生成所述订单后的预设时间内；

若是，则接收对所述订单的修改，生成新的订单；

若否，则发出已经超出所述预设时间且不允许对所述订单进行修改的提醒。

一种团餐订单的生成装置，所述装置包括：

第一接收模块，用于接收第一订餐请求，所述第一订餐请求包括企业标识；

第一显示模块，用于显示所述企业标识对应的菜品信息以供用户进行菜品的选择，所述菜品信息根据所述企业标识从菜品库中查找而得到；

第二接收模块，用于通过所述菜品信息的显示界面接收第二订餐请求，所述第二订餐请求包括菜品需求信息；

生成模块，用于根据所述菜品需求信息，生成对应的订单。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一实施例所述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的方法的步骤。

上述团餐订单的生成方法、装置、计算机设备及存储介质，通过接收第一订餐请求，第一订餐请求包括企业标识；显示企业标识对应的菜品信息以供用户进行菜品的选择，菜品信息根据企业标识从菜品库中查找而得到；通过菜品信息的显示界面接收第二订餐请求，第二订餐请求包括菜品需求信息；根据菜品需求信息，生成对应的订单。实现了企业员工的个性化点餐，满足企业员工的用餐需要，企业员工根据用餐需要选择实际需要的菜品，避免不必要的浪费。

附图说明

图1为一个实施例中团餐订单的生成方法的应用环境图；

图2为一个实施例中团餐订单的生成方法的流程示意图；

图3为一个实施例中团餐订单的生成方法的流程示意图；

图4为一个实施例中团餐订单的生成方法的流程示意图；

图5为一个实施例中团餐订单的生成方法的流程示意图；

图6为一个实施例中团餐订单的生成方法的流程示意图；

图7为一个实施例中团餐订单的生成方法的流程示意图；

图8为一个实施例中团餐订单的生成方法的流程示意图；

图9为一个实施例中团餐订单的生成装置的结构框图；

图10为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本申请提供一种团餐订单的生成方法，可以应用于图1所示的应用环境中。可以应用于图1所示的应用环境中。其中，终端110通过网络与服务器120进行数据交互，本申请对终端110与服务器120的数据交互方式不进行限制。终端110可以用于显示在线点餐系统的界面，界面可以是在线点餐系统中各个功能的显示界面，也可以是在线点餐系统的点餐界面、登陆界面等，还可以展示订单或者订单记录等信息，终端110还可以用于向服务器120发出请求，比如订餐请求、取餐请求、订单的查看请求、订单的修改请求等。终端110接收第一订餐请求并发送至服务器120，所述第一订餐请求包括企业标识。服务器120根据企业标识从菜品库中查找对应的菜品信息，将企业标识对应的菜品信息返回给终端110，终端110显示所述企业标识对应的菜品信息以供用户进行菜品的选择；比如，菜品信息可以以图文列表的形式显示在终端110的界面中。终端110通过所述菜品信息的显示界面接收第二订餐请求，所述第二订餐请求包括菜品需求信息。比如用户所需菜品的名称或者数量等。从而根据所述菜品需求信息，生成对应的订单。

其中，菜品可以是一道菜，也可以是一套餐，套餐可以包括菜、米饭和汤，还可以是蛋糕、甜点等。终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种团餐订单的生成方法。以该方法应用于图1的应用场景中为例进行说明，包括以下步骤：

s210、接收第一订餐请求。

其中，第一订餐请求包括企业标识，企业标识用于唯一地标识企业。终端显示用于订餐的界面，该界面设有用户订餐的控件。具体地，终端上的应用程序或者网页显示订餐界面，用户触发订餐界面的订餐控件，接收第一订餐请求。

s220、显示企业标识对应的菜品信息以供用户进行菜品的选择。

其中，菜品信息根据企业标识从菜品库中查找而得到。菜品库存储有菜品信息与企业标识的对应关系，菜品信息可以是菜品图片、菜品名称、菜品配料、菜品口感或者菜品价格中至少一个。终端接收第一订餐请求，并将第一订餐请求发送至服务器，服务器存储有菜品库。由于第一订餐请求包括企业标识，企业标识用于唯一地标识企业，企业订购有不同的菜品，企业与菜品信息之间的对应关系存储在菜品库中。服务器根据企业标识从菜品库中查找对应的菜品信息，并将查找到的菜品信息发送至终端。终端接收到企业标识对应的菜品信息，并显示企业标识对应的菜品信息以供用户进行菜品的选择。

s230、通过菜品信息的显示界面接收第二订餐请求。

其中，第二订餐请求包括菜品需求信息。具体地，终端显示企业标识对应的菜品信息，菜品信息可以以彩屏图片和菜品名称组成的方式显示在终端界面中。用户可以触发菜品信息的显示界面中控件选择需要的菜品，则终端通过菜品信息的显示界面接收第二订餐请求。第二订餐请求包括菜品需求信息，菜品需求信息可以是菜品名称、菜品分数、菜品口味中至少一个或者组合。

s240、根据菜品需求信息，生成对应的订单。

其中，订单可以是用户向中央厨房发出订餐的凭据。终端接收第二订餐请求。第二订餐请求包括菜品需求信息。终端将菜品需求信息发送至服务器，服务器接收到菜品需求信息，并根据菜品需求信息，生成对应的订单。

本实施例中，通过接收第一订餐请求，第一订餐请求包括企业标识；显示企业标识对应的菜品信息以供用户进行菜品的选择，菜品信息根据企业标识从菜品库中查找而得到；通过菜品信息的显示界面接收第二订餐请求，第二订餐请求包括菜品需求信息；根据菜品需求信息，生成对应的订单。实现了企业员工的个性化点餐，满足企业员工的用餐需要，企业员工根据用餐需要选择实际需要的菜品，避免不必要的浪费。

在一个实施例中，如图3所示，第一订餐请求还包括时餐类别。显示企业标识对应的菜品信息，包括：

s310、显示企业标识对应的时餐菜品信息，时餐菜品信息根据企业标识及时餐类别从菜品库中查找而得到。

通过菜品信息的显示界面接收第二订餐请求，包括：

s320、通过时餐菜品信息的显示界面接收第二订餐请求。

其中，时餐类别可以是早餐、中餐、晚餐、夜宵、下午茶等。第一订餐请求不仅包括企业标识，还包括时餐类别。终端接收第一订餐请求，并将第一订餐请求发送至服务器，服务器存储有菜品库。由于第一订餐请求包括企业标识和时餐类别，企业标识用于唯一地标识企业，企业订购有不同的时餐类别。不同的时餐包括不同的菜品。企业、时餐类别、时餐菜品信息之间的对应关系存储在菜品库中。服务器根据企业标识和时餐类别从菜品库中查找对应的时餐菜品信息，并将查找到的时餐菜品信息发送至终端。终端接收到企业标识对应的时餐菜品信息，并显示企业标识对应的时餐菜品信息以供用户进行菜品的选择。用户可以触发时餐菜品信息显示界面中的控件选择需要的菜品，则终端通过时餐菜品信息的显示界面接收第二订餐请求。

本实施例中，菜品库中存储有企业标识、时餐类别和菜品信息及三者之间的对应关系，对菜品进一步细化，实现了企业员工的个性化点餐，满足企业员工的用餐需要，企业员工根据用餐需要选择实际需要的菜品，避免不必要的浪费。

在一个实施例中，如图4所示，菜品需求信息包括菜品类别和菜品数量。在通过时餐菜品信息的显示界面接收第二订餐请求之前，方法还包括：

s410、获取企业标识对应的支付额度。

在通过时餐菜品信息的显示界面接收第二订餐请求之后，方法还包括：

s420、通过时餐菜品信息的显示界面接收结算请求，根据菜品类别和菜品数量，确定第二订餐请求对应的结算金额。

s430、根据结算金额和支付额度进行结算。

具体地，支付额度可以是企业为一份菜品所支付的金钱数额。由于第一订餐请求中包括企业标识，终端将第一订餐请求发送至服务器，服务器根据企业标识查找到对应的支付额度，即获取企业标识对应的支付额度。时餐菜品信息的显示界面设置有结算控件，用户触发结算控件，终端接收到结算请求，并发送至服务器。且发送至服务器的第二订餐请求包括菜品类别和菜品数量，服务器根据菜品类别和菜品数量，确定第二订餐请求对应的结算金额。服务器将结合结算金额和支付额度进行结算。示例性地，企业设定的支付额度是10元，员工所预订的菜品为6元，终端会显示企业支付额度为10元的提醒告知员工，以提醒员工是否需要更换价格更高的菜品。另外，企业设定的支付额度是10元，员工所预订的菜品为12元，终端会显示企业支付额度为10元的提醒告知员工，以提醒员工是否需要更换价格更低的菜品或者自费超出金额部分。

本实施例中，通过获取企业的支付额度，并根据结算金额和支付额度进行结算，实现结算方式的灵活设置。

在一个实施例中，如图5所示，第一订餐请求还包括用户标识。根据结算金额和支付额度进行结算，包括以下步骤：

s510、将结算金额与支付额度进行比较。

s520、若结算金额小于支付额度，在用户标识对应的账户余额中增加结算金额与支付额度之间的差值金额。

s530、若结算金额大于支付额度，显示对结算金额与支付额度之间的差值金额进行支付的界面。

本实施例中，通过将结算金额与支付额度进行比较，实现员工订餐费用的多退少补，进一步地满足企业员工的多样化需求。

在一个实施例中，菜品信息根据用户的喜好数据对从菜品库中查找到的菜品进行排序而得到。

服务器从菜品库中查找对应的菜品，并根据用户的喜好数据对菜品进行排序，终端显示排序后的菜品信息，将用户最喜欢的菜品排在前面，减少员工挑选菜品所花费的用于浏览菜品的时间。

在一个实施例中，如图6所示，该方法还包括以下步骤：

s610、接收订单的查看请求。

s620、显示订单的状态、创建时间、菜品和金额中任意一种或多种信息。

s630、通过订单的状态显示界面，接收订单对应的取餐请求，以打开订单对应的菜品所在的餐柜。

具体地，终端接收到订单的查看请求，并终端的查看请求发送至服务器，服务器将对应的订单的状态、创建时间、菜品和金额中任意一种或多种信息返回给终端，终端显示订单的状态、创建时间、菜品和金额中任意一种或多种信息。接着，用户可以通过订单的状态显示界面触发订单对应的取餐控件，即终端接收订单对应的取餐请求，以打开订单对应的菜品所在的餐柜。

本实施例中，通过接收订单的查看请求，终端显示订单的状态、创建时间、菜品和金额中任意一种或多种信息。并通过订单的状态显示界面，接收订单对应的取餐请求，以打开订单对应的菜品所在的餐柜，满足员工查看订单和方便取餐的需求。

在一个实施例中，如图7所示，该方法还包括以下步骤：

s710、接收订单的修改请求。

s720、检测修改请求的发生时间是否在生成订单后的预设时间内。

s730、若是，则接收对订单的修改，生成新的订单。

s740、若否，则发出已经超出预设时间且不允许对订单进行修改的提醒。

本实施例中，为了满足员工修改订单的请求，比如补餐或者送餐地址的修改等。通过终端的订单显示界面可以接收订单的修改请求。由于修改后的订单是需要花费时间制作的，则当用户发起修改请求时，需要检测修改请求的发生时间是否在生成订单后的预设时间内，以及时满足员工的新需求。若是，则接收对订单的修改，生成新的订单，并提醒厨房开始准备。若否，则发出已经超出预设时间且不允许对订单进行修改的提醒。本实施例最大程度了满足员工的用餐需求。

在一个实施例中，如图8所示，本申请提供一种团餐订单的生成方法，该方法包括以下步骤：

s810、接收第一订餐请求。第一订餐请求包括企业标识和时餐类别。

s820、显示企业标识对应的时餐菜品信息，时餐菜品信息根据企业标识及时餐类别从菜品库中查找而得到。

s830、获取企业标识对应的支付额度。

s840、通过时餐菜品信息的显示界面接收第二订餐请求。菜品需求信息包括菜品类别和菜品数量。

s850、通过时餐菜品信息的显示界面接收结算请求，根据菜品类别和菜品数量，确定第二订餐请求对应的结算金额。

s860、将结算金额与支付额度进行比较。

s871、若结算金额小于支付额度，在用户标识对应的账户余额中增加结算金额与支付额度之间的差值金额。

s872、若结算金额大于支付额度，显示对结算金额与支付额度之间的差值金额进行支付的界面。

s880、根据菜品需求信息与支付额度，生成对应的订单。

s890、接收订单的查看请求。

s891、显示订单的状态、创建时间、菜品和金额中任意一种或多种信息。

s892、通过订单的状态显示界面，接收订单对应的取餐请求，以打开订单对应的菜品所在的餐柜。

应该理解的是，虽然图2-8的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-8中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图9所示，提供了一种团餐订单的生成装置900。该装置包括：

第一接收模块910，用于接收第一订餐请求，第一订餐请求包括企业标识；

第一显示模块920，用于显示企业标识对应的菜品信息以供用户进行菜品的选择，菜品信息根据企业标识从菜品库中查找而得到；

第二接收模块930，用于通过菜品信息的显示界面接收第二订餐请求，第二订餐请求包括菜品需求信息；

生成模块940，用于根据菜品需求信息，生成对应的订单。

在一个实施例中，第一订餐请求还包括时餐类别。其中，第一显示模块920，还用于显示企业标识对应的时餐菜品信息，时餐菜品信息根据企业标识及时餐类别从菜品库中查找而得到。第二接收模块930，还用于通过时餐菜品信息的显示界面接收第二订餐请求。

在一个实施例中，菜品需求信息包括菜品类别和菜品数量；该装置还包括获取模块、确定模块和结算模块。其中：

获取模块，用于获取企业标识对应的支付额度。

确定模块，用于通过时餐菜品信息的显示界面接收结算请求，根据菜品类别和菜品数量，确定第二订餐请求对应的结算金额。

结算模块，用于根据结算金额和支付额度进行结算。

在一个实施例中，第一订餐请求还包括用户标识。结算模块，还用于将结算金额与支付额度进行比较；若结算金额小于支付额度，在用户标识对应的账户余额中增加结算金额与支付额度之间的差值金额；若结算金额大于支付额度，显示对结算金额与支付额度之间的差值金额进行支付的界面。

在一个实施例中，菜品信息根据用户的喜好数据对从菜品库中查找到的菜品进行排序而得到。

在一个实施例中，该装置还包括第三接收模块、第二显示模块和第四接收模块；其中：

第三接收模块，用于接收订单的查看请求；

第二显示模块，用于显示订单的状态、创建时间、菜品和金额中任意一种或多种信息；

第四接收模块，用于通过订单的状态显示界面，接收订单对应的取餐请求，以打开订单对应的菜品所在的餐柜。

在一个实施例中，该装置还包括第五接收模块、检测模块和提醒模块；其中：

第五接收模块，用于接收订单的修改请求；

检测模块，用于检测修改请求的发生时间是否在生成订单后的预设时间内；

生成模块，还用于若是，则接收对订单的修改，生成新的订单；

提醒模块，用于若否，则发出已经超出预设时间且不允许对订单进行修改的提醒。

关于团餐订单的生成装置的具体限定可以参见上文中对于团餐订单的生成方法的限定，在此不再赘述。上述团餐订单的生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种团餐订单的生成方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中的方法步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中的方法步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。