CN109711930A - 一种订单处理方法及其服务器、系统 - Google Patents

Abstract

本申请公开了一种订单处理方法及其服务器、系统。其中，该订单处理方法包括：总店服务器接收外卖订单请求；选择满足所述外卖订单请求的预关联分店作为接单分店；将所述外卖订单请求分配至所述接单分店，以指示所述接单分店进行餐品制作。上述方案，能够实现外卖订单的灵活调度。

Description

一种订单处理方法及其服务器、系统

技术领域

本申请涉及食品加工领域，特别是涉及一种订单处理方法及其服务器、系统。

背景技术

随着科技的发展，特别是通信网络的发展，网上进行外卖订单已经日益普及。通常，每个店家在第三方外卖平台上注册门店，用户通过第三方外卖平台进入每个门店进行选餐并下单，以形成外卖订单，对应门店收到该外卖订单，即可进行对应的餐品制作。

然而，目前每个门店必须都要在第三方外卖平台上注册，并由用户进入相应门店进行下单，不同的门店之间无法根据订单情况进行调度。对于一些具有众多分店的门店也是如此，需要每个分店分别在第三方外卖平台上注册，分店之间的订单无法进行调度。

发明内容

本申请主要解决的技术问题是提供一种订单处理方法及其服务器、系统，能够实现外卖订单的灵活调度。

为了解决上述问题，本申请第一方面提供了一种订单处理方法，包括：总店服务器接收外卖订单请求；选择满足所述外卖订单请求的预关联分店作为接单分店；将所述外卖订单请求分配至所述接单分店，以指示所述接单分店进行餐品制作。

为了解决上述问题，本申请第二方面提供了一种总店服务器，包括处理器以及分别与所述处理器连接的通信电路和存储器；其中，所述处理器用于运行所述存储器存储的计算机程序，以结合所述通信电路执行上述方法。

为了解决上述问题，本申请第三方面提供了一种订单处理系统，包括相互连接的总店服务器和至少一个预关联分店的制餐系统；所述总店服务器为上述的服务器；所述制餐系统用于制作所述总店服务器接收到的外卖订单请求中的餐品。

上述方案中，通过总店服务器接收外卖订单请求，并由总店服务器统一将外卖订单请求分配给匹配的预关联分店，进行餐品制作，实现了外卖订单的灵活调度。而且，无需为每个分店设立专门的线上外卖门店，直接为总店服务器设立统一的外卖门店，在总店服务器接收到外卖订单后再分配给其关联的分店，简化了用户的外卖操作流程。

附图说明

图1A是本申请订单处理系统一实施例的结构示意图；

图1B是本申请订单处理系统另一实施例的结构示意图；

图2是本申请订单处理方法一实施例的流程示意图；

图3是本申请订单处理方法另一实施例的流程示意图；

图4是本申请总店服务器一实施例的结构示意图；

图5是本申请制餐系统一实施例的结构示意图。

具体实施方式

下面结合说明书附图，对本申请实施例的方案进行详细说明。

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。

本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。

请参阅图1A，图1A是本申请订单处理系统一实施例的结构示意图。本实施例中，该订单处理系统10包括总店服务器11和至少一个分店终端12。总店服务器11与分店终端12能够通信，例如，可通过以太网等有线连接，或者通过局域网、4G等无线连接，进而实现通信。

本实施例提出的是由总店服务器11统一外接外卖订单，并根据外卖订单的信息以及分店情况智能将订单分配给分店，以制作餐品。

具体地，该订单处理系统中的分店可分布在不同地方，其分店终端12是指用以登录分店账号的终端，可以为手机、平板电脑、桌上电脑等任意可通信的终端。其中，该分店账号可以为总店服务器11预先为每家分店分配的，分店人员可在终端运行的预设应用程序上输入分店账号和密码，以由该终端生成包含该分店账号和密码的登录请求并发送给总店服务器11，总店服务器11从登录请求中获取分店账号和密码，并验证其与预存的账号与密码对匹配时，确定登录成功，此时该终端即作为分店终端12。

总店服务器11用于接收外卖订单请求。其中，该外卖订单请求可以是用户通过其终端直接发送给总店服务器的，例如，总店服务器在前端提供一外卖平台，用户通过外卖平台选择餐品并下发餐品的外卖订单给后台的总店服务器；又或者，该外卖订单请求可以是第三方外卖平台的服务器发送给总店服务器11，例如，总店在该第三方外卖平台注册一门店，用户通过该第三方外卖平台在总店注册的门店中选择餐品并下发餐品的外卖订单给第三方外卖平台的服务器，该服务器进而将该外卖订单请求发送给总店服务器11。需要说明的是，总店可以只在一个第三方外卖平台单独注册一门店，总店也可以在多个第三方外卖平台上均注册一门店，此处不做限定。

总店服务器11还用于存储有包含至少一个预关联分店的预关联分店集合，并根据该外卖订单请求从该预关联分店集合中选择接单分店，并将外卖订单请求分配给该接单分店，以指示接单分店进行餐品制作。本实施例中，该预关联分店为有人分店，总店服务器11将该外卖订单请求发送给该接单分店的终端12，以使终端12接收到该外卖订单请求后提示分店人员进行餐品制作并安排餐品配送。

可以理解的是，若预关联分店为无人分店，则该订单处理系统还包括分店的制餐系统，如图1B所示，订单分店系统10包括总店服务器11和至少一个分店的制餐系统13。总店服务器11直接将外卖订单请求发送给接单分店的制餐系统13，以由制餐系统13依据该外卖订单请求进行制餐；或者总店服务器11自身基于外卖订单请求生成制作指令，并直接把制作指令发送给制餐系统13，以使制餐系统13可直接执行制作指令进行制餐；又或者总店服务器11通过制餐服务器与制餐系统13连接，总店服务器11将外卖订单请求发送给制餐服务器以由制餐服务器生成制作指令，并把制作指令发送给制餐系统13，以使制餐系统13可直接执行制作指令进行制餐。

另外，在其他实施例，订单处理系统可以同时包括上述分店终端12和制餐系统13，其中，该制餐系统13和分店终端12均是以分店来进行区别和识别的。总店服务器11可根据外卖订单请求同步向接单分店的分店终端12和制餐系统13发送相应指示。

请参阅图2，图2是本申请订单处理方法一实施例的流程示意图。本实施例中，该方法可以由上面系统中的总店服务器执行，具体包括以下步骤：

S210：总店服务器接收外卖订单请求。

本实施例中，总店服务器可以从第三方外卖平台获得该外卖订单请求。例如，用户通过该总店服务器在第三方外卖平台上注册的门店选择餐品并提交外卖订单请求，第三方外卖平台的服务器接收到该外卖订单请求后将该请求转发给总店服务器，以由总店服务器根据该外卖订单请求中的信息将该外卖订单分配给其关联的分店。具体的，该外卖订单请求为对餐品的制作请求，外卖订单请求可以包括餐品的名称、数量、外卖地址、联系人等订单信息。总店服务器在接收到外卖订单请求后，可对外卖订单请求进行解析得到其包含的订单信息。

S220：总店服务器选择满足所述外卖订单请求的预关联分店作为接单分店。

总店服务器保存有第一预关联分店集合，具体地，该第一预关联分店集合包括至少一个预关联分店的信息。总店服务器可根据外卖订单请求中的订单信息，从第一预关联分店集合中选择符合该订单信息的预关联分店，以作为接单分店。

进一步地，该S220可具体包括：从第一预关联分店集合中选择符合与所述外卖订单请求对应的接单条件的预关联分店作为接单分店。其中，与所述外卖订单请求对应的接单条件可以包括以下至少一种：配送范围包含所述外卖订单请求的外卖地址、处于营业状态、开启外卖业务、能够制作所述外卖订单请求中的所有餐品、餐品库存量满足所述外卖订单请求、当前餐品制作量未达预设最大制作量、当前餐品配送量未达预设最大配送量。其中，当前餐品制作量表示预关联分店当前正在餐品制作的工作量；当前餐品配送量表示预关联分店当前正在餐品配送的工作量。该预设最大制作量和预设最大配送量可以是所有预关联分店设定为相同的，或者每个预关联分店设置为不同，例如，可对每个预关联分店目前厨房的餐品制作能力进行评估，预设得到该预关联分店的最大制作量；可对每个预关联分店目前配送人员数量进行评估，预设得到该预关联分店的最大配送量。另外，该预设最大制作量和预设最大配送量可以根据预关联分店的实际情况进行动态调整。

可以理解的是，当所述第一预关联分店集合中符合所述接单条件的预关联分店的数量为多个时，可以按照预设选择策略从多个符合所述接单条件的预关联分店中选择至少一个作为接单分店。其中，所述预设选择策略可以包括以下至少一者：与所述外卖地址间的距离低于预设距离、当前餐品制作量与预设最大制作量之间的比例低于第一预设比例、当前餐品配送量与预设最大配送量之间的比例低于第二预设比例。其中，该预设距离、该第一预设比例和第二预设比例可以为用户预设或者总店服务器对预关联分店的制作或配送数据进行分析并基于分析结果设定的。当然，总店服务器也可从中选择多个符合接单条件的预关联分店作为接单分店，以由多个接单分店对订单中的不同餐品进行同步制作，以加快制作效率。

S230：总店服务器将外卖订单请求分配至接单分店，以指示接单分店进行餐品制作。

具体地，当总店服务器关联的是有人分店时，即总店服务器连接于该预关联分店的分店终端，此时，总店服务器可向接单分店的分店终端发送该外卖订单请求中的订单信息，以使分店终端将该订单信息提示给分店人员，例如在显示屏上显示订单信息，或者语音播报订单信息。进而，分店人员根据该订单信息安排制作餐品。

当总店服务器关联的是无人分店时，即总店服务器连接于该预关联分店的制餐系统，此时，总店服务器可向接单分店的制餐系统发送该外卖订单请求中的订单信息，以使制餐系统根据该订单信息产生对应的制餐指令，并按照该制餐指令进行餐品制作。当然，在其他实施例中，也可由总店服务器根据订单信息产生制餐指令，并将制餐指令发送给制餐系统以执行餐品制作，又或者总店服务器将订单信息发送给与制餐系统连接的制餐服务器，以由制餐服务器根据订单信息产生制餐指令，并将制餐指令发送给制餐系统以执行餐品制作。其中，该制餐系统具体可为上面实施例所提及的制餐系统。

本实施例中，通过总店服务器接收外卖订单请求，并由总店服务器统一将外卖订单请求分配给匹配的预关联分店，进行餐品制作，实现了外卖订单的灵活调度。而且，无需为每个分店设立专门的线上外卖门店，直接为总店服务器设立统一的外卖门店，在总店服务器接收到外卖订单后再分配给其关联的分店，简化了用户的外卖操作流程。

请参阅图3，图3是本申请订单处理方法另一实施例的流程示意图。本实施例中，总店服务器通过多个步骤选择出符合外卖订单请求的接单条件的预关联分店，进而分配给该选择出的预关联分店进行餐品制作。具体地，本方法包括以下步骤：

S310：总店服务器接收外卖订单请求。

其中，本步骤S310具体可参考上述步骤S210的相关说明，在此不做赘述。

S321：总店服务器从所述外卖订单请求中获取外卖地址。

本实施例中，总店服务器先以外卖订单请求对应的外卖地址是否在配送范围来作为是否满足外卖订单请求的一个条件。具体地，外卖订单请求一般包括餐品的名称、数量、外卖地址、联系人等订单信息。总店服务器从外卖订单请求中获取得到外卖地址。

S322：判断第一预关联分店集合中是否存在配送范围包含外卖地址的第二预关联分店集合；若不存在，则执行S323，若存在，则执行S324。

总店服务器将其保存的第一预关联分店集合的配送范围一一与获取的外卖地址对比，以判断第一预关联分店集合中是否存在配送范围包含外卖地址的第二预关联分店集合，若不存在，则确定第一预关联分店集合不存在满足该外卖订单请求的预关联分店，故进行拒单处理，若存在，则可从所述第二预关联分店集合中选择接单分店。其中，该第二预关联分店集合可包括至少一个配送范围包含外卖地址的预关联分店。本实施例中，该从所述第二预关联分店集合中选择接单分店具体可为执行下述S324-S328步骤，但在其他实施例中，也可类似S328步骤，不对第二预关联分店集合进行进一步判断，直接从该分店集合中择一作为接单分店。

S323：总店服务器向所述外卖订单请求的用户反馈无法处理所述外卖订单请求的拒单消息。

具体地，若总店服务器与用户终端可直接通信，例如用户是登录总店服务器前端的平台进行外卖订单下发的，则总店服务器与该用户终端可直接通信，此时，总店服务器可直接向用户终端发送拒单消息，以告知用户无法处理该外卖订单请求。若总店服务器与用户终端为间接通信，例如，用户是通过登录第三方外卖平台进行外卖订单下发，该外卖订单请求通过第三方外卖平台的服务器发送给总店服务器的，则总店服务器与该用户终端为间接通信，此时，总店服务器可向第三方外卖平台的服务器发送拒单消息，以由第三方外卖平台的服务器将拒单消息转发给用户终端，进而告知用户无法处理该外卖订单请求。

S324：判断第二预关联分店集合中是否存在处于营业状态且开启外卖业务的第三预关联分店集合；若不存在，则执行S323，若存在，则执行S325。

本实施例中，总店服务器还以是否处于营业状态且是否开启外卖业务作为是否满足外卖订单请求的其中一个条件。具体地，总店服务器将经S322得到的第二预关联分店集合的每个分店的营业状态和外卖业务状态进行读取，以判断第二预关联分店集合中是否存在处于营业状态且开启外卖业务的第三预关联分店集合，若不存在，则确定第二预关联分店集合不存在满足该外卖订单请求的预关联分店，故进行拒单处理，若存在，则可从所述第三预关联分店集合中选择接单分店。其中，该第三预关联分店集合可包括第二预关联分店集合中至少一个处于营业状态且开启外卖业务的预关联分店。本实施例中，该从所述第三预关联分店集合中选择接单分店具体可为执行下述S325-S328步骤，但在其他实施例中，也可类似S328步骤，不对第三预关联分店集合进行进一步判断，直接从该分店集合中择一作为接单分店。

可以理解的是，在其他实施例中，本步骤也可仅判断第二预关联分店集合中是否存在处于营业状态的第三预关联分店集合，或者仅判断判断第二预关联分店集合中是否存在开启外卖业务的第三预关联分店集合。

S325：判断第三预关联分店集合中是否存在能够制作外卖订单请求中的所有餐品且餐品库存量能够满足所述外卖订单请求的第四预关联分店集合；若不存在，则执行S323，若存在，则执行S326。

本实施例中，总店服务器还以是否能够制作外卖订单请求中的所有餐品和餐品库存量是否能够满足所述外卖订单请求作为其中一个条件。由于每个分店其能够制作的餐品可能存有不同，例如对应分店A，其能够制作餐品1和餐品2，对于分店B，其能够制作餐品1和餐品3。故当外卖订单请求所需制作的餐品为1和2，则只有分店B为满足该外卖订单请求的分店。

具体地，总店服务器将经S324得到的第三预关联分店集合的每个分店能够制作的餐品信息和当前餐品库存量进行读取，以判断第三预关联分店集合中是否存在能够制作外卖订单请求中的所有餐品且餐品库存量能够满足所述外卖订单请求的第四预关联分店集合，若不存在，则确定第三预关联分店集合不存在满足该外卖订单请求的预关联分店，故进行拒单处理，若存在，则可从所述第四预关联分店集合中选择接单分店。其中，该第四预关联分店集合可包括第三预关联分店集合中至少一个能够制作外卖订单请求中的所有餐品且餐品库存量能够满足所述外卖订单请求的预关联分店。本实施例中，该从所述第四预关联分店集合中选择接单分店具体可为执行下述S326-S328步骤，但在其他实施例中，也可类似S328步骤，不对第四预关联分店集合进行进一步判断，直接从该分店集合中择一作为接单分店。

可以理解的是，在其他实施例中，本步骤也可仅判断第三预关联分店集合中是否能够制作外卖订单请求中的所有餐品的第四预关联分店集合，或者仅判断判断第三预关联分店集合中是否存在餐品库存量能够满足所述外卖订单请求的第四预关联分店集合。

S326：判断第四预关联分店集合中是否存在当前餐品制作量未达预设最大制作量的第五预关联分店集合；若不存在，则执行S323，若存在，则执行S327。

本实施例中，总店服务器还以当前餐品制作量是否达到预设最大制作量作为其中一个条件。由于每个分店均可能针对先前订单以进行餐品制作过程中，而分店的制作能力也即其最大制作量是有限的，若其先前订单的餐品较多，则可能已经占用其最大制作能力，此时，若分配给该分店，则可能需要等待时间较久，故优选当前餐品制作量未达预设最大制作量的分店作为满足外卖订单请求的分店。

具体地，总店服务器将经S325得到的第四预关联分店集合的每个分店的当前餐品制作量进行读取，以判断第四预关联分店集合中是否存在当前餐品制作量未达预设最大制作量的第五预关联分店集合，若不存在，则确定第四预关联分店集合不存在满足该外卖订单请求的预关联分店，故进行拒单处理，若存在，则可从所述第五预关联分店集合中选择接单分店。其中，该第五预关联分店集合可包括第四预关联分店集合中至少一个当前餐品制作量未达预设最大制作量的预关联分店。本实施例中，该从所述第五预关联分店集合中选择接单分店具体可为执行下述S327-S328步骤，但在其他实施例中，也可类似S328步骤，不对第五预关联分店集合进行进一步判断，直接从该分店集合中择一作为接单分店。

S327：判断第五预关联分店集合中是否存在当前餐品配送量未达最大配送量的第六预关联分店集合；若不存在，则执行S323，若存在，则执行S328。

本实施例中，总店服务器还以当前餐品配送量是否达到最大配送量作为其中一个条件。由于每个分店均可能需要针对先前订单以进行餐品配送，而分店的配送能力即最大配送量是有限的，若其先前订单的餐品较多，则可能已经占用其最大配送能力，此时，若分配给该分店，则可能需要等待时间较久，故优选当前餐品配送量未达最大配送量的分店作为满足外卖订单请求的分店。

具体地，总店服务器将经S326得到的第五预关联分店集合的每个分店的当前餐品配送量进行读取，以判断第五预关联分店集合中是否存在当前餐品配送量未达最大配送量的第六预关联分店集合，若不存在，则确定第五预关联分店集合不存在满足该外卖订单请求的预关联分店，故进行拒单处理，若存在，则可从所述第六预关联分店集合中选择接单分店，如执行下述S328。其中，该第六预关联分店集合可包括第五预关联分店集合中至少一个当前餐品配送量未达最大配送量的预关联分店。

S328：从所述第六预关联分店集合中选择接单分店。

本实施例中，当所述第六预关联分店集合包括一个预关联分店时，则直接选择该预关联分店；当所述第六预关联分店集合包括多个预关联分店时，按照预设选择策略从所述第六预关联分店集合中择一作为接单分店；其中，所述预设选择策略包括以下至少一者：与所述外卖地址间的距离低于预设距离、当前餐品制作量与预设最大制作量之间的比例低于第一预设比例、当前餐品配送量与预设最大配送量之间的比例低于第二预设比例。例如，在一应用场景中，从第六预关联分店集合选择与所述外卖地址间的距离低于预设距离、且当前餐品制作量与预设最大制作量之间的比例低于第一预设比例、且当前餐品配送量与预设最大配送量之间的比例低于第二预设比例的分店作为该接单分店。

S330：总店服务器将外卖订单请求分配至接单分店，以指示接单分店进行餐品制作。

其中，本步骤S330具体可参考上述步骤S230的相关说明，在此不做赘述。

可以理解的是，总店服务器选择出符合外卖订单请求的接单条件可以未必如本实施例所提及的条件，且每个条件的判断先后顺序可以根据需求进行调整。

请参阅图4，图4是本申请总店服务器一实施例的结构示意图。本实施例中，该总店服务器40包括存储器41、处理器42以及通信电路43。其中，总店服务器40的各个组件可通过总线耦合在一起，或者处理器分别与其他组件一一连接。

通信电路43用于与其他电子设备，例如第三方外卖平台服务器、用户终端等，具体可包括发送器和接收器。

存储器41用于存储处理器42执行的计算机程序以及处理器42在处理过程中的数据，其中，该存储器41包括非易失性存储部分，用于存储上述计算机程序。

处理器42控制该总店服务器40的操作，处理器42还可以称为CPU(CentralProcessing Unit，中央处理单元)。处理器42可能是一种集成电路芯片，具有信号的处理能力。处理器42还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本实施例中，处理器42通过调用存储器41存储的计算机程序，用以执行上述方法实施例的步骤。

具体如，处理器42运行存储器41存储的计算机程序，用于：通过通信电路43接收外卖订单请求；选择满足所述外卖订单请求的预关联分店作为接单分店；将所述外卖订单请求分配至所述接单分店，以指示所述接单分店进行餐品制作。

在一些实施例中，处理器42执行所述选择满足所述外卖订单请求的预关联分店作为接单分店，包括：从第一预关联分店集合中选择符合与所述外卖订单请求对应的接单条件的预关联分店作为接单分店；其中，当所述第一预关联分店集合中符合所述接单条件的预关联分店的数量为多个时，按照预设选择策略从多个符合所述接单条件的预关联分店中选择至少一个作为接单分店。

其中，与所述外卖订单请求对应的接单条件可包括以下至少一种：配送范围包含所述外卖订单请求的外卖地址、处于营业状态、开启外卖业务、能够制作所述外卖订单请求中的所有餐品、餐品库存量满足所述外卖订单请求、当前餐品制作量未达预设最大制作量、当前餐品配送量未达预设最大配送量。

在一些实施例中，处理器42执行所述从第一预关联分店集合中选择符合与所述外卖订单请求对应的接单条件的预关联分店作为接单分店，包括：从所述外卖订单请求中获取外卖地址；判断第一预关联分店集合中是否存在配送范围包含所述外卖地址的第二预关联分店集合；若存在，则从所述第二预关联分店集合中选择接单分店；若不存在，则向所述外卖订单请求的用户反馈无法处理所述外卖订单请求的拒单消息。

在一些实施例中，处理器42执行所述从所述第二预关联分店集合中选择接单分店，包括：判断所述第二预关联分店集合中是否存在处于营业状态且开启外卖业务的第三预关联分店集合；若存在，则从所述第三预关联分店集合中选择接单分店；若不存在，则向所述外卖订单请求的用户反馈无法处理所述外卖订单请求的拒单消息。

在一些实施例中，处理器42执行所述从所述第三预关联分店集合中选择接单分店，包括：判断所述第三预关联分店集合中是否存在能够制作所述外卖订单请求中的所有餐品且餐品库存量能够满足所述外卖订单请求的第四预关联分店集合；若存在，则从所述第四预关联分店集合中选择接单分店；若不存在，则向所述外卖订单请求的用户反馈无法处理所述外卖订单请求的拒单消息。

在一些实施例中，处理器42执行所述从所述第四预关联分店集合中选择接单分店，包括：判断所述第四预关联分店集合中是否存在前餐品制作量未达预设最大制作量的第五预关联分店集合；若存在，则从所述第五预关联分店集合中选择接单分店；若不存在，则向所述外卖订单请求的用户反馈无法处理所述外卖订单请求的拒单消息。

在一些实施例中，处理器42执行所述从所述第五预关联分店集合中选择接单分店，包括：判断所述第五预关联分店集合中是否存在当前餐品配送量未达预设最大配送量的第六预关联分店集合；若存在，则从所述第六预关联分店集合中选择接单分店；若不存在，则向所述外卖订单请求的用户反馈无法处理所述外卖订单请求的拒单消息。

在一些实施例中，处理器42执行所述从所述第六预关联分店集合中选择选择接单分店，包括：当所述第六预关联分店集合包括多个预关联分店时，按照预设选择策略从所述第六预关联分店集合中择一作为接单分店；其中，所述预设选择策略包括以下至少一者：与所述外卖地址间的距离低于预设距离、当前餐品制作量与预设最大制作量之间的比例低于第一预设比例、当前餐品配送量与预设最大配送量之间的比例低于第二预设比例。

本申请还提供一种订单处理系统的实施例，该订单处理系统可如图1A或图1B所示。例如，订单处理系统包括上述总店服务器和至少一个预关联分店的制餐系统；所述制餐系统用于制作所述总店服务器接收到的外卖订单请求中的餐品。具体地，该制餐系统可直接接收总店服务器发送的外卖订单请求，并生成响应制餐指令以进行餐品制作；或者制餐系统接收总店服务器或者制餐服务器根据外卖订单请求生成的制餐指令，执行该制餐指令以进行餐品制作。

请参阅图5，图5是本申请制餐系统一实施例的结构示意图。本实施例中，制餐系统包括存储工位510、撕膜工位530、提取工位540、第一烹制工位550、第二烹制工位560、混合工位570、覆膜工位580和配送工位570。制餐系统用于对食品容器500进行操作以对食品容器500中的食材进行加工。

存储工位510，用于存储未加工的餐品。其中，每个未加工的餐品均放置于食品容器中。该食品容器包括外容器、中衬和内容器。其中，外容器用于定义具有外容器开口的外容置腔；中衬能够从外容器开口放入外容置腔内并从外容置腔取出，中衬包括一中衬底板，其中在中衬放入外容置腔内后，中衬底板与外容器的底部和外容器开口之间均间隔一定距离，以允许在中衬底板和外容器的底部之间放置第一食材；内容器能够放置在中衬底板上，并位于中衬底板与外容器开口之间，内容器用于定义具有内容器开口的内容置腔，内容置腔用于放置第二食材。通过对该第一食材和第二食材加工混合可得到餐品。制餐系统响应制餐指令，从存储工位510取出对应食品容器，并经第一传递机构521传递至撕膜工位530。

撕膜工位530，位于存储工位510的下游，用于撕除食品容器的外容器上的第一密封膜片。在本实施例中，被撕下的第一密封膜片可以弃用或传送至覆膜工位以作为第二密封膜片备用。其中，该第一密封膜片和第二密封膜片对应于外容器凸缘的贴合地方不同，其中一者与外容器凸缘的内圈粘合区贴合，另一者与外容器凸缘的外圈粘合区贴合。在撕膜工位530完成撕膜后，第一传递机构821将内部放置有中衬及内容器的外容器传递至提取工位540。

提取工位540位于撕膜工位530下游，提取工位540用于从食品容器的外容器中提取出内容器，并通过第一传递机构521将外容器传递至第一烹制工位550，通过第二传递机构522将内容器传递至第二烹制工位560。其中外容器内放置有第一食材，内容器内放置有第二食材。提取工位540在从外容器中提取出内容器之后进一步从外容器中提取出中衬。

第一烹制工位550位于提取工位540下游，第一烹制工位550用于对外容器内的第一食材进行烹制；第二烹制工位560也位于提取工位540下游，用于对内容器内的第二食材进行烹制。在本实施例中，第一烹制工位550在外容器中加入汤汁，并对第一食材进行煮制。第二烹制工位560对第二食材进行微波加热，第一烹制工位550和第二烹制工位560并排设置，并在至少部分时段对第一食材和第二食材进行并行烹制。在完成烹制后，第一烹制工位550通过第一传递机构521将外容器传递至混合工位570，第二烹制工位560通过第二传递机构522将内容器传递至混合工位570。

混合工位570位于第一烹制工位550和第二烹制工位560下游，混合工位570用于在第一食材烹制完成后将内容器内的烹制完成的第二食材倒入到外容器内，从而将烹制完成的第一食材和第二食材混合以得到外卖餐品，并通过第一传递机构521将外容器传递至覆膜工位580。

覆膜工位580在第二食材倒入外容器后对外容器覆盖第二密封膜片，以密封外容器，并通过第一传递机构541将外容器传递至配送工位590。

配送工位590将密封后的外容器配送到第二存储工位501或就餐工位502；第二存储工位501对密封后的外容器进行保温存储，就餐工位502供用户食用外容器内的食品。在送至第二存储工位501之后，制餐系统向上述总店服务器发送制餐完成的消息，以由总店服务器将制餐完成消息转发至对应订单的用户。

本发明实施例通过设置提取工位、烹制工位和混合工位，分别对食品容器进行操作，能够实现对食品容器内的食材的全自动加工，节省人工成本，保证食材的加工品质和卫生；通过设置上述覆膜和撕膜工位，可实现对食品容器的撕膜、覆膜，以便于对配置密封膜片的食品容器的加工处理；通过设置配送工位，根据用户需求对外容器进行翻转，能够使得烹制后的食材与汤汁分离，便于烹制后的食材的保存，保证食材的口感。而且，该制餐系统可模拟地道传统的人工烹制手法，过程中食材和调味加入有先后顺序，有别于其他直接将多种食材混合再集中烹制，可提高食材的出品和食者体验感。

可以理解的是，在其他实施例中，该制餐系统可选择性包括上述工位。例如，该自动化厨房系统可包括提取工位、第一烹制工位、第二烹制工位以及混合工位；或者包括上述提取工位、覆膜工位和配送工位；又或者仅包括上述提取工位(如上述中衬提取结构)或者混合工位；再或者包括上述撕膜工位、第一烹制工位和覆膜工位等，在此不做限定。

上述方案，通过总店服务器接收外卖订单请求，并由总店服务器统一将外卖订单请求分配给匹配的预关联分店，进行餐品制作，实现了外卖订单的灵活调度。而且，无需为每个分店设立专门的线上外卖门店，直接为总店服务器设立统一的外卖门店，在总店服务器接收到外卖订单后再分配给其关联的分店，简化了用户的外卖操作流程。

此外，以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种订单处理方法，其特征在于，包括：

总店服务器接收外卖订单请求；

选择满足所述外卖订单请求的预关联分店作为接单分店；

将所述外卖订单请求分配至所述接单分店，以指示所述接单分店进行餐品制作。

2.根据权利要求1所述的方法，其特征在于，所述选择满足所述外卖订单请求的预关联分店作为接单分店，包括：

从第一预关联分店集合中选择符合与所述外卖订单请求对应的接单条件的预关联分店作为接单分店；其中，当所述第一预关联分店集合中符合所述接单条件的预关联分店的数量为多个时，按照预设选择策略从多个符合所述接单条件的预关联分店中选择至少一个作为接单分店。

3.根据权利要求2所述的方法，其特征在于，所述从第一预关联分店集合中选择符合与所述外卖订单请求对应的接单条件的预关联分店作为接单分店，包括：

从所述外卖订单请求中获取外卖地址；

判断第一预关联分店集合中是否存在配送范围包含所述外卖地址的第二预关联分店集合；

若存在，则从所述第二预关联分店集合中选择接单分店。

4.根据权利要求3所述的方法，其特征在于，所述从所述第二预关联分店集合中选择接单分店，包括：

判断所述第二预关联分店集合中是否存在处于营业状态且开启外卖业务的第三预关联分店集合；

若存在，则从所述第三预关联分店集合中选择接单分店。

5.根据权利要求4所述的方法，其特征在于，所述从所述第三预关联分店集合中选择接单分店，包括：

判断所述第三预关联分店集合中是否存在能够制作所述外卖订单请求中的所有餐品且餐品库存量能够满足所述外卖订单请求的第四预关联分店集合；

若存在，则从所述第四预关联分店集合中选择接单分店。

6.根据权利要求5所述的方法，其特征在于，所述从所述第四预关联分店集合中选择接单分店，包括：

判断所述第四预关联分店集合中是否存在当前餐品制作量未达预设最大制作量的第五预关联分店集合；

若存在，则从所述第五预关联分店集合中选择接单分店。

7.根据权利要求6所述的方法，其特征在于，所述从所述第五预关联分店集合中选择接单分店，包括：

判断所述第五预关联分店集合中是否存在当前餐品配送量未达预设最大配送量的第六预关联分店集合；

若存在，则从所述第六预关联分店集合中选择接单分店。

8.根据权利要求7所述的方法，其特征在于，所述从所述第六预关联分店集合中选择接单分店，包括：

当所述第六预关联分店集合包括多个预关联分店时，按照预设选择策略从所述第六预关联分店集合中择一作为接单分店；其中，所述预设选择策略包括以下至少一者：与所述外卖地址间的距离低于预设距离、当前餐品制作量与预设最大制作量之间的比例低于第一预设比例、当前餐品配送量与预设最大配送量之间的比例低于第二预设比例。

9.一种总店服务器，其特征在于，包括处理器以及分别与所述处理器连接的通信电路和存储器；

其中，所述处理器用于运行所述存储器存储的计算机程序，以结合所述通信电路执行权利要求1至8任一项所述的方法。

10.一种订单处理系统，其特征在于，包括相互连接的总店服务器和至少一个预关联分店的制餐系统；

所述总店服务器为权利要求9所述的服务器；

所述制餐系统用于制作所述总店服务器接收到的外卖订单请求中的餐品。