CN113469771B - 餐饮订单处理方法、装置及系统、存储介质、计算机设备 - Google Patents

餐饮订单处理方法、装置及系统、存储介质、计算机设备 Download PDF

Info

Publication number
CN113469771B
CN113469771B CN202010247166.9A CN202010247166A CN113469771B CN 113469771 B CN113469771 B CN 113469771B CN 202010247166 A CN202010247166 A CN 202010247166A CN 113469771 B CN113469771 B CN 113469771B
Authority
CN
China
Prior art keywords
order
delivery
target
target order
raw material
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010247166.9A
Other languages
English (en)
Other versions
CN113469771A (zh
Inventor
金述强
王峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhuhai Unicook Technology Co Ltd
Original Assignee
Zhuhai Unicook Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zhuhai Unicook Technology Co Ltd filed Critical Zhuhai Unicook Technology Co Ltd
Priority to CN202010247166.9A priority Critical patent/CN113469771B/zh
Publication of CN113469771A publication Critical patent/CN113469771A/zh
Application granted granted Critical
Publication of CN113469771B publication Critical patent/CN113469771B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了一种餐饮订单处理方法、装置及系统、存储介质、计算机设备，该方法包括：获取预设下单时间内提交的原始订单；在所述原始订单中筛选出满足预设订单成立要求的目标订单。本申请中用户在预设下单时间内提交订单，在预设下单时间结束后，服务器对全部用户提交的全部的原始订单进行订单撮合，从原始订单中筛选出满足平台预设的订单成立要求的目标订单，从而将目标订单发送到中央厨房，以便中央厨房根据目标订单向各个智能厨房配送制作目标订单内食品所需的原材料，以实现提高原材料配送效率以及食品加工效率。

Description

餐饮订单处理方法、装置及系统、存储介质、计算机设备
技术领域
本申请涉及互联网技术领域，尤其是涉及到一种餐饮订单处理方法、装置及系统、存储介质、计算机设备。
背景技术
随着生活水平的不断提高，人们对于饮食的需求越来越多样化，为了适应人们对于饮食的需求，餐饮行业也相应地提供了到店点餐、互联网订餐以及外卖配送等服务。尤其是互联网订餐和外卖配送服务，近些年非常流行，外卖订餐现在已经成为很多上班族每天的选择。
目前的外卖通常以用户所下的每个订单为单位，店铺针对每个订单内的菜品进行烹饪，无论菜品的订单量有多少，店铺都会烹饪，这种烹饪方式效率较低，另外，目前的送餐方式通常是配送员到店取餐后将食品直接交给下单用户，送餐过程中配送员与食品有接触，配送员也与下单用户有接触，配送员与食品接触可能会造成食品污染，配送员与下单用户接触容易传染空气、飞沫传播的各类疾病，并且用户取餐时间不灵活，用户体验差。
发明内容
有鉴于此，本申请提供了一种餐饮订单处理方法、装置及系统、存储介质、计算机设备。
根据本申请的一个方面，提供了一种餐饮订单处理方法，所述方法包括：
获取预设下单时间内提交的原始订单；
在所述原始订单中筛选出满足预设订单成立要求的目标订单。
具体地，所述在所述原始订单中筛选出满足预设订单成立要求的目标订单，具体包括：
获取制作所述原始订单内的食品需要的原材料种类；
若每种所述原材料种类对应的的原材料的总需求量均大于或等于与之对应种类的原材料的起送量，则将所述原始订单确定为所述目标订单。
具体地，所述方法还包括：
若至少一种原材料的总需求量小于相应种类的所述原材料的起送量，则将与所述至少一种原材料相关的原始订单标记为不成立订单，其中，制作所述不成立订单内的食品需要的原材料种类包括所述至少一种原材料中的一种或多种。
具体地，所述原始订单包括的食品数量大于预设订单食品数量；所述在所述原始订单中筛选出满足预设订单成立要求的目标订单，具体包括：
基于所述原始订单内的食品，确定与所述原始订单对应的虚拟订单，所述虚拟订单内的食品数量等于所述预设订单食品数量；
根据所述虚拟订单筛选满足所述预设订单成立要求的所述目标订单。
根据本申请的另一个方面，提供了一种餐饮订单处理方法，所述方法包括：
基于目标订单，获取所述目标订单对应的原材料需求信息；
根据所述原材料需求信息，确定原材料配送信息。
具体地，所述目标订单对应的原材料需求信息包括与所述目标订单包括的任一智能厨房对应的原材料需求量。
具体地，所述根据所述原材料需求信息，确定原材料配送信息，具体包括：
获取所述任一智能厨房对应的智能烹饪设备规格；
根据与所述任一智能厨房对应的所述智能烹饪设备规格以及所述原材料需求量，确定所述任一智能厨房的原材料打包规格信息。
具体地，还包括：基于所述任一智能厨房对应的所述原材料打包规格信息以及位置信息，确定所述任一智能厨房的原材料配送信息。
根据本申请的另一个方面，提供了一种餐饮订单处理方法，所述方法包括：
根据目标订单，生成目标订单打包指令；
响应于所述目标订单打包指令，获取配送箱标识并绑定所述配送箱标识与所述目标订单；
根据与所述配送箱标识匹配的所述目标订单的打包成功信号，生成并发送目标订单配送指令。
具体地，还包括：获取取餐成功信息，发出针对所述配送箱标识对应的配送箱的回收指示。
根据本申请的另一个方面，提供了一种餐饮订单处理方法，所述方法包括：
接收目标订单配送指令；
响应于所述目标订单配送指令，在接收到所述目标订单的送达反馈信号后，生成并发送目标订单送达信息。
具体地，所述送达反馈信号包括与所述配送箱标识对应的配送箱的箱体锁定信号和/或与所述配送箱标识对应的送达成功输入信号。
根据本申请的一个方面，提供了另一种餐饮订单处理方法，所述方法包括：
接收目标订单送达信息；
基于所述目标订单送达信息对应的配送箱标识，获取与所述配送箱标识匹配的配送箱的开启权限。
根据本申请的另一个方面，提供了一种餐饮订单处理方法，所述方法包括：
服务器获取预设下单时间内提交的原始订单；在所述原始订单中筛选出满足预设订单成立要求的目标订单；
以及基于目标订单，获取所述目标订单对应的原材料需求信息；根据所述原材料需求信息，确定原材料配送信息；
以及根据目标订单，生成目标订单打包指令；响应于所述目标订单打包指令，获取配送箱标识并绑定所述配送箱标识与所述目标订单；根据与所述配送箱标识匹配的所述目标订单的打包成功信号，生成并发送目标订单配送指令；
配送终端接收目标订单配送指令；响应于所述目标订单配送指令，在接收到所述目标订单的送达反馈信号后，生成并发送目标订单送达信息；
客户端接收目标订单送达信息；基于所述目标订单送达信息对应的配送箱标识，获取与所述配送箱标识匹配的配送箱的开启权限。
根据本申请的另一方面，提供了一种餐饮订单处理装置，所述装置包括：
原始订单获取模块，用于获取预设下单时间内提交的原始订单；
目标订单筛选模块，用于在所述原始订单中筛选出满足预设订单成立要求的目标订单。
具体地，所述目标订单筛选模块，具体包括：
原材料获取单元，用于获取制作所述原始订单内的食品需要的原材料种类；
第一确定单元，用于若每种所述原材料种类对应的的原材料的总需求量均大于或等于与之对应种类的原材料的起送量，则将所述原始订单确定为所述目标订单。
具体地，所述装置还包括：
不成立订单标记模块，用于若至少一种原材料的总需求量小于相应种类的所述原材料的起送量，则将与所述至少一种原材料相关的原始订单标记为不成立订单，其中，制作所述不成立订单内的食品需要的原材料种类包括所述至少一种原材料中的一种或多种。
具体地，所述原始订单包括的食品数量大于预设订单食品数量；所述目标订单筛选模块，具体包括：
虚拟订单确定单元，用于基于所述原始订单内的食品，确定与所述原始订单对应的虚拟订单，所述虚拟订单内的食品数量等于所述预设订单食品数量；
第二确定单元，用于根据所述虚拟订单筛选满足所述预设订单成立要求的所述目标订单。
根据本申请的另一方面，提供了一种餐饮订单处理装置，其特征在于，所述装置包括：
需求信息获取模块，用于基于目标订单，获取所述目标订单对应的原材料需求信息；
配送信息确定模块，用于根据所述原材料需求信息，确定原材料配送信息。
具体地，所述目标订单对应的原材料需求信息包括与所述目标订单包括的任一智能厨房对应的原材料需求量。
具体地，所述配送信息确定模块，具体包括：
设备规格获取单元，用于获取所述任一智能厨房对应的智能烹饪设备规格；
打包规格确定单元，用于根据与所述任一智能厨房对应的所述智能烹饪设备规格以及所述原材料需求量，确定所述任一智能厨房的原材料打包规格信息。
具体地，所述配送信息确定模块，还包括：配送信息确定单元，用于基于所述任一智能厨房对应的所述原材料打包规格信息以及位置信息，确定所述任一智能厨房的原材料配送信息。
根据本申请的另一方面，提供了一种餐饮订单处理装置，所述装置包括：
打包指令生成模块，用于根据目标订单，生成目标订单打包指令；
配送箱标识获取模块，用于响应于所述目标订单打包指令，获取配送箱标识并绑定所述配送箱标识与所述目标订单；
配送指令发送模块，用于根据与所述配送箱标识匹配的所述目标订单的打包成功信号，生成并发送目标订单配送指令。
具体地，还包括：回收指示发送模块，用于获取取餐成功信息，发出针对所述配送箱标识对应的配送箱的回收指示。
根据本申请的另一方面，提供了一种餐饮订单处理装置，所述装置包括：
配送指令接收模块，用于接收目标订单配送指令；
送达信息发送模块，用于响应于所述目标订单配送指令，在接收到所述目标订单的送达反馈信号后，生成并发送目标订单送达信息。
具体地，所述送达反馈信号包括与所述配送箱标识对应的配送箱的箱体锁定信号和/或与所述配送箱标识对应的送达成功输入信号。
根据本申请的另一方面，提供了一种餐饮订单处理装置，所述装置包括：
送达信息接收模块，用于接收目标订单送达信息；
开启权限获取模块，用于基于所述目标订单送达信息对应的配送箱标识，获取与所述配送箱标识匹配的配送箱的开启权限。
根据本申请的另一方面，提供了一种餐饮订单处理装置，所述装置包括：
原始订单获取模块，用于获取预设下单时间内提交的原始订单；
目标订单筛选模块，用于在所述原始订单中筛选出满足预设订单成立要求的目标订单；
需求信息获取模块，用于基于目标订单，获取所述目标订单对应的原材料需求信息；
配送信息确定模块，用于根据所述原材料需求信息，确定原材料配送信息；
打包指令生成模块，用于根据目标订单，生成目标订单打包指令；
配送箱标识获取模块，用于响应于所述目标订单打包指令，获取配送箱标识并绑定所述配送箱标识与所述目标订单；
配送指令发送模块，用于根据与所述配送箱标识匹配的所述目标订单的打包成功信号，生成并发送目标订单配送指令；
配送指令接收模块，用于接收目标订单配送指令；
送达信息发送模块，用于响应于所述目标订单配送指令，在接收到所述目标订单的送达反馈信号后，生成并发送目标订单送达信息；
送达信息接收模块，用于接收目标订单送达信息；
开启权限获取模块，用于基于所述目标订单送达信息对应的配送箱标识，获取与所述配送箱标识匹配的配送箱的开启权限。
依据本申请又一个方面，提供了一种餐饮订单处理系统，所述系统包括：
服务器，用于获取预设下单时间内提交的原始订单；在所述原始订单中筛选出满足预设订单成立要求的目标订单；
所述服务器还用于基于目标订单，获取所述目标订单对应的原材料需求信息；根据所述原材料需求信息，确定原材料配送信息；
所述服务器还用于根据目标订单，生成目标订单打包指令；响应于所述目标订单打包指令，获取配送箱标识并绑定所述配送箱标识与所述目标订单；根据与所述配送箱标识匹配的所述目标订单的打包成功信号，生成并发送目标订单配送指令；
配送终端，用于接收来自智能厨房服务器的目标订单配送指令；以及响应于所述目标订单配送指令，在接收到所述目标订单的送达反馈信号后，生成并发送目标订单送达信息，所述目标订单送达信息包括配送箱标识；
客户端，用于接收目标订单送达信息；以及基于所述目标订单送达信息对应的配送箱标识，获取与所述配送箱标识匹配的配送箱的开启权限。
依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述餐饮订单处理方法。
依据本申请再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述餐饮订单处理方法。
借由上述技术方案，本申请提供的一种餐饮订单处理方法、装置及系统、存储介质、计算机设备，首先，对用户提交的原始订单进行筛选，以保证筛选出的目标订单所需的每种原材料都能够满足相应的起送量要求，从而提高烹饪效率以及中央厨房加工和配送原材料的效率；其次，智能厨房利用中央厨房配送的原材料加工制作好目标订单内的食品以后，基于食品装入配送箱而触发目标订单配送指令，以便配送员在接收到配送指令以后在智能厨房取餐时直接将配送箱取走，避免配送员与食品接触，保证食品卫生；然后，配送员将配送箱配送到目标订单内的取餐位置，并将配送箱固定在取餐位置，触发目标订单的送达反馈信号后，向下单用户持有的客户端中发送目标订单送达信息，固定配送箱可以保证配送箱安全不被其他人取走；最后，用户在取餐时基于目标订单送达信息内的配送箱标识获取相应配送箱的开启权限，以保证用户不会误取其他人的配送箱内食品，并且整个取餐过程不需要用户与配送员接触，提高送餐安全性。
上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1示出了本申请实施例提供的一种餐饮订单处理方法的流程示意图；
图2示出了本申请实施例提供的另一种餐饮订单处理方法的流程示意图；
图3示出了本申请实施例提供的另一种餐饮订单处理方法的流程示意图；
图4示出了本申请实施例提供的另一种餐饮订单处理方法的流程示意图；
图5示出了本申请实施例提供的一种餐饮订单处理装置的结构示意图；
图6示出了本申请实施例提供的另一种餐饮订单处理装置的结构示意图；
图7示出了本申请实施例提供的另一种餐饮订单处理装置的结构示意图；
图8示出了本申请实施例提供的另一种餐饮订单处理系统的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种餐饮订单处理方法，如图1所示，该方法包括：
步骤101，服务器获取预设下单时间内提交的原始订单；
步骤102，在原始订单中筛选出满足预设订单成立要求的目标订单。
本申请实施例主要应用于对餐饮外卖订单的处理，图2示出了本申请实施例提供的一种餐饮订单处理流程示意图。用户在外卖平台提交订单后，首先，外卖平台会对用户提交的原始订单进行撮合，提取出最终成立的目标订单；其次，根据目标订单分别统计出每个外卖商家需要的食品原材料(即净菜)，从而中央厨房进行原材料的采购、加工以及配送到各个外卖商家中；然后，各个商家对各自的目标订单进行制作，并按照分别对每个目标订单对应的食品进行打包，装入相应的配送箱中，通知外卖配送员进行配送；最后，配送员将配送箱送到目标订单的指定位置处，通知下单用户来取餐。下面分别针对餐饮订单处理的每个环节，对本申请实施例提供的餐饮订单处理方法进行解释说明。
在步骤101和步骤102中，主要涉及的对原始订单的筛选方法，该方法主要应用于服务器中，具体可以应用于下单平台的平台服务器中，在该实施例中，用户在预设下单时间内提交订单，在预设下单时间结束后，服务器对全部用户提交的全部的原始订单进行订单撮合，从原始订单中筛选出满足平台预设的订单成立要求的目标订单，从而将目标订单发送到中央厨房，以便中央厨房根据目标订单向各个智能厨房配送制作目标订单内食品所需的原材料。
在本实施例中提供了一种餐饮订单处理方法，如图3所示，该方法包括：
步骤301，服务器获取预设下单时间内提交的原始订单；
步骤302，获取制作原始订单内的食品需要的原材料种类；
步骤303，若每种原材料种类对应的的原材料的总需求量均大于或等于与之对应种类的原材料的起送量，则将原始订单确定为目标订单；
步骤304，若至少一种原材料的总需求量小于相应种类的原材料的起送量，则将与至少一种原材料相关的原始订单标记为不成立订单，其中，制作不成立订单内的食品需要的原材料种类包括至少一种原材料中的一种或多种。
在图3的实施例中，基于原始订单内食品所需原材料的需求量，实现对原始订单的筛选。具体来说，针对于每一个原始订单，提取出制作订单内包含的食品所需要的原材料，例如，订单内包含菜品青椒土豆丝，原材料包括土豆丝200g、青椒丝50g、蒜末2g，提取出每个原始订单对应的原材料需求量以后，将全部的原始订单对应的原材料需求量进行汇总，得到全部的原始订单所对应的各种原材料的总需求量。进而分别判断每种原材料的总需求量是否大于或等于相应原材料的起送量，如果每种原材料的总需求量都大于或等于相应的起送量，则这些原始订单全部成立，将原始订单确定为目标订单，得到目标订单后，中央厨房就可以根据目标订单进行原材料配送，进而商家根据目标订单和中央厨房配送的原材料进行食品制作。例如，原始订单包括500个，其中包括200个套餐1订单和300个套餐2订单，套餐1包括菜品青椒土豆丝1份、宫保鸡丁1份，套餐2包括菜品番茄炒蛋1份、辣椒炒肉1份。其中，1份青椒土豆丝对应的原材料包括土豆丝200g、青椒丝50g、蒜末2g；1份宫保鸡丁对应的原材料包括鸡胸肉丁200g、黄瓜丁100g、胡萝卜丁100g、花生米100g、蒜末5g、干辣椒5g；1份番茄炒蛋对应的原材料包括西红柿块100g、鸡蛋液100g、葱末10g；1份辣椒炒肉对应的原材料包括青椒块100g、猪肉片100g。根据每种菜品对应的原材料种类和每种原材料的需求量可知，套餐1对应的原材料需求为土豆丝200g、青椒丝50g、蒜末7g、鸡胸肉丁200g、黄瓜丁100g、胡萝卜丁100g、花生米100g、干辣椒5g；套餐2对应的原材料需求为西红柿块100g、鸡蛋液100g、葱末10g、青椒块100g、猪肉片100g，则将全部订单对应的原材料需求量进行合并，可以得到全部订单对应的原材料需求为土豆丝40kg、青椒丝10kg、蒜末1.4kg、鸡胸肉丁40kg、黄瓜丁20kg、胡萝卜丁20kg、花生米20kg、干辣椒1kg、西红柿块30kg、鸡蛋液30kg、葱末3kg、青椒块30kg、猪肉片30kg，统计出全部的原始订单对应的原材料的总需求量后，分别根据每种原材料对应的起送量来判断每种原材料是否达到相应的配送要求，假设原始订单对应的土豆丝的起送量是20kg，那么40kg土豆丝的需求量已经达到了起送量，说明土豆丝可以配送，如果其他的原材料也达到了相应起送量，说明每种原材料都可以配送，原始订单成立。
需要说明的是，原材料一般指净菜，例如土豆丝、土豆片等等，中央厨房采购土豆后，对土豆进行清洗、削皮、切丝或切片。为了保证中央厨房的工作效率、避免资源浪费，通常会规定中央厨房对各种类原材料的最小加工量、最小配送量，如果不满足最小加工量中央厨房不会启动相关加工设备进行净菜加工，如果不满足最小配送量中央厨房不会安排车辆配送原材料。原材料的起送量是指中央厨房对该种类的原材料的最小的加工或配送量，如果商家对某种原材料的需求较少，没有达到中央厨房规定的规格，中央厨房不会采购和加工该种类原材料，更不会配送该原材料。例如土豆丝的起送量是50kg，而需求量是40kg，则土豆丝没有达到起送量要求。
因此，在上述实施例中，如果原始订单对应的某一个或几个原材料的总需求量小于相应种类原材料的起送量，中央厨房不会对该种类的原材料进行配送，所以需要用到这些原材料的食品将不能被制作，相关的原始订单也不能成立，那么应该分别查看每一个原始订单内的食品对应的原材料是否包括这些原材料，如果订单内食品的制作依赖于这些原材料，则将相应的原始订单标记为不成立订单。例如土豆丝的需求量没有达到配送量的要求，则查看每个订单内食品对应的原材料是否包含土豆丝，包含土豆丝的订单都将被标记为不成立订单，在上述举例中的200份套餐1订单将被标记为不成立订单。
进一步的，将部分原始订单标记为不成立订单后，剩余的订单对应的原材料的总需求量可能会发生变化，这时，应重新计算剩余的订单对应的各种原材料的总需求量，若满足每种原材料的总需求量均大于或等于相应种类原材料的起送量，则将这些订单确定为目标订单，否则，继续按照上述规则找出其中的不成立订单，直至剩余的订单中每种原材料的总需求量均大于或等于相应的起送量为止。
另外，为了尽可能的保证订单成立，用户在提交订单时，可以选择超过标准数量的食品，以便在进行订单撮合筛选时，在提交的食品中按照一定规则选择与标准数量相符的食品。具体地，原始订单中包括的食品数量大于预设订单食品数量，基于原始订单内的食品，确定与原始订单对应的虚拟订单，虚拟订单内的食品数量等于预设订单食品数量；根据虚拟订单筛选满足预设订单成立要求的目标订单。
根据原始订单内的食品，建立与原始订单对应的虚拟订单，虚拟订单中包含与预设订单食品数量相符的食品，例如，原始订单包括4种菜品，分别是A、B、C、D，预设订单食品数量为3，那么虚拟订单可以包括4个，虚拟订单1包括A、B、C，虚拟订单2包括A、B、D，虚拟订单3包括A、C、D，虚拟订单4包括B、C、D，统计原始订单所对应的任意一个虚拟订单与其他的原始订单(或其他的原始订单对应的虚拟订单)对应的所需原材料的总需求量，从而只要原始订单对应的任意一个虚拟订单能够满足预设订单成立要求，那么原始订单就成立，原始订单则可以作为目标订单。
另外，原始订单还可以包括食品顺序，食品顺序用于表征用户对食品的订购意愿优先级，即排序靠前的食品相较于排序靠后的食品用户的订购意愿更高，在上述的“基于原始订单内的食品，确定与原始订单对应的虚拟订单；根据虚拟订单筛选满足预设订单成立要求的目标订单”时，具体可以包括：基于原始订单内的食品顺序，依次确定与原始订单对应的虚拟订单；以及依次根据虚拟订单筛选满足预设订单成立要求的目标订单。
在上述举例中，若原始订单内包含的4中菜品排序分别为A、B、C、D，则在对订单进行成立性分析时，先依次分析虚拟订单1(包括A、B、C)、虚拟订单2(包括A、B、D)，虚拟订单3(包括A、C、D)，虚拟订单4(包括B、C、D)，并将最先满足预设订单成立要求的虚拟订单确定为目标订单。
在上述实施例中，通过对原始订单进行筛选，统计制作原始订单内的食品所需要的原材料的种类和各种所需原材料的总需求量，进而与各种原材料对应的起送量进行比对，从原始订单中找出满足原材料的起送量要求的目标订单，以确保目标订单对应的原材料的总需求量大于或等于相应种类原材料的起送量，保证了目标订单需要的各种原材料达到相应的起送量要求，从而有助于提高商家的食品制作效率以及中央厨房对原材料的加工和配送效率。
步骤103，基于目标订单，获取目标订单对应的原材料需求信息；
步骤104，根据原材料需求信息，确定原材料配送信息；
在步骤103和步骤104中，主要涉及原材料配送信息的确定方法，该方法主要应用于服务器中，具体可以应用于中央厨房的服务器中，在该实施例中，中央厨房服务器首先获取到平台服务器筛选出的目标订单，当然中央厨房服务器和平台服务器也可以为同一台服务器，当中央厨房服务器和平台服务器为同一台服务器时，直接利用上述从原始订单中筛选出的目标订单，然后从目标订单提取出每个目标订单对应的原材料需求信息，例如从每个目标订单中解析出对应的智能厨房标识以及制作每个目标订单所需要的原材料的需求量，最后根据上述原材料需求信息，确定原材料配送信息，例如将每个智能厨房需要的原材料的总需求量进行统计，确定向相应的智能厨房配送与其制作订单需要的原材料总需求量匹配的原材料。配送时，可以以智能厨房为单位，对该智能厨房所需每种原材料分别进行统一打包，或者以该智能厨房对应的每个目标订单为单位进行打包，或者以菜品为单位进行打包，再或者参考该智能厨房的烹饪设备的烹饪规格进行打包，这些将在下文具体介绍。
在本实施例中提供了一种餐饮订单处理方法，如图4所示，该方法包括：
步骤401，基于目标订单，获取目标订单对应的原材料需求信息；
步骤402，获取任一智能厨房对应的智能烹饪设备规格；
步骤403，根据与任一智能厨房对应的智能烹饪设备规格以及原材料需求量，确定任一智能厨房的原材料打包规格信息；
步骤404，基于任一智能厨房对应的原材料打包规格信息以及位置信息，确定任一智能厨房的原材料配送信息。
在图4所示的实施例中，具体地，目标订单对应的原材料需求信息包括与目标订单包括的任一智能厨房对应的原材料需求量。其中，每个订单中都包含智能厨房标识，即下单的店铺标识，智能厨房对应的原材料需求量，即每个店铺对应的全部的目标订单所需要的原材料的总需求量。在获取原材料需求信息都基础上，再获取每个智能厨房对应的智能烹饪设备规格，例如有的智能烹饪设备是大规格烹饪设备可以一次性加工20份菜品，有的智能烹饪设备是小规格烹饪设备一次只能加工1份菜品，对于不同规格的智能烹饪设备，中央厨房可以基于其设备规格设定原材料的打包规格，例如智能烹饪设备规格为最大容纳20份菜品A，该智能厨房对应的目标订单包括40份菜品A，那么可以直接将原材料按照20份菜品的规格打包，分2个包装打包，再例如智能烹饪设备规格为最大容纳1份菜品A，该智能厨房对应的目标订单包括40份菜品A，那么可以将菜品A的原材料分别按照1份菜品的规格打包，分40个包装打包。另外，还可以针对目标订单内包含的菜品，对原材料进行混装，例如菜品A需要3种原材料，既可以分别对这3种原材料打包，也可以将这3中原材料混合打包装入一个包装里，方便菜品加工。
在确定原材料打包规格信息后，还可以基于智能厨房的位置信息，确定每个智能厨房对应的原材料配送信息，原材料配送信息可以包括运输原材料的车辆、车辆的行驶路线等等信息，以便中央厨房根据原材料配送信息委派运输车辆运输打包好的原材料至各个智能厨房，方便智能厨房利用打包好的原材料制作菜品。
步骤105，根据目标订单，生成目标订单打包指令；
步骤106，响应于目标订单打包指令，获取配送箱标识并绑定配送箱标识与目标订单；
步骤107，根据与配送箱标识匹配的目标订单的打包成功信号，生成并发送目标订单配送指令；
在步骤105至步骤107中，主要涉及目标订单的打包方法，该方法主要应用于服务器中，具体可以应用于智能厨房的服务器中，当然智能厨房服务器与平台服务器和/或中央厨房服务器可以为同一个，也可以为不同的服务器，另外，对应于多个智能厨房可以设置多台智能厨房服务器，多个智能厨房也可以共用同一个智能厨房服务器。
在智能厨房服务器根据目标订单，控制相应的智能烹饪设备制作完成目标订单内的食品以后，基于目标订单包含的食品生成目标订单打包指令，以指示该目标订单内包含的食品已经制作完毕，可以对该目标订单进行打包。在本申请的实施例中，为了实现订单的无接触配送，目标订单包含的食品利用特定的配送箱进行打包，将食品装入配送箱中，外卖配送员在进行订单配送时直接将配送箱带走配送，配送员只接触配送箱而不直接接触食品。
基于此，响应于目标订单打包指令，在进行订单打包时，首先智能厨房商家获取配送箱标识(例如配送箱上的二维码；或者不通过标识的方式，而是通过蓝牙连接的方式来建立绑定关系，此时的蓝牙连接是智能厨房商家的平台设备或客户端设备与配送箱上的锁具建立的连接，由于锁具与配送箱是对应的，那么配送箱也通过锁具建立了与订单的对应关系)，将目标订单与配送箱标识进行绑定，绑定目标订单与配送箱标识表示该标识对应的配送箱用于存放该目标订单内食品，然后智能厨房商家将食品装入配送箱后锁闭锁具，基于接收到的与配送箱标识相匹配的目标订单的打包成功信号，目标订单打包成功信号可以为配送箱的箱体关闭信号即在配送箱的箱体被关闭时配送箱向智能厨房服务器发送该信号(当然可以是通过蓝牙连接直接由配送箱上的锁具发送给智能厨房商家)，目标订单打包成功信号也可以为打包员的输入信号即在智能厨房打包员完成打包后手动输入或手动触发产生的信号例如触发按键、功能按钮等；生成目标订单配送指令，并将目标订单配送指令分配到配送员持有的配送终端，或者将配送指令发送到配送服务器后配送服务器再向配送员持有的配送终端分配配送任务。
在上述实施例中，还包括，获取取餐成功信息，发出针对配送箱标识对应的配送箱的回收指示。
另外，在本申请实施例中，当用户从配送箱中将食品取走之后，配送箱就进入了闲置状态，这时应对配送箱进行回收，方便清洗消毒以后的再利用。具体地，在上述实施例中，还包括：接收所述第一锁具开锁后的关闭状态信息；若根据所述关闭状态信息判定配送任务已完成，则将所述配送箱变更为闲置状态；根据闲置配送箱的位置信息，获取符合预设回收条件的目标客户端；发送可被回收的所述闲置配送箱的信息至所述目标客户端。
在该实施例中，可获取闲置配送箱的位置信息，然后如果符合回收匹配条件可接收锁定该闲置配送箱的箱体开锁权限的指示，这样就可基于该箱体开锁权限解锁该闲置配送箱，进而实现闲置配送箱的有效回收，加快闲置配送箱被回收处理以实现再利用，减少闲置配送箱被闲置的时长，可减少配送箱资源的浪费。
其中，配送箱可以由外卖配送员进行回收，目标客户端可以为外卖配送员持有的配送终端。
具体地，还包括：获取闲置配送箱的位置信息；接收锁定所述闲置配送箱的箱体开锁权限的指示；建立与所述闲置配送箱的通信连接；基于所述箱体开锁权限解锁所述闲置配送箱。
其中，获取闲置配送箱的位置信息，具体包括：获取符合预设条件的闲置配送箱的位置信息，所述预设条件包括距离条件、规格条件及路径条件中的至少一种。
具体地，所述位置信息包括所述闲置配送箱的所在位置和调配位置；所述距离条件包括当前位置与闲置配送箱所在位置之间的距离条件、和/或闲置配送箱所在位置与调配位置之间的距离条件。
例如，客户端设备的当前位置与闲置配送箱所在位置之间距离小于预设阈值A时，说明对于客户端用户来说，该闲置配送箱距离较近，对其回收相比那些距离较远的闲置配送箱来说可节省路程耗费的时长，进而可提高回收效率，因此可判定符合距离条件。或者，闲置配送箱所在位置与调配位置之间距离小于预设阈值B时，说明闲置配送箱距离调配位置较近，对其回收可很快使其到达调配位置进行使用，进而可节省路程时间，因此可判定符合距离条件。再或者，两个条件同时满足，即客户端设备的当前位置与闲置配送箱所在位置之间距离小于预设阈值A、且闲置配送箱所在位置与调配位置之间距离小于预设阈值B时，客户端用户对其进行回收，可同时节省取箱路程和送箱路程的耗费时长，可大大提高回收效率，因此可判定符合距离条件。
具体地，所述当前位置与闲置配送箱所在位置之间的距离条件、和闲置配送箱所在位置与调配位置之间的距离条件包括当前位置与闲置配送箱所在位置之间的第一距离、与所述闲置配送箱所在位置与调配位置之间的第二距离之和在预设范围之内。
其中，预设范围可根据实际需求预先设定。例如，客户端设备的当前当前位置与闲置配送箱所在位置之间的距离为距离a，而闲置配送箱所在位置与其调配位置之间的距离为距离b。当距离a与距离b之和小于距离阈值c时，可判定符合距离条件。通过这种可选方式，可尽可能在同时考虑取箱路程和送箱路程时，找到合适的搭配关系(客户端设备与闲置配送箱之间)，进而可尽可能的节省路程耗费时长，提高闲置配送箱的回收效率。
具体地，所述路径条件包括当前路径与所述闲置配送箱的回收路径至少部分重合或重合比例达到预设值。
当前路径(客户端设备的当前路径)与闲置配送箱的回收路径至少部分重合或重合比例达到预设值。例如，根据配送方客户端当前的配送任务，可获取配送方当前配送任务的任务路径，即当前路径a；而根据配送方客户端的当前位置以及闲置配送箱所在的位置，可规划出配送方前往取箱的路径，即闲置配送箱的回收路径b。判断当前路径a与回收路径b之间是否部分重合或者重合比例是否大于一定阈值，如果当前路径a与回收路径b之间部分重合，或者重合比例大于一定阈值时，说明此配送方客户端负责回收该闲置配送箱可同时兼顾当前配送任务以及闲置配送箱的回收任务，可节省回收闲置配送箱的成本，可在一定程度上提高闲置配送箱的回收效率，因此可判定符合路径条件。
具体地，所述当前路径包括当前接单路径或当前配送路径或回程路径。
通过这种可选方式，考虑到实际配送的多种情况，可做到结合实际当前路径形式，做到闲置配送箱的合理回收调配，以兼顾节省闲置配送箱回收成本以及提高回收效率的目的。
在该实施例中，智能厨房服务器还用于在下单用户完成取餐，服务器获取到用户的取餐成功信息时，发送对于目标订单对应的配送箱的回收指示，该回收指示可以发送至外卖配送员的配送终端或配送服务器，也可以发送至专门的配送箱回收人员持有的终端。
步骤108，接收目标订单配送指令；
步骤109，响应于目标订单配送指令，在接收到目标订单的送达反馈信号后，生成并发送目标订单送达信息；
在步骤108和步骤109中，主要涉及目标订单的配送方法，该方法主要应用于配送终端，例如配送员持有的智能手机、平板电脑等设备，目标订单配送指令可以来自于配送服务器，也可以来自于智能厨房服务器，配送终端接收到目标订单配送指令以后，配送员可以根据目标订单中包含的智能厨房位置、配送箱标识，在智能厨房取到与该指令对应的配送箱，然后再根据目标订单中包含的送餐位置将配送箱送到该送餐位置处，为了保证配送箱不被恶意盗取，将配送箱送到送餐位置处以后，需要将配送箱固定在该送餐位置，以确保非下单用户无法将取走配送箱，避免造成丢单，可以在配送箱上设置一把能够将配送箱固定在特定位置的锁具，例如设置一把链条锁将配送箱固定在特定的取餐架上，当配送箱完成存放时，即配送箱固定在送餐位置处时，配送终端基于接收到的目标订单的送达反馈信号以后(该送达反馈信号可以由上述的固定配送箱的锁具发出，当然此前该锁具需要与配送员的终端建立蓝牙连接，此连接可以是无感连接；具体的，由于配送员基于配送指派的指令与目标订单建立了关联，那么配送客户端的APP可以据此而获得该目标订单对应的配送箱及固定配送箱的锁具的蓝牙ID，如此配送客户端上的APP便可以依据蓝牙ID后台搜索并建立连接，当配送箱被固定，也就是锁具锁上时，锁具会通过蓝牙通道向配送客户端的APP发送通知，此通知也就是送达反馈信号)，会生成目标订单送达信息，并将这个送达信息发送给下单用户持有的客户端以通知下单用户配送箱已经送达到送餐位置(具体可以通过服务器转发)，可以到送餐位置取餐，通过上述订单配送方式可以避免配送员与下单用户接触，实现送餐全程无接触。
在上述实施例中，具体地，送达反馈信号包括与配送箱标识对应的配送箱的箱体锁定信号和/或与配送箱标识对应的送达成功输入信号。
在该实施例中，对于将配送箱固定在特定位置的方式来说，送达反馈信号可以是配送箱的固定锁具锁定信号即利用锁具将配送箱固定在特定位置时锁具锁定自动发出的箱体锁定信号，也可以是配送员将配送箱固定在特定位置后手动触发的送达成功输入信号，例如手动触发送达按键、功能按钮等。通过上述送达反馈信号的触发生成及发送目标订单送达成功信息，可以保证配送箱被固定或锁定在特定位置，保证配送箱安全，避免配送箱被其他人恶意取走。
步骤110，接收目标订单送达信息；
步骤111，基于目标订单送达信息对应的配送箱标识，获取与配送箱标识匹配的配送箱的开启权限。
在步骤110和步骤111中，主要涉及目标订单的收取方法，该方法主要应用于客户端，例如下单用户持有的智能手机、平板电脑等设备，客户端接收目标订单送达信息，此时表示配送箱已经送达到特定位置，下单用户可以去特定位置取餐，送达信息应包括取餐位置、配送箱标识以及配送箱开启信息，下单用户基于送达信息包含的取餐位置，以及根据配送箱标识获取相应的配送箱的开启权限，从而实现取餐。例如配送箱固定在取餐位置的取餐架上，用户可以手持客户端来到取餐位置，通过扫描配送箱二维码，客户端通过读取配送箱二维码获取配送箱标识，若读取的配送箱标识与客户端接收到的目标订单送达信息内包含的配送箱标识一致，则赋予该客户端开启该配送箱的权限，用户可以打开配送箱取出订单食品。
在本发明另一个实施例中，当订餐的用户收到目标订单已经送达的信息后，其可以携带安装有相应APP或小程序的移动终端至配送箱前。由于是通过APP或小程序的当前账户预定的目标订单，因此与目标订单相关的一切必要信息都可以被APP或小程序所获取，其中就包括配送箱上的锁具信息。通常来说，配送箱上包括两把电子锁，第一把电子锁用来锁闭配送箱的箱盖，以防止订单食品被他人接触到；第二把电子锁则是用来将配送箱固定在货架上的，以防止被他人取走配送箱。显然，这两把电子锁的信息都在目标订单与配送箱关联的那一刻成为了下单用户可以获知的信息，具体获知哪个由服务器来决定，在本实施例中是第一把电子锁的信息，例如第一把电子锁的蓝牙ID。当用户走到配送箱前时，可以在用户无感知的情况下，APP或者小程序自动扫描蓝牙ID并进行配对连接，之后用户只需点击APP或小程序界面上的开锁按键，就可以自动打开配送箱的第一把锁，从而开启箱盖，用户取出其中的订单食品。
当然，用户也可以手动的扫描配送箱或锁具上的二维码，以获取蓝牙连接信息，从而手动的与锁具建立蓝牙连接，进而控制锁具开锁。对于配送箱上的二维码，其可以就是承载锁具信息的二维码，也可以是链接至服务器从而从服务器获取锁具信息的二维码。
通过上述取餐方法，可以避免取餐用户和配送员的接触，也可以实现在用户不方便取餐时将配送箱寄存在取餐位置等待用户方便时再取餐，以提高用户体验以及配送员送餐和用户取餐的效率。
另外，本申请中具体的用户取餐方法可以为：服务器接收开锁请求，所述开锁请求中携带有用户身份的第一标识和待开锁的配送箱的第二标识，所述配送箱上包含用于箱门锁闭的第一锁具，以及箱体固定的第二锁具；根据所述第一标识和所述第二标识，分别进行所述第一锁具和所述第二锁具的开锁权限验证；若通过所述第一锁具的开锁权限验证，则发送所述第一锁具的开锁指令；若通过所述第二锁具的开锁权限验证，则发送所述第二锁具的开锁指令。
其中，开锁请求中携带有用户身份的第一标识和待开锁的配送箱的第二标识，该配送箱上包含用于箱门锁闭的第一锁具，以及箱体固定的第二锁具。该开锁请求可由客户端通过对配送箱上的标识码进行扫码识别后发起的。该第一标识即为该客户端登录用户的身份标识。用户身份的第一标识可根据客户端的登录用户身份信息来获取得到，配送箱的第二标识可通过对配送箱的标识码进行扫码得到。例如，服务端根据扫码用户身份和配送箱当前的使用状态，智能判别出该客户端对这两个锁具的开锁权限。后续如果第一锁具开锁权限验证成功，则服务端指示配送箱对第一锁具进行开锁；如果第二锁具开锁权限验证成功，则服务端指示配送箱对第二锁具进行开锁。通过这种方式，可准确进行第一锁具的开锁权限验证，减少第一锁具被误开的可能性，保证配送箱内货品的安全性。通过发送第一锁具的开锁指令，可使得箱门锁闭的第一锁具开锁，进而使得配送箱的箱门成功打开。通过发送第二锁具的开锁指令，可使得箱体固定的第二锁具开锁，进而使得配送箱的箱体不被固定，可随意拿走。该方法与目前双扫码的配送处理方式相比，可通过一码多用的方式，由服务端在接收到客户端通过扫码发送的开锁请求时，根据请求中携带的用户身份的第一标识和配送箱的第二标识，智能判别该扫码客户端对配送箱上的箱门锁闭的第一锁具和箱体固定的第二锁具的开锁权限，进而用户可通过一次扫码即可实现双锁配送箱的准确开锁过程，减少二次扫码开锁操作，缩减了扫码开锁时长，从而减少了整体的配送处理时长，提高了配送处理的效率。
通过应用本实施例的技术方案，首先，对用户提交的原始订单进行筛选，以保证筛选出的目标订单所需的每种原材料都能够满足相应的起送量要求，从而提高烹饪效率以及中央厨房加工和配送原材料的效率；其次，智能厨房利用中央厨房配送的原材料加工制作好目标订单内的食品以后，基于食品装入配送箱而触发目标订单配送指令，以便配送员在接收到配送指令以后在智能厨房取餐时直接将配送箱取走，避免配送员与食品接触，保证食品卫生；然后，配送员将配送箱配送到目标订单内的取餐位置，并将配送箱固定在取餐位置(例如货架上)，触发目标订单的送达反馈信号后，向下单用户持有的客户端中发送目标订单送达信息，固定配送箱可以保证配送箱安全不被其他人取走；最后，用户在取餐时基于目标订单送达信息内的配送箱标识获取相应配送箱的开启权限，以保证用户不会误取其他人的配送箱内食品，并且整个取餐过程不需要用户与配送员接触，提高送餐安全性。
进一步的，作为图1方法的具体实现，本申请实施例提供了一种餐饮订单处理装置，如图5所示，该装置包括：
原始订单获取模块501，用于获取预设下单时间内提交的原始订单；
目标订单筛选模块502，用于在原始订单中筛选出满足预设订单成立要求的目标订单；
需求信息获取模块503，用于基于目标订单，获取目标订单对应的原材料需求信息；
配送信息确定模块504，用于根据原材料需求信息，确定原材料配送信息；
打包指令生成模块505，用于根据目标订单，生成目标订单打包指令；
配送箱标识获取模块506，用于响应于目标订单打包指令，获取配送箱标识并绑定配送箱标识与目标订单；
配送指令发送模块507，用于根据与配送箱标识匹配的目标订单的打包成功信号，生成并发送目标订单配送指令；
配送指令接收模块508，用于接收目标订单配送指令；
送达信息发送模块509，用于响应于目标订单配送指令，在接收到目标订单的送达反馈信号后，生成并发送目标订单送达信息；
送达信息接收模块510，用于接收目标订单送达信息；
开启权限获取模块511，用于基于目标订单送达信息对应的配送箱标识，获取与配送箱标识匹配的配送箱的开启权限。
本申请实施例提供了一种餐饮订单处理装置，如图6所示，该装置包括：
原始订单获取模块601，用于获取预设下单时间内提交的原始订单；
目标订单筛选模块602，用于在原始订单中筛选出满足预设订单成立要求的目标订单。
目标订单筛选模块602，具体包括：
原材料获取单元6021，用于获取制作原始订单内的食品需要的原材料种类；
第一确定单元6022，用于若每种原材料种类对应的的原材料的总需求量均大于或等于与之对应种类的原材料的起送量，则将原始订单确定为目标订单。
不成立订单标记模块603，用于若至少一种原材料的总需求量小于相应种类的原材料的起送量，则将与至少一种原材料相关的原始订单标记为不成立订单，其中，制作不成立订单内的食品需要的原材料种类包括至少一种原材料中的一种或多种。
具体地，原始订单包括的食品数量大于预设订单食品数量；目标订单筛选模块602，具体包括：
虚拟订单确定单元6023，用于基于原始订单内的食品，确定与原始订单对应的虚拟订单，虚拟订单内的食品数量等于预设订单食品数量；
第二确定单元6024，用于根据虚拟订单筛选满足预设订单成立要求的目标订单。
本申请实施例提供了一种餐饮订单处理装置，如图7所示，该装置包括：
需求信息获取模块701，用于基于目标订单，获取目标订单对应的原材料需求信息；
配送信息确定模块702，用于根据原材料需求信息，确定原材料配送信息。
具体地，目标订单对应的原材料需求信息包括与目标订单包括的任一智能厨房对应的原材料需求量。
具体地，配送信息确定模块702，具体包括：
设备规格获取单元7021，用于获取任一智能厨房对应的智能烹饪设备规格；
打包规格确定单元7022，用于根据与任一智能厨房对应的智能烹饪设备规格以及原材料需求量，确定任一智能厨房的原材料打包规格信息。
具体地，配送信息确定模块702，还包括：配送信息确定单元7023，用于基于任一智能厨房对应的原材料打包规格信息以及位置信息，确定任一智能厨房的原材料配送信息。
需要说明的是，本申请实施例提供的一种餐饮订单处理装置所涉及各功能单元的其他相应描述，可以参考图1至图4中的对应描述，在此不再赘述。
本申请实施例还提供了一种餐饮订单处理系统，如图8所示，该系统包括：
服务器81，用于获取预设下单时间内提交的原始订单；在原始订单中筛选出满足预设订单成立要求的目标订单；
服务器81还用于基于目标订单，获取目标订单对应的原材料需求信息；根据原材料需求信息，确定原材料配送信息；
服务器81还用于根据目标订单，生成目标订单打包指令；响应于目标订单打包指令，获取配送箱标识并绑定配送箱标识与目标订单；根据与配送箱标识匹配的目标订单的打包成功信号，生成并发送目标订单配送指令；
配送终端82，用于接收来自智能厨房服务器的目标订单配送指令；以及响应于目标订单配送指令，在接收到目标订单的送达反馈信号后，生成并发送目标订单送达信息，目标订单送达信息包括配送箱标识；
客户端83，用于接收目标订单送达信息；以及基于目标订单送达信息对应的配送箱标识，获取与配送箱标识匹配的配送箱的开启权限。
通过应用本实施例的技术方案，首先，对用户提交的原始订单进行筛选，以保证筛选出的目标订单所需的每种原材料都能够满足相应的起送量要求，从而提高烹饪效率以及中央厨房加工和配送原材料的效率；其次，智能厨房利用中央厨房配送的原材料加工制作好目标订单内的食品以后，基于食品装入配送箱而触发目标订单配送指令，以便配送员在接收到配送指令以后在智能厨房取餐时直接将配送箱取走，避免配送员与食品接触，保证食品卫生；然后，配送员将配送箱配送到目标订单内的取餐位置，并将配送箱固定在取餐位置，触发目标订单的送达反馈信号后，向下单用户持有的客户端中发送目标订单送达信息，固定配送箱可以保证配送箱安全不被其他人取走；最后，用户在取餐时基于目标订单送达信息内的配送箱标识获取相应配送箱的开启权限，以保证用户不会误取其他人的配送箱内食品，并且整个取餐过程不需要用户与配送员接触，提高送餐安全性。
基于上述如图1至图4所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1至图4所示的餐饮订单处理方法。
基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。
基于上述如图1至图4所示的方法，以及图5至图7所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图3所示的餐饮订单处理方法。
可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。
本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现首先，对用户提交的原始订单进行筛选，以保证筛选出的目标订单所需的每种原材料都能够满足相应的起送量要求，从而提高烹饪效率以及中央厨房加工和配送原材料的效率；其次，智能厨房利用中央厨房配送的原材料加工制作好目标订单内的食品以后，基于食品装入配送箱而触发目标订单配送指令，以便配送员在接收到配送指令以后在智能厨房取餐时直接将配送箱取走，避免配送员与食品接触，保证食品卫生；然后，配送员将配送箱配送到目标订单内的取餐位置，并将配送箱固定在取餐位置，触发目标订单的送达反馈信号后，向下单用户持有的客户端中发送目标订单送达信息，固定配送箱可以保证配送箱安全不被其他人取走；最后，用户在取餐时基于目标订单送达信息内的配送箱标识获取相应配送箱的开启权限，以保证用户不会误取其他人的配送箱内食品，并且整个取餐过程不需要用户与配送员接触，提高送餐安全性。
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (21)

1.一种餐饮订单处理方法，其特征在于，所述方法包括：
获取预设下单时间内提交的原始订单；
对所述原始订单进行订单撮合，获取原始订单的各原材料的总需求量；
根据原始订单的各原材料的总需求量，在所述原始订单中筛选出满足预设订单成立要求的目标订单，包括：获取制作所述原始订单内的食品需要的原材料种类；若每种所述原材料种类对应的的原材料的总需求量均大于或等于与之对应种类的原材料的起送量，则将所述原始订单确定为所述目标订单。
2.根据权利要求1所述的方法，其特征在于，所述在所述原始订单中筛选出满足预设订单成立要求的目标订单，还包括：
当至少一种原材料的总需求量小于相应种类原材料的起送量时，分别查看每一个原始订单内的食品对应的原材料是否包含未达到起送量的原材料，如果包含未达到起送量的原材料，将包含未达到起送量的原材料的订单排除后，重新计算剩余订单对应的原材料的总需求量，直到剩余订单中每种原材料的总需求量均大于或等于相应的起送量为止。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
若至少一种原材料的总需求量小于相应种类的所述原材料的起送量，则将与所述至少一种原材料相关的原始订单标记为不成立订单，其中，制作所述不成立订单内的食品需要的原材料种类包括所述至少一种原材料中的一种或多种。
4.根据权利要求1所述的方法，其特征在于，所述原始订单包括的食品数量大于预设订单食品数量；所述在所述原始订单中筛选出满足预设订单成立要求的目标订单，具体包括：
基于所述原始订单内的食品，确定与所述原始订单对应的虚拟订单，所述虚拟订单内的食品数量等于所述预设订单食品数量；
根据所述虚拟订单筛选满足所述预设订单成立要求的所述目标订单。
5.一种餐饮订单处理方法，其特征在于，所述方法包括：
基于目标订单，获取所述目标订单对应的原材料需求信息，其中，所述目标订单通过如权利要求1至3中任一项所述的餐饮订单处理方法而确定，所述目标订单对应的原材料需求信息包括与所述目标订单包括的任一智能厨房对应的原材料需求量；
获取所述任一智能厨房对应的智能烹饪设备规格；基于所述智能烹饪设备规格以及所述原材料需求量确定所述任一智能厨房的原材料打包规格信息。
6.根据权利要求5所述的方法，其特征在于，还包括：基于所述任一智能厨房对应的所述原材料打包规格信息以及位置信息，确定所述任一智能厨房的原材料配送信息。
7.一种餐饮订单处理方法，其特征在于，所述方法包括：
根据目标订单，生成目标订单打包指令，其中，所述目标订单通过如权利要求1至3中任一项所述的餐饮订单处理方法而确定；
响应于所述目标订单打包指令，获取配送箱标识并绑定所述配送箱标识与所述目标订单；
根据与所述配送箱标识匹配的所述目标订单的打包成功信号，生成并发送目标订单配送指令。
8.根据权利要求7所述的方法，其特征在于，还包括：获取取餐成功信息，发出针对所述配送箱标识对应的配送箱的回收指示。
9.一种餐饮订单处理方法，其特征在于，所述方法包括：
接收目标订单配送指令；
响应于所述目标订单配送指令，在接收到所述目标订单的送达反馈信号后，生成并发送目标订单送达信息，其中，所述目标订单通过如权利要求1至3中任一项所述的餐饮订单处理方法而确定。
10.根据权利要求9所述的方法，其特征在于，所述目标订单配送指令通过如权利要求7所述的餐饮订单处理方法而确定，所述送达反馈信号包括与所述配送箱标识对应的配送箱的箱体锁定信号和/或与所述配送箱标识对应的送达成功输入信号。
11.一种餐饮订单处理方法，其特征在于，所述方法包括：
接收目标订单送达信息，其中，目标订单通过如权利要求1至3中任一项所述的餐饮订单处理方法而确定；
基于所述目标订单送达信息对应的配送箱标识，获取与所述配送箱标识匹配的配送箱的开启权限。
12.一种餐饮订单处理方法，其特征在于，所述方法包括：
服务器获取预设下单时间内提交的原始订单；对所述原始订单进行订单撮合，获取原始订单的各原材料的总需求量；根据原始订单的各原材料的总需求量，在所述原始订单中筛选出满足预设订单成立要求的目标订单；
以及基于目标订单，获取所述目标订单对应的原材料需求信息；根据所述原材料需求信息，确定原材料配送信息；
以及根据目标订单，生成目标订单打包指令；响应于所述目标订单打包指令，获取配送箱标识并绑定所述配送箱标识与所述目标订单；根据与所述配送箱标识匹配的所述目标订单的打包成功信号，生成并发送目标订单配送指令；
配送终端接收目标订单配送指令；响应于所述目标订单配送指令，在接收到所述目标订单的送达反馈信号后，生成并发送目标订单送达信息；
客户端接收目标订单送达信息；基于所述目标订单送达信息对应的配送箱标识，获取与所述配送箱标识匹配的配送箱的开启权限。
13.一种餐饮订单处理装置，其特征在于，所述装置包括：
原始订单获取模块，用于获取预设下单时间内提交的原始订单；
目标订单筛选模块，用于对所述原始订单进行订单撮合，获取原始订单的各原材料的总需求量；根据原始订单的各原材料的总需求量，在所述原始订单中筛选出满足预设订单成立要求的目标订单，包括：获取制作所述原始订单内的食品需要的原材料种类；若每种所述原材料种类对应的的原材料的总需求量均大于或等于与之对应种类的原材料的起送量，则将所述原始订单确定为所述目标订单。
14.一种餐饮订单处理装置，其特征在于，所述装置包括：
需求信息获取模块，用于基于目标订单，获取所述目标订单对应的原材料需求信息，其中，目标订单通过如权利要求13所述的餐饮订单处理装置而获得，所述目标订单对应的原材料需求信息包括与所述目标订单包括的任一智能厨房对应的原材料需求量；
配送信息确定模块，用于获取所述任一智能厨房对应的智能烹饪设备规格；基于所述智能烹饪设备规格以及所述原材料需求量确定所述任一智能厨房的原材料打包规格信息。
15.一种餐饮订单处理装置，其特征在于，所述装置包括：
打包指令生成模块，用于根据目标订单，生成目标订单打包指令，其中，目标订单通过如权利要求13所述的餐饮订单处理装置而获得；
配送箱标识获取模块，用于响应于所述目标订单打包指令，获取配送箱标识并绑定所述配送箱标识与所述目标订单；
配送指令发送模块，用于根据与所述配送箱标识匹配的所述目标订单的打包成功信号，生成并发送目标订单配送指令。
16.一种餐饮订单处理装置，其特征在于，所述装置包括：
配送指令接收模块，用于接收目标订单配送指令；
送达信息发送模块，用于响应于所述目标订单配送指令，在接收到所述目标订单的送达反馈信号后，生成并发送目标订单送达信息，其中，目标订单通过如权利要求13所述的餐饮订单处理装置而获得。
17.一种餐饮订单处理装置，其特征在于，所述装置包括：
送达信息接收模块，用于接收目标订单送达信息，其中，目标订单通过如权利要求13所述的餐饮订单处理装置而获得；
开启权限获取模块，用于基于所述目标订单送达信息对应的配送箱标识，获取与所述配送箱标识匹配的配送箱的开启权限。
18.一种餐饮订单处理装置，其特征在于，所述装置包括：
原始订单获取模块，用于获取预设下单时间内提交的原始订单；
目标订单筛选模块，用于对所述原始订单进行订单撮合，获取原始订单的各原材料的总需求量；根据原始订单的各原材料的总需求量，在所述原始订单中筛选出满足预设订单成立要求的目标订单；
需求信息获取模块，用于基于目标订单，获取所述目标订单对应的原材料需求信息；
配送信息确定模块，用于根据所述原材料需求信息，确定原材料配送信息；
打包指令生成模块，用于根据目标订单，生成目标订单打包指令；
配送箱标识获取模块，用于响应于所述目标订单打包指令，获取配送箱标识并绑定所述配送箱标识与所述目标订单；
配送指令发送模块，用于根据与所述配送箱标识匹配的所述目标订单的打包成功信号，生成并发送目标订单配送指令；
配送指令接收模块，用于接收目标订单配送指令；
送达信息发送模块，用于响应于所述目标订单配送指令，在接收到所述目标订单的送达反馈信号后，生成并发送目标订单送达信息；
送达信息接收模块，用于接收目标订单送达信息；
开启权限获取模块，用于基于所述目标订单送达信息对应的配送箱标识，获取与所述配送箱标识匹配的配送箱的开启权限。
19.一种餐饮订单处理系统，其特征在于，所述系统包括：
服务器，用于获取预设下单时间内提交的原始订单；对所述原始订单进行订单撮合，获取原始订单的各原材料的总需求量；根据原始订单的各原材料的总需求量，在所述原始订单中筛选出满足预设订单成立要求的目标订单；
所述服务器还用于基于目标订单，获取所述目标订单对应的原材料需求信息；根据所述原材料需求信息，确定原材料配送信息；
所述服务器还用于根据目标订单，生成目标订单打包指令；响应于所述目标订单打包指令，获取配送箱标识并绑定所述配送箱标识与所述目标订单；根据与所述配送箱标识匹配的所述目标订单的打包成功信号，生成并发送目标订单配送指令；
配送终端，用于接收来自智能厨房服务器的目标订单配送指令；以及响应于所述目标订单配送指令，在接收到所述目标订单的送达反馈信号后，生成并发送目标订单送达信息，所述目标订单送达信息包括配送箱标识；
客户端，用于接收目标订单送达信息；以及基于所述目标订单送达信息对应的配送箱标识，获取与所述配送箱标识匹配的配送箱的开启权限。
20.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至4中任一项、权利要求5或6、权利要求7或8、权利要求9或10、权利要求11以及权利要求12中所述的餐饮订单处理方法。
21.一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至4中任一项、权利要求5或6、权利要求7或8、权利要求9或10、权利要求11以及权利要求12中所述的餐饮订单处理方法。
CN202010247166.9A 2020-03-31 2020-03-31 餐饮订单处理方法、装置及系统、存储介质、计算机设备 Active CN113469771B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010247166.9A CN113469771B (zh) 2020-03-31 2020-03-31 餐饮订单处理方法、装置及系统、存储介质、计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010247166.9A CN113469771B (zh) 2020-03-31 2020-03-31 餐饮订单处理方法、装置及系统、存储介质、计算机设备

Publications (2)

Publication Number Publication Date
CN113469771A CN113469771A (zh) 2021-10-01
CN113469771B true CN113469771B (zh) 2024-07-02

Family

ID=77865781

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010247166.9A Active CN113469771B (zh) 2020-03-31 2020-03-31 餐饮订单处理方法、装置及系统、存储介质、计算机设备

Country Status (1)

Country Link
CN (1) CN113469771B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7030939B1 (ja) * 2020-11-27 2022-03-07 楽天グループ株式会社 情報処理装置、方法及びプログラム
CN115049161B (zh) * 2022-08-12 2023-04-18 深圳市深信信息技术有限公司 基于云计算的智能农贸市场管理方法及处理器

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106115047A (zh) * 2016-06-17 2016-11-16 于净漫 智能配送箱及拼接柜
CN107133850A (zh) * 2017-05-04 2017-09-05 谢志强 基于互联网平台的餐饮服务系统及方法
CN107368963A (zh) * 2017-07-13 2017-11-21 成都人人互动网络科技有限公司 一种应用于厨房的订单处理方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1131175A (ja) * 1997-07-11 1999-02-02 Hitachi Ltd 食材・加工調理品宅配業界における、食材宅配サプライチェーンシステム
JP2006338105A (ja) * 2005-05-31 2006-12-14 Sanyo Electric Co Ltd 調理データ処理装置、制御方法および制御プログラム
JP2013152681A (ja) * 2012-01-26 2013-08-08 Hitachi Consumer Electronics Co Ltd 食材検索システム及び食材検索方法
JP2014182616A (ja) * 2013-03-19 2014-09-29 Ns Solutions Nishinihon Corp 購入済み商品引き取りシステム、その制御方法及びプログラム
KR20140122405A (ko) * 2013-04-10 2014-10-20 주식회사 예림푸드 인터넷을 이용한 식사 배달 방법
SG10201501556SA (en) * 2015-03-02 2016-10-28 Spq & J Pte Ltd Food And Beverage Order Management System And Method
CN106447545B (zh) * 2016-11-14 2021-02-09 珠海优特智厨科技有限公司 一种餐饮订单订立方法和订立终端
CN107220796A (zh) * 2017-06-28 2017-09-29 北京惠赢天下网络技术有限公司 一种配送商的货品运输方法及装置
CN107423909B (zh) * 2017-08-01 2021-04-16 北京同城必应科技有限公司 配送方法和装置、配送平台、服务器、配送箱、存储介质
CN107563572B (zh) * 2017-09-27 2020-11-03 北京同城必应科技有限公司 一种订单分配方法、装置、计算机设备和存储介质
CN107862809A (zh) * 2017-11-09 2018-03-30 深圳市幸福商城科技股份有限公司 一种餐品预订方法及装置
CN107833159A (zh) * 2017-11-16 2018-03-23 四川长虹智能制造技术有限公司 一种智能餐饮云系统
CN110223008A (zh) * 2018-03-01 2019-09-10 姚志峰 一种可回收式快递配送箱装置及系统
CN108717653B (zh) * 2018-05-16 2021-02-12 北京三快在线科技有限公司 外卖订单处理方法、装置、计算机设备及存储介质
CN110827102A (zh) * 2018-08-07 2020-02-21 北京京东尚科信息技术有限公司 用于调货比价的方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106115047A (zh) * 2016-06-17 2016-11-16 于净漫 智能配送箱及拼接柜
CN107133850A (zh) * 2017-05-04 2017-09-05 谢志强 基于互联网平台的餐饮服务系统及方法
CN107368963A (zh) * 2017-07-13 2017-11-21 成都人人互动网络科技有限公司 一种应用于厨房的订单处理方法

Also Published As

Publication number Publication date
CN113469771A (zh) 2021-10-01

Similar Documents

Publication Publication Date Title
CN107133850B (zh) 基于互联网平台的餐饮服务系统及方法
CN107358495B (zh) 一种o2o餐饮的实现方法、服务器及智能烹饪装置
CN113469771B (zh) 餐饮订单处理方法、装置及系统、存储介质、计算机设备
CN109242718B (zh) 供应链系统以及记录程序的记录介质
US11514538B2 (en) Restaurant, and order information processing method and apparatus
CN111338222B (zh) 智能厨房的交互控制方法、装置及系统、存储介质、设备
CN107424084A (zh) 一种餐饮服务系统及其订餐方法
CN107944962A (zh) 订单管理方法及系统、烹饪控制方法及系统
CN108734535A (zh) 一种智能配餐系统及其使用方法
CN111798290A (zh) 订单处理方法及装置、存储介质、电子装置
CN111080193A (zh) 餐品存取方法、装置、计算机设备及存储介质
US9524409B1 (en) Food storage container tag system and method
CN109597327B (zh) 可重复使用的餐饮用具的使用控制方法及装置
CN109325828A (zh) 订单处理方法、装置、设备及计算机可读存储介质
CN113469772B (zh) 订单处理方法及装置、存储介质、计算机设备
CN207637200U (zh) 餐饮店以及自助取货机
CN109615034A (zh) 可重复使用的餐饮用具的信息溯源方法及装置
CN115062194A (zh) 菜谱推荐方法及装置
JP6958940B2 (ja) 管理装置、管理システム、管理方法及び管理プログラム
KR102370125B1 (ko) 레시피 기반 정보 컨텐츠 제공 방법
CN112396436A (zh) 订单数据处理方法及装置、存储介质、计算机设备
CN112131557A (zh) 一种电子菜谱的使用方法、设备、电子菜谱及装置
CN108597581B (zh) 一种食品管家智能交互系统及方法
CN112163772A (zh) 食材的检测方法、装置、设备及计算机可读存储介质
JP2005346525A (ja) 在庫管理システム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: Floor 11, Building 1, No. 1200, Jinzhou Road, Tangjiawan Town, High tech Zone, Zhuhai City, Guangdong Province, 519000

Applicant after: ZHUHAI UNICOOK TECHNOLOGY Co.,Ltd.

Address before: 519000 -45895, 105 room 6, Baohua Road, Hengqin New District, Zhuhai, Guangdong (centralized office area)

Applicant before: ZHUHAI UNICOOK TECHNOLOGY Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant