一种无人餐厅生产方法、装置、系统及服务器与流程

本发明属于信息技术领域，尤其涉及一种无人餐厅生产方法、装置、系统、服务器及计算机可读存储介质。

背景技术：

随着信息技术的发展进步，各行业的信息化进程也在不断地加快。

目前，餐饮行业的信息化程度越来越高，具体体现在餐厅的点餐、结算以及食品加工等多个方面。其中，餐厅也在逐渐的往无人化、机器化方向发展，例如，食品加工或者菜品炒制逐渐向机器人炒制的方向靠拢。与此同时，餐厅的高速发展给餐厅的管理提出了严峻的挑战。

现有技术中，无人餐厅的生产管理模式使得餐厅的管理效率和便捷性均较低，且用户使用粘性较低。

技术实现要素：

有鉴于此，本发明实施例提供了一种无人餐厅生产方法、装置、系统、服务器及计算机可读存储介质，以解决现有技术中无人餐厅的生产管理效率和便捷性均较低，且用户使用粘性较低的问题。

为解决上述技术问题，本发明实施例提供如下技术方案：

第一方面，本发明实施例提供一种无人餐厅生产方法，包括：

接收用户终端发送的点餐订单；

根据所述点餐订单，向所述用户终端发送支付请求；

在用户通过所述用户终端完成支付操作后，接收所述用户终端发送的支付金额信息；

按照预设划分比例，将支付金额分别划分至企业账户和企业共建人基金账户；

接收用户开设餐厅分店的预算成本信息以及投资比例信息，所述投资比例信息包括企业账户出资比例信息和企业共建人基金账户出资比例信息；

根据所述预算成本信息和所述投资比例信息，生成所述餐厅分店的投资方案；所述投资方案包括企业账户出资金额信息、企业共建人基金账户出资金额信息以及出资人信息；

根据所述点餐订单，向无人餐厅的菜品生产系统发送生产指令，以使所述菜品生产系统根据所述生产指令，生产相应的菜品。

可选地，在所述根据所述预算成本信息和所述投资比例信息，生成所述餐厅分店的投资方案之后，还包括：

在根据所述投资方案开设所述餐厅分店之后，接收所述餐厅分店的交易信息；

将所述交易信息发送至第三方公示平台，以使所述第三方公示平台公示所述交易信息；

每隔预设周期，计算所述餐厅分店的回报收益；

根据预设分成比例和所述回报收益，计算企业共建人中的出资人和企业的分成金额信息；

根据所述出资人信息，以预设形式将分成金额返还至所述出资人的账号。

可选地，在所述接收用户终端发送的点餐订单之后，还包括：

统计所述用户的用户账号的订单次数；

判断所述订单次数是否大于或等于预设次数阈值；

当所述订单次数大于或等于所述预设次数阈值时，向所述用户账号发送预设奖励信息；

当所述订单次数小于所述预设次数阈值时，向所述用户账号发送包括所述用户的当前订单次数与所述预设次数阈值间的差值的提示信息。

可选地，接收所述用户终端发送的支付金额信息之后，还包括：

向所述用户终端发送满意度调查问卷；

在用户通过所述用户终端填写完所述满意度调查问卷之后，接收并存储所述用户终端发送的满意度调查答卷。

可选地，在所述接收用户终端发送的点餐订单之前，还包括：

获取所述用户的生物数据，所述生物数据包括基因检测数据和/或体检数据，所述体检数据包括预设体检项的数据；

根据所述生物数据、预建立的食品标准成分数据库以及用户信息，匹配出目标食材；

根据所述目标食材和预建立的菜品配方清单，生成推荐食谱。

可选地，所述根据所述生物数据、预建立的食品标准成分数据库以及用户信息，匹配出目标食材，包括：

根据所述基因检测数据和/或所述体检数据，确定出目标食品成分；

根据所述用户信息，计算出各个所述目标食品成分的可摄入份量；

根据所述目标食品成分、所述可摄入份量和所述食品标准成分数据库，通过逻辑回归算法，匹配出所述目标食材。

可选地，在所述根据所述目标食材和预建立的菜品配方清单，生成推荐食谱之后，还包括：

获取所述用户的历史点餐记录；

分析所述历史点餐记录，得出所述用户的口味偏好；

从所述推荐食谱中筛选出符合所述口味偏好的菜品，生成符合用户偏好的推荐食谱。

可选地，在所述获取用户的生物数据之前，还包括：

接收所述用户的所述生物数据和所述用户信息；

将所述生物数据和所述用户信息进行关联绑定，并将所述生物数据和所述用户信息进行存储；

建立所述食品标准成分数据库；

接收各个预设目标地区的菜品配方信息；

根据所述菜品配方信息，建立所述菜品配方清单。

可选地，所述获取用户的生物数据，包括：

接收所述用户终端发送的登录信息；

根据所述登录信息，判断是否查找到与所述登录信息相关联的生物数据；

当查找到所述相关联的生物数据时，则获取所述生物数据。

可选地，在所述根据所述登录信息，判断是否查找到与所述登录信息相关联的生物数据之后，还包括：

当没有查找到所述相关联的生物数据时，向所述用户推荐预设类型食谱，所述预设类型食谱包括营养食谱、减肥食谱以及体质增强食谱中的至少一种。

第二方面，本发明实施例提供了一种无人餐厅生产方法，所述方法包括：

用户终端根据用户的点餐指令，生成点餐订单，并将所述点餐订单发送至服务器；

所述服务器接收所述点餐订单；根据所述点餐订单，向所述用户终端发送支付请求；在用户通过所述用户终端完成支付操作后，接收所述用户终端发送的支付金额信息；按照预设划分比例，将支付金额分别划分至企业账户和企业共建人基金账户；接收用户开设餐厅分店的预算成本信息以及投资比例信息，所述投资比例信息包括企业账户出资比例信息和企业共建人基金账户出资比例信息；根据所述预算成本信息和所述投资比例信息，生成所述餐厅分店的投资方案；所述投资方案包括企业账户出资金额信息、企业共建人基金账户出资金额信息以及出资人信息；根据所述点餐订单，向无人餐厅的菜品生产系统发送生产指令；

所述菜品生产系统根据所述生产指令，生产相应的菜品。

第三方面，本发明实施例提供了一种无人餐厅生产装置，集成于服务器端，所述装置包括：

第一接收模块，用于接收用户终端发送的点餐订单；

支付请求发送模块，用于根据所述点餐订单，向所述用户终端发送支付请求；

第二接收模块，用于在用户通过所述用户终端完成支付操作后，接收所述用户终端发送的支付金额信息；

划分模块，用于按照预设划分比例，将支付金额分别划分至企业账户和企业共建人基金账户；

第三接收模块，用于接收用户开设餐厅分店的预算成本信息以及投资比例信息，所述投资比例信息包括企业账户出资比例信息和企业共建人基金账户出资比例信息；

投资方案生成模块，用于根据所述预算成本信息和所述投资比例信息，生成所述餐厅分店的投资方案；所述投资方案包括企业账户出资金额信息、企业共建人基金账户出资金额信息以及出资人信息；

生产模块，用于根据所述点餐订单，向无人餐厅的菜品生产系统发送生产指令，以使所述菜品生产系统根据所述生产指令，生产相应的菜品。

第四方面，本发明实施例提供了一种无人餐厅生产系统，包括至少一个用户终端、与所述用户终端通信连接的服务器以及与所述服务器通信连接的菜品生产子系统；

用户终端用于根据用户的点餐指令，生成点餐订单，并将所述点餐订单发送至服务器；

所述服务器用于接收所述点餐订单；根据所述点餐订单，向所述用户终端发送支付请求；在用户通过所述用户终端完成支付操作后，接收所述用户终端发送的支付金额信息；按照预设划分比例，将支付金额分别划分至企业账户和企业共建人基金账户；接收用户开设餐厅分店的预算成本信息以及投资比例信息，所述投资比例信息包括企业账户出资比例信息和企业共建人基金账户出资比例信息；根据所述预算成本信息和所述投资比例信息，生成所述餐厅分店的投资方案；所述投资方案包括企业账户出资金额信息、企业共建人基金账户出资金额信息以及出资人信息；根据所述点餐订单，向无人餐厅的菜品生产子系统发送生产指令；

所述菜品生产子系统用于根据所述生产指令，生产相应的菜品。

第五方面，本发明实施例提供一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述方法的步骤。

第六方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面任一项所述方法的步骤。

本发明实施例与现有技术相比存在的有益效果是：

本发明实施例通过将支付金额按照一定的比例，分别划分至企业账户和企业共建人基金账户，然后再根据开设餐厅分店的预设成本信息以及出资比例信息，生成包括企业账户出资金额信息和企业共建人基金账户出资金额信息的投资方案，不用人工过多参与，使得餐厅管理的效率和便捷性较高，且用户粘性较高。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的一种无人餐厅生产方法的实现流程示意图；

图2为本发明实施例二提供的一种无人餐厅生产方法的一流程示意图；

图3为本发明实施例二提供的一种无人餐厅生产方法的另一流程示意图；

图4为本发明实施例二提供的一种无人餐厅生产方法的又一流程示意图；

图5为本发明实施例三提供的一种无人餐厅生产方法的流程示意图；

图6为本发明实施例四提供的步骤502的具体流程示意图；

图7为本发明实施例四提供的一种无人餐厅生产方法的一种流程示意图；

图8为本发明实施例四提供的一种无人餐厅生产方式的另一种流程示意图；

图9为本发明实施例四提供的步骤501的具体流程示意图；

图10为本发明实施例五提供的一种无人餐厅生产方法的交互流程示意图；

图11为本发明实施例六提供的一种无人餐厅生产装置的结构示意框图；

图12为本发明实施例七提供的一种无人餐厅生产系统的结构示意框图；

图13为本发明实施例八提供的服务器的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

首先，在介绍本发明实施例的技术方案之前，先对本发明实施例可能涉及的一些应用场景进行介绍。

本发明实施例的技术方案可以具体应用于无人餐厅，又可以称机器人餐厅。

在具体应用中，实现本发明实施例的技术方案需要至少一个用户终端和服务器。当应用在无人餐厅时，用户终端可以是用户私人的手机、平板等智能设备，也可以是餐厅提供的智能点餐终端。用户可以通过用户终端了解餐厅的菜品样式，并完成点餐和金额支付等操作，服务器则将用户的支付金额划分至企业账户和企业共建人基金账户，后续用户需要开设餐厅分店时，则可以提交分店的成本信息和投资比例信息等，服务器会根据一定的出资比例，生成餐厅投资方案。在用户支付完成后，服务器则根据用户的订单，发出相应的控制指令，控制无人餐厅的菜品生产系统生产出相应的菜品。

需要说明，上述提及的应用场景仅仅是示例性的，在具体应用中，本发明实施例的技术方案还可以应用于其它的一些应用场景，在此不作限定。

在介绍完本发明实施例的技术方案可能涉及的应用场景后，下面将对本发明实施例的技术方案进行详细介绍说明。

为了说明本发明实施例提供的技术方案，下面通过具体实施例来进行说明。

实施例一

下面将从服务器端介绍本发明实施例提供的无人餐厅生产方法的具体流程。请参见图1，为本发明实施例提供的一种无人餐厅生产方法的实现流程示意图，该方法可以包括以下步骤：

步骤101、接收用户终端发送的点餐订单。

步骤102、根据点餐订单，向用户终端发送支付请求。

步骤103、在用户通过用户终端完成支付操作后，接收用户终端发送的支付金额信息。

具体地，用户终端可以显示各种菜品样式和相应价格，用户通过操作用户终端，使得用户终端生成相应的点餐订单后，用户终端将点餐订单发送至服务器，服务器接收相应的点餐订单后，向用户终端发送支付请求，该支付请求应包括需要支付的金额信息。用户可以通过用户终端完成支付，然后，用户终端将支付金额信息返回支付完成指令至服务器，该支付完成指令包含支付金额信息。

步骤104、按照预设划分比例，将支付金额分别划分至企业账户和企业共建人基金账户。

需要说明，上述预设划分比例可以指的是将每次的支付金额划分至企业账户和企业共建人基金账户的比例。例如，企业账户90％，企业共建人基金账户10％，则将支付金额的90％划分至企业账户，将支付金额的10％划分至企业共建人基金账户。该预设划分比例可以根据实际需求、实际应用场景进行设定，在此不作限定。

步骤105、接收用户开设餐厅分店的预算成本信息以及投资比例信息，投资比例信息包括企业账户出资比例信息和企业共建人基金账户出资比例信息。

需要说明，上述预设成本信息可以是指开设餐厅分店的所需金额信息，而投资比例信息指的企业账户和企业共建人基金账户的出资比例。例如，投资比例信息为企业账户出资51％，企业共建人基金账户出资49％。当然，上述企业账户和企业共建人基金账户的出资比例可以根据实际情况、实际需求进行设定，在此不作限定。

预设成本信息和投资比例信息可以是由餐厅股东或者其他利益相关方上传的。

步骤106、根据预算成本信息和投资比例信息，生成餐厅分店的投资方案；投资方案包括企业账户出资金额信息、企业共建人基金账户出资金额信息以及出资人信息。

需要说明，上述出资人信息可以包括但不限于用户账户信息以及消费记录信息等，该出资人是指在餐厅消费过且消费金额划分至企业共建人基金账户的资金用于开设餐厅分店的用户，即，当用户在餐厅消费后，将用户的支付金额的一部分划分至企业共建人基金账户，这时该用户可以看作是企业共建人，后续开设餐厅分店时，需要用到企业共建人基金账户里的钱，用于开分店的钱是某个或某些用户的部分支付金额时，则这个或这些用户为出资人。

从企业共建人基金账户中划出出资金额时，可以根据资金投入先后顺序即消费先后顺序以及成本信息，从企业共建人基金账户中划分一定金额出来，用作开设分店。

举例来说，企业账户出资51％，企业共建人基金账户出资49％，成本信息为10万元时，则企业账户出资5.1万元，企业共建人基金账户出资4.9万元，按照共建人基金的投入顺序，划分出4.9万元。

步骤107、根据点餐订单，向无人餐厅的菜品生产系统发送生产指令，以使所述菜品生产系统根据生产指令，生产相应的菜品。

可以理解，上述菜品生产系统包括配料子系统、炒制子系统、加热子系统、调味子系统、包装子系统以及清洗子系统。其中，配料子系统可以具体包括配料机械手，炒制子系统包括炒锅、驱动电机等。

具体地，服务器根据点餐订单，生成相应的生产指令，该生产指令可以体现为控制参数，例如，对于黄瓜炒肉来说，黄瓜和瘦肉的重量各为多少克，炒锅翻转多少次，加热温度、加热时间是多少，配料种类以及重量是什么。控制配料子系统、炒制子系统、加热子系统、调味子系统、包装子系统，进行配料、炒制、调味到包装，得到最终的菜品。

本实施例中，通过将支付金额按照一定的比例，分别划分至企业账户和企业共建人基金账户，然后再根据开设餐厅分店的预设成本信息以及出资比例信息，生成包括企业账户出资金额信息和企业共建人基金账户出资金额信息的投资方案，不用人工过多参与，使得餐厅管理的效率和便捷性较高，且用户粘性较高。

实施例二

生成投资方案之后，用户可以根据投资方案给出的策略，开设餐厅分店。然后，将开设餐厅分店的收益按照一定的比例返还给企业共建人，以激励用户的消费欲望。

基于上述实施例一，参见图2示出的本发明实施例提供的无人餐厅生产方法的另一流程示意图，在上述步骤106之后，即上述根据预算成本信息和投资比例信息，生成餐厅分店的投资方案之后，还可以包括以下步骤：

步骤201、在根据投资方案开设餐厅分店之后，接收餐厅分店的交易信息。

可以理解，上述交易信息可以包括餐厅分店的财务报表、流水账目以及其它公开信息等。该交易信息可以是餐厅管理者上传的，也可以是餐厅的结算终端自动上传的。

步骤202、将交易信息发送至第三方公示平台，以使第三方公示平台公示交易信息。

步骤203、每隔预设周期，计算餐厅分店的回报收益。

步骤204、根据预设分成比例和回报收益，计算企业共建人中的出资人和企业的分成金额信息。

步骤205、根据出资人信息，以预设形式将分成金额返还至出资人的账号。

需要说明，上述预设周期可以根据实际情况、需求进行设定，一般地，可以设置为一天、一周、一个月等，在此不作限定。

上述回报收益可以指的是餐厅分店的利润，即，每隔一段时间，则计算餐厅分店的利润。上述预设分成比例可以是指利润在企业共建人和企业间的分配比例，该比例可以根据实际应用进行设定，在此不作限定。

企业共建人有多个，计算出企业共建人的利润分成之后，可以按照各个共建人的消费金额大小，再对企业共建人的利润分成进行再分成，也可以企业共建人的利润分成平均分给各个企业共建人。

计算餐厅分店的利润之后，根据预设分成比例，计算出每个出资人的利润分成所得，然后将出资人的利润分成所得返还至出资人的账号中。

上述预设形式可以具体为红包，可以体现为优惠券，也可以为其它，例如，代金券和现金，在此不作限定。

举例来说，假如用户通过第三方外卖平台在餐厅订餐时，用户利用个人账户手机登陆第三方外卖平台，在餐厅消费一定的金额，服务器将消费的金额按照一定的比例划分至企业共建人基金，后续该用户的消费金额用作开设餐厅分店之后，计算餐厅分店的收益后，以外卖红包形式返还至该用户的个人账户。

可以看出，将开设餐厅分店收益所得，以一定形式返还给用户，可以在一定程度上激发用户的消费热情。

为了进一步激发用户的消费热情，可以在用户达到一定的购买次数后，给予用户一定的利润回报。

请参见图3，为本发明实施例提供的一种无人餐厅生产方法的又一流程示意图，基于任意实施例，在上述步骤101之后，即，上述接收用户终端发送的点餐订单之后，还可以包括：

步骤301、统计用户的用户账号的订单次数。

步骤302、判断订单次数是否大于或等于预设次数阈值。

步骤303、当订单次数大于或等于预设次数阈值时，向用户账号发送预设奖励信息。

步骤304、当订单次数小于预设次数阈值时，向用户账号发送包括用户的当前订单次数与预设次数阈值间的差值的提示信息。

需要说明，上述预设次数阈值可以优选为20次，当然，也可以具体为其它数值。具体应用中，该预设次数阈值可以根据实际情况进行设定，在此不作限定。

上述预设奖励信息指的是当次奖励的相关信息，例如，当奖励为红包时，则向用户账户相应数额的红包。当用户购买次数达到一定次数之后，可以向用户赠送免费健康体检套餐、基因检测套餐、红包等相应奖励。其中，奖励优选地为现金。

上述提示信息可以包括用于提示用户还差多少次达到预设次数阈值，且达到预设次数阈值后能获得什么奖励的相关信息，例如，当前订单次数为17次，则向用户账户发送“还差3次订单即可获赠免费基因检测套餐”。

可以看出，统计订单次数，并根据订单次数来相应的提示用户，可以进一步地激发用户的消费热情。

用户可能是通过第三方外卖平台向餐厅下单，也可能是直接去到餐厅下单。无论是哪一种方式，用户的满意度都是十分重要的。因此，可以在用户用餐之后或者是其它合适的时机，向用户发送满意度调查问卷。

请参见图4，为本发明实施例提供的无人餐厅生产方法的再一流程示意图，基于上述任意实施例，在上述步骤103之后，即，上述接收用户终端发送的支付金额信息之后，还可以包括：

步骤401、向用户终端发送满意度调查问卷。

步骤402、在用户通过用户终端填写完满意度调查问卷之后，接收并存储用户终端发送的满意度调查答卷。

可以理解，发放满意度调查问卷的时机可以是用户用餐之后，也可以是其它合适的时机。

可以看出，向用户发放满意度调查问卷，可以更好地了解用户体验，便于持续进行相应的调整和改进。

实施例三

在用户下单之前，可以根据用户的生物数据，推荐合适用户的食谱。以进一步提高用户的体验。

基于上述任意实施例，请参见图5示出的本发明实施例提供的无人餐厅生产方法的再一流程示意图，在上述步骤101之前，即，在上述接收用户终端发送的点餐订单之前，还可以包括：

步骤501、获取用户的生物数据，生物数据包括基因检测数据和/或体检数据，体检数据包括预设体检项的数据。

可以理解，上述生物数据可以是预先存储的生物数据，也可以是实时上传的生物数据。其中，该生物数据可以具体为基因检测数据，可以具体为体检数据，也可以具体包括体检数据和基因检测数据。

上述体检数据包括预设体检项的检查数据，该预设体检项指的是体检过程中的检查项目，例如，预设体检项可以包括身体测定(身高、体重、bmi、肥胖指数、体脂肪率等)、消化系统、糖代谢、脂代谢、肝功能和胰功能检查、肾功能检查血球检查、血象分析血清检查、甲状腺检查、乳腺)检查、全身癌症筛选以及肿瘤标识物检测等，则体检数据包括各个体检项的检测结果。该体检数据可以是用户去检测得出结果后，上传至服务器的，也可以是服务器根据用户的用户信息，从体检机构获取的。

上述基因检测数据指的是预先存储在服务器上的基因检测数据。该预存储基因检测数据可以是在上传基因检测数据至服务器后，服务器进行关联存储得到，具体地，用户将自己的基因样本送到基因检测机构进行基因检测数据，得出基因检测数据之后，用户可以上传该基因检测数据至服务器，或者，服务器可以通过基因检测机构开放的数据接口，从基因检测机构获取该用户的基因检测数据，然后再将该基因检测数据和用户的用户信息进行关联存储。

其中，基因检测数据可以是指利用现有的基因检测技术，对用户提供的基因样本(例如唾液等)进行检测所得出的结果。该基因检测数据可以包括祖源分析、运动基因、营养代谢、健康风险、遗传性疾病、药物指南、遗传特征以及皮肤特征等。一般情况下，祖源分析有7项，运动基因有17项，营养代谢有9项，健康风险有88项，遗传性疾病有46项，药物指南有14项，遗传特征有12项，皮肤特征有7项。

祖源分析可以包括但不限于祖源成分、家族基因等；运动基因可以包括但不限于咖啡因敏感性、碳水化合物敏感性、饱和脂肪敏感性、碳水化合物摄入倾向、总热量摄入倾向、饮食对体重的影响、运动对体重的影响、运动时体温升高速度、肌肉耐劳度提升、运动积极性、最大摄氧量提升以及运动后心率改善等；营养代谢可以包括但不限于乳糖代谢能力、咖啡因代谢能力、叶酸营养需求、钙营养需求酒精代谢能力、维生素e营养需求、铁营养需求、维生素b12营养需求以及维生素a营养需求等。

健康风险可以包括但不限于糖尿病、高血压、酒精依赖、过敏性疾病以及多发性硬化等；遗传性疾病可以包括但不限于家族性地中海热、肢带型肌营养不良2d型、b型家族性高胆固醇血症、生物素酶缺乏症、原发性肉碱缺乏症以及三功能蛋白质缺乏症等；药物指南可以包括但不限于硝酸甘油、乙醇、华法林-cyp2c9、塞来昔布以及氯沙坦等；遗传性特征可以包括但不限于酒精性脸红、苦味敏感度、耳垢类型、吸烟倾向以及血糖水平等；皮肤特征可以包括但不限于抗晒黑反应能力、抗氧化能力、抗糖化能力、抗雀斑能力以及皮肤保湿能力等。

可以理解，上文只是列举了基因检测数据和体检数据的一部分，实际情况中，基因检测数据和体检数据还可以包括更多的数据。

为了保证数据的准确性和及时性，可以定期更新用户的生物数据，而更新周期可以是一年、一个月或者其它。优选地，以一年为周期更新用户的生物数据。

步骤502、根据生物数据、预建立的食品标准成分数据库以及用户信息，匹配出目标食材。

需要说明，上述食品标准成分数据库指的是用于存储各个食材的食品标准成分的数据库。食品标准成分数据库里面储存着各种常规食品、食材以及可食用动植物的成分数据，其中，食品成分可以例如为蛋白质、脂肪、维生素、碳水化合物以及能量等。

上述用户信息可以包括用户的年龄、性别、名字、身高体重以及账号登陆信息等。其中，性别信息除了可以包括男性和女性之外，还可以包括妊妇、授乳妇等，更具体地，妊妇还可以细分为初期、中期和后期。账号登陆信息可以指的是用户在系统注册的登录名和登录密码等相关信息。这些用户信息可以是在用户账号注册时填写的，也可以是通过其他途径获取的。

上述预设算法可以具体为逻辑回归统计算法，当然，也可以具体为其它的算法，在此不作限定。

具体地，根据生物数据，确定出用户所需的食品成分，例如，通过基因检测或常规体检，得知用户的空腹血糖水平偏高、乳糖代谢能力弱，且对维生素b12营养需求偏高，有ii型糖尿病风险，则该用户需要低糖低碳水化合物、多膳食纤维及多维生素b12等食品成分；然后根据用户的身高体重、性别年龄等用户信息，确定出用户的每餐各食品成分或和各元素及各元素含量摄入的合理范围，再利用回归统计等算法和食品标准成分数据库，寻找出具备低糖低碳水化合物、多膳食纤维及多维生素b12等食品成分的食材，例如，橄榄油、菠菜、元贝、豆腐、葱花、蒜头、菊花、蜂蜜以及柠檬等，其匹配出的食材的量应满足用户每餐能量摄入的合理范围。

可以理解，单独利用体检数据、单独利用基因检测数据或者结合体检数据和基因检测数据，都可以筛选出目标食材，其三者的过程类似。例如，通过体检数据中的糖代谢检测数据，可以确定出用户的空腹血糖水平偏高、乳糖代谢能力弱，则可以确定出用户需要低糖低碳水化合物等食品成分，然后再根据食品成分，匹配出目标食材。同理，利用基因检测数据或者基因检测数据和体检数据匹配目标食材的过程也是类似，在此不再赘述。

相较而言，体检数据的准确性比基因检测数据的准确性要高，即，体检数据可以更准确表征用户的身体各个方面的情况。但是，两者均能实现本发明实施例。

步骤503、根据目标食材和预建立的菜品配方清单，生成推荐食谱。

需要说明，上述菜品配方清单可以包括每个菜品的名称、菜品所用的食材信息和每个菜品的加工信息。其中，食材信息可以是指每个食材的名称、重量等，而加工信息指的是每个食材的加工顺序、加热温度以及加工时间等。该菜品配方清单可以具体存储于食品数据库中，该食谱数据库可以根据所收集的各个菜品的配方建立得到。

其中，该菜品配方清单可以包括多个不同地区的特色菜品，其具体通过收集每个地区的菜品配方信息，然后根据每个地区的菜品配方信息，建立菜品配方清单。例如，收集10种广州的特色菜品配方信息，10种北京的特殊菜品配方信息。最后，从用户的所在地区的特色菜品配方中，选择相应的特色菜品生成推荐食谱。

可以理解，应用在无人餐厅时，菜品配方清单可以包括所需食材的名称和重量等食材信息，以及菜品的加工信息，因为菜品的加工是由机器完成的，需要明确加工菜品过程中的加工参数，例如，食材抓取手臂的旋转角度、手臂上电机的电压电流值、翻炒次数等加工信息。这些加工信息可以是用户根据各个菜品预先输入的，并与菜品进行相关联存储。

举例来说，当目标食材为橄榄油、菠菜、元贝、豆腐、葱花、蒜头、菊花、蜂蜜以及柠檬时，可以根据菜品配方清单，生成包括蒜蓉元贝炒菠菜、柠檬菊花蜜以及香葱煎豆腐的推荐食谱。

需要说明，所生成的推荐食谱可以是每餐的食谱，也可以是每周、每月的食谱，即，可以根据用户的生物数据，进行每餐、每周、每月或者是其它时间段的食谱推荐。

本实施例中，基于用户的生物数据，从食品标准成分数据库中匹配出符合用户的食品成分，从而生成推荐食谱，由于每个用户的生物数据都不同，所需要的食品成分也不同，基于用户生物数据进行食谱推荐，充分考虑用户个体差异性，推荐最适合用户的食谱。

实施例四

请参见图6，为本发明实施例提供的上述实施例步骤502的一种具体实现流程示意图，基于上述实施例三，上述步骤502，即，上述根据基因检测数据、预建立的食品标准成分数据库以及用户的用户信息，匹配出目标食材可以具体包括：

步骤601、根据基因检测数据和/或体检数据，确定出目标食品成分；

步骤602、根据用户信息，计算出各个目标食品成分的可摄入份量；

步骤603、根据目标食品成分、可摄入份量和食品标准成分数据库，通过逻辑回归算法，匹配出目标食材。

具体地，可以根据用户的性别、年龄、身高体重等用户信息，计算出这个用户的每餐可摄入各食品成分或和各元素及各元素含量范围，这个范围指的是一个合理范围，例如，一个成年男性，每餐摄入的目标能量范围为a。更具体地，还可以细分至每个食品成分的摄入量，例如，碳水化合物摄入多少克，蛋白质摄入多少克。

计算出用户的食谱成分可摄入范围后，确定出用户所需的目标食品成分，即，基于用户生物数据的需求，确定出符合用户的食品成分，然后通过逻辑回归算法，从食品标准成分数据库中，统计出符合该用户的目标食材。

可以看出，根据生物数据和用户信息来匹配出用户所需的食材，可以使得后续推荐的食谱更符合用户的个体差异性。

请参见图7，为本发明实施例提供的无人餐厅生产方法的一种流程示意图，基于上述实施例三，在上述根据目标食材和预建立的菜品配方清单，生成推荐食谱之后，还可以包括以下步骤：

步骤701、获取用户的历史点餐记录。

其中，上述历史点餐记录可以指的是用户账号的点餐记录。具体应用中，当用户使用的是第三方外卖平台时，例如，美团，可以通过用户的第三方外卖平台账号，获取这个账号的历史订单；而当用户使用的餐厅提供的平台时，用户也是需要注册后才能使用的，因此可以通过获取餐厅平台的用户账号的历史订单信息，以获取该用户的历史点餐记录。

步骤702、分析历史点餐记录，得出用户的口味偏好。

需要说明，上述用户的口味偏好可以指的是用户的口味、偏好菜品等，例如，用户喜欢吃辣，偏好水煮鱼。

具体地，可以通过从历史点餐记录中统计各个菜品出现的次数，来统计出用户的偏好菜品和口味。

步骤703、从推荐食谱中筛选出符合口味偏好的菜品，生成符合用户偏好的推荐食谱。

在基于用户的生物数据和用户信息，生成相应的推荐食谱后，可能推荐食谱中有用户不喜欢吃的菜品，则可能会影响用户的体验。为了寻找用户的体验、营养均衡以及个体化差异中的平衡，可以从推荐食谱中，根据用户口味偏好作进一步地筛选，以保证用户的体验，也保证用户的营养均衡。

举例来说，当生成的推荐食谱中包括蒜蓉元贝炒菠菜、柠檬菊花蜜、香葱煎豆腐、西红柿炒鸡蛋以及黄瓜炒肉多个菜品时，而用户喜欢吃西红柿，不喜欢吃菠菜，则去掉蒜蓉元贝炒菠菜，最终生成符合用户口味偏好的食谱。

可以看出，在生成的推荐食谱的基础上，根据用户的口味偏好作进一步地筛选，既可以保证食谱的个体化差异，也能保证用户的体验感。

请参见图8，为本发明实施例提供的无人餐厅生产方法的另一种流程示意图，基于上述实施例三，在上述获取用户的预存储基因检测数据之前，还可以包括：

步骤801、接收用户的生物数据和用户信息。

具体地，用户可以通过用户终端进行注册，输入相应的姓名、年龄、性别、身高体重等用户信息，完成注册，服务器将接收到的用户信息进行存储。从基因检测机构或者体检机构获取用户的基因检测数据或体检数据，或者是接收用户上传的生物数据。

其中，用户注册可以使用实名认证，这样系统可以根据用户的姓名，通过基因检测机构或体检机构开放的数据接口，自动获取到该用户的基因检测数据或体检数据。

步骤802、将生物数据和用户信息进行关联绑定，并将生物数据和用户信息进行存储。

步骤803、建立食品标准成分数据库。

步骤804、接收各个预设目标地区的菜品配方信息。

步骤805、根据菜品配方信息，建立菜品配方清单。

其中，将基因检测数据与用户信息进行一一对应，这样便于后续可以通过用户信息，查找到相应的基因检测信息。

可以理解，上述菜品配方清单可以具体通过厨师或者是其它用户的经验，配置出多个菜品清单，以及每个菜品的炒制方法、原材料等，将这些菜品输入到服务器中进行存储，生成菜品配方清单。

且可以预先收集各个地区的特色菜品配方信息，后续根据用户的所在地，从该地的特色菜品中选择合适菜品，生成推荐食谱。例如，用户所在为广州，则从广州的特色菜品肠粉、卤味等特色菜品中，选择合适的菜品生成推荐食谱。

而食品标准成分数据可以通过收集大量甚至于海量的食材具体信息，例如，每个食材的食品成分等，然后，再根据食材大数据，建立食品标准成分数据库。

可以看出，预先将用户的基因检测数据和用户信息进行关联存储，建立食品标准成分数据库和菜品配方清单，提高后续推荐食谱的生成效率。

请参见图9，为本发明实施例提供的步骤501的具体流程示意图，基于上述实施例三，上述步骤501，即，上述获取用户的预存储基因检测数据的过程可以具体包括：

步骤901、接收用户终端发送的用户的登录信息。

其中，上述用户终端可以为但不限于手机、平板、点餐设备等。当用户使用的是第三方外卖平台时，该用户终端可以具体为手机或者平板，即，用户可以通过自身的手机等，利用第三方外卖账号进行登录。

上述登录信息可以包括登录名和登录密码等信息，该登录信息包括在用户信息中。

步骤902、根据登录信息，判断是否查找到与登录信息相关联的生物数据；

步骤903、当查找到相关联的生物数据时，则获取生物数据。

具体地，根据登录信息，判断用户是否为新注册的用户，此处，新注册的用户指的是该用户的生物数据还没有上传至服务器进行存储的用户；如果根据登录信息能查找到相关联的生物数据，则说明该用户已经有生物数据，并且生物数据与用户信息已关联。如果不一致，则表明该用户为新注册的用户，则进入到步骤904。

步骤904、当没有查找到相关联的生物数据时，向用户推荐预设类型食谱，预设类型食谱包括营养食谱、减肥食谱以及体质增强食谱中的至少一种。

具体地，当用户为新注册的用户时，则可以根据预先设定的营养食谱、减肥食谱和体质增强食谱，向用户推荐其中的一种或多种。

需要说明，可以在用户初次登陆时，向用户提供营养、减肥和体质增强三个选项，用户选择之后，可以根据用户的选择，向用户推荐相应的食谱。

更进一步地，用户选择营养、减肥和体质增强中的一个或多个选项时，后续基于该用户的生物数据，生成的推荐食谱后，可以参考用户的设置选项，生成相应的食谱。例如，当用户选择减肥选项时，为该用户生成推荐食谱时，可以避免一些高脂肪食材使用，或者是高脂肪菜品的推荐。

可以看出，为用户设置多个类型的菜谱，可以提高用户的体验度，同时，也使得系统更加多样化。

实施例五

下面本实施例将从系统端介绍说明本发明实施例提供的一种无人餐厅生产方法，请参见图10示出本发明实施例提供的一种无人餐厅生产方法的交互流程示意图，该方法可以包括：

步骤1001、用户终端根据用户的点餐指令，生成点餐订单，

步骤1002、将点餐订单发送至服务器；

步骤1003、服务器接收点餐订单，根据点餐订单，向用户终端发送支付请求；

步骤1004、在用户通过用户终端完成支付操作后，接收用户终端发送的支付金额信息；

步骤1005、按照预设划分比例，将支付金额分别划分至企业账户和企业共建人基金账户；

步骤1006、接收用户开设餐厅分店的预算成本信息以及投资比例信息，投资比例信息包括企业账户出资比例信息和企业共建人基金账户出资比例信息；

步骤1007、根据预算成本信息和投资比例信息，生成餐厅分店的投资方案；投资方案包括企业账户出资金额信息、企业共建人基金账户出资金额信息以及出资人信息。

步骤1008、根据点餐订单，向无人餐厅的菜品生产系统发送生产指令，以使菜品生产系统根据生产指令，生产相应的菜品。

需要说明，本实施例与上述各个实施例间的相同或相似之处，可相互参照，在此不再赘述。

本实施例中，通过将支付金额按照一定的比例，分别划分至企业账户和企业共建人基金账户，然后再根据开设餐厅分店的预设成本信息以及出资比例信息，生成包括企业账户出资金额信息和企业共建人基金账户出资金额信息的投资方案，不用人工过多参与，使得餐厅管理的效率和便捷性较高，且用户粘性较高。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

实施例六

下面本实施例将介绍无人餐厅生产装置，本实施例提供的无人餐厅生产装置可以与上述无人餐厅生产方法相互参照。

请参见图11，为本发明实施例提供的一种无人餐厅生产装置的结构示意框图，该装置具体集成于服务器端，具体可以包括：

第一接收模块111，用于接收用户终端发送的点餐订单；

支付请求发送模块112，用于根据点餐订单，向用户终端发送支付请求；

第二接收模块113，用于在用户通过用户终端完成支付操作后，接收用户终端发送的支付金额信息；

划分模块114，用于按照预设划分比例，将支付金额分别划分至企业账户和企业共建人基金账户；

第三接收模块115，用于接收用户开设餐厅分店的预算成本信息以及投资比例信息，投资比例信息包括企业账户出资比例信息和企业共建人基金账户出资比例信息；

投资方案生成模块116，用于根据预算成本信息和投资比例信息，生成餐厅分店的投资方案；投资方案包括企业账户出资金额信息、企业共建人基金账户出资金额信息以及出资人信息；

生产模块117，用于根据点餐订单，向无人餐厅的菜品生产系统发送生产指令，以使菜品生产系统根据生产指令，生产相应的菜品。

本实施例中，通过将支付金额按照一定的比例，分别划分至企业账户和企业共建人基金账户，然后再根据开设餐厅分店的预设成本信息以及出资比例信息，生成包括企业账户出资金额信息和企业共建人基金账户出资金额信息的投资方案，不用人工过多参与，使得餐厅管理的效率和便捷性较高，且用户粘性较高。

实施例七

下面将介绍本发明实施例提供的餐厅管理系统，请参见图12示出的本发明实施例提供的一种无人餐厅生产系统的结构示意框图，该系统可以包括至少一个用户终端121、与用户终端通信连接的服务器122以及与所述服务器通信连接的菜品生产子系统123；

用户终端用于根据用户的点餐指令，生成点餐订单，并将点餐订单发送至服务器；

服务器用于接收点餐订单；根据点餐订单，向用户终端发送支付请求；在用户通过用户终端完成支付操作后，接收用户终端发送的支付金额信息；按照预设划分比例，将支付金额分别划分至企业账户和企业共建人基金账户；接收用户开设餐厅分店的预算成本信息以及投资比例信息，投资比例信息包括企业账户出资比例信息和企业共建人基金账户出资比例信息；根据预算成本信息和投资比例信息，生成餐厅分店的投资方案；投资方案包括企业账户出资金额信息、企业共建人基金账户出资金额信息以及出资人信息；根据点餐订单，向无人餐厅的菜品生产子系统发送生产指令；

菜品生产子系统用于根据生产指令，生产相应的菜品。

本实施例与上述各个实施例间的相同或相似之处，可以相互参见，在此不再赘述。

本实施例中，通过将支付金额按照一定的比例，分别划分至企业账户和企业共建人基金账户，然后再根据开设餐厅分店的预设成本信息以及出资比例信息，生成包括企业账户出资金额信息和企业共建人基金账户出资金额信息的投资方案，不用人工过多参与，使得餐厅管理的效率和便捷性较高，且用户粘性较高。

实施例八

图13是本发明一实施例提供的服务器的示意图。如图13所示，该实施例的服务器13包括：处理器130、存储器131以及存储在所述存储器131中并可在所述处理器130上运行的计算机程序132，例如餐厅管理程序。所述处理器130执行所述计算机程序132时实现上述各个无人餐厅生产实施例中的步骤，例如图1所示的步骤101至107。或者，所述处理器130执行所述计算机程序132时实现上述各装置实施例中各模块或单元的功能，例如图11所示模块111至117的功能。

示例性的，所述计算机程序132可以被分割成一个或多个模块/单元，所述一个或者多个模块或单元被存储在所述存储器131中，并由所述处理器130执行，以完成本发明。所述一个或多个模块或单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序132在所述服务器13中的执行过程。例如，所述计算机程序132可以被分割成第一接收模块、支付请求发送模块、第二接收模块、划分模块、第三接收模块、投资方案生成模块以及生产模块，各模块具体功能如下：

第一接收模块，用于接收用户终端发送的点餐订单；

支付请求发送模块，用于根据点餐订单，向用户终端发送支付请求；

第二接收模块，用于在用户通过用户终端完成支付操作后，接收用户终端发送的支付金额信息；

划分模块，用于按照预设划分比例，将支付金额分别划分至企业账户和企业共建人基金账户；

第三接收模块，用于接收用户开设餐厅分店的预算成本信息以及投资比例信息，投资比例信息包括企业账户出资比例信息和企业共建人基金账户出资比例信息；

投资方案生成模块，用于根据预算成本信息和投资比例信息，生成餐厅分店的投资方案；投资方案包括企业账户出资金额信息、企业共建人基金账户出资金额信息以及出资人信息；

生产模块，用于根据点餐订单，向无人餐厅的菜品生产系统发送生产指令，以使菜品生产系统根据生产指令，生产相应的菜品。

所述服务器13可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述服务器可包括，但不仅限于，处理器130、存储器131。本领域技术人员可以理解，图13仅仅是服务器13的示例，并不构成对服务器13的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器还可以包括输入输出设备、网络接入设备、总线等。

所称处理器130可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器131可以是所述服务器13的内部存储单元，例如服务器13的硬盘或内存。所述存储器131也可以是所述服务器13的外部存储设备，例如所述服务器13上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器131还可以既包括所述服务器13的内部存储单元也包括外部存储设备。所述存储器131用于存储所述计算机程序以及所述服务器所需的其他程序和数据。所述存储器131还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的服务器和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块或单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。