餐饮订单的调度方法及装置与流程

本发明实施例涉及互联网技术领域，具体涉及一种餐饮订单的调度方法及装置。

背景技术：

在就餐高峰时期，餐饮订单通常较多，而为了使餐饮订单不滞留，通常会通过多个出餐口来进行出餐处理。与此同时，现有的商家，在进行出餐任务分配时，简单的将接收到的餐饮订单平均分配到各个出餐口进行出餐，使得各个出餐口的出餐任务较为平均。

然而，发明人在实施本发明实施例的过程中发现，现有技术中的这种分配方式至少存在如下技术问题：通过平均分配只是实现了多个出餐口的出餐任务的平均化，由于未考虑到影响出餐的因素，而导致出餐任务的调度不合理。

技术实现要素：

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的餐饮订单的调度方法及装置。

根据本发明实施例的一个方面，提供了一种餐饮订单的调度方法，包括：

在接收到餐饮订单的订单消息后，解析所述订单消息中携带的至少一份餐品的餐品信息；

根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长；

将配餐时长最长的调度单元的单元标识确定为所述至少一份餐品的目标调度标识，将所述至少一份餐品的出餐任务调度给所述目标调度标识对应的调度单元以进行出餐处理。

可选的，在所述解析所述订单消息中携带的至少一份餐品的餐品信息之后，所述方法还包括：根据所述餐品信息判断对所述至少一份餐品进行配餐处理的调度单元是否为多个；

所述根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定每个调度单元进行配餐处理所需的配餐时长具体为：若进行配餐处理的调度单元为多个，则根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定多个调度单元进行配餐处理分别所需的配餐时长。

可选的，所述方法还包括：若进行配餐处理的调度单元为一个，则将该一个调度单元的单元标识确定为所述至少一份餐品的目标调度标识。

可选的，所述根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定每个调度单元进行配餐处理所需的配餐时长进一步包括：

根据所述餐品信息查询调度单元信息表，确定对每份餐品进行配餐处理的调度单元；以及，根据所述餐品信息查询餐品时长数据表，确定每份餐品的配餐时长；

针对每个调度单元，将在该调度单元进行配餐处理的餐品的配餐时长进行累加处理，得到该调度单元进行配餐处理所需的配餐时长。

可选的，在所述确定为所述至少一份餐品的目标调度标识之后，所述方法还包括：

查询与所述目标调度标识关联的出餐设备是否为多个，若是，比较与该多个出餐设备的设备标识分别关联的待出餐任务的数量；

将关联待出餐任务的数量最少的设备标识确定为所述至少一份餐品的目标出餐标识；

将所述至少一份餐品的出餐任务调度给所述目标出餐标识对应的出餐设备以进行出餐处理。

可选的，所述将所述至少一份餐品的出餐任务调度给所述目标出餐标识对应的出餐设备以进行出餐处理进一步包括：

生成所述出餐任务的识别信息；将所述识别信息发送给目标出餐标识对应的出餐设备。

可选的，在所述生成所述出餐任务的识别信息后，所述方法还包括：将所述识别信息和/或目标出餐标识下发给下单终端。

可选的，在所述解析所述订单消息中携带的至少一份餐品的餐品信息之后，所述方法还包括：

根据所述餐品信息查询调度单元信息表，根据查询结果将每份餐品分配给相应调度单元进行配餐处理以配餐得到该餐品。

可选的，在所述方法之前，还包括：接收商家端发送的订单调度的配置信息，检测所述配置信息是否为根据餐品的配餐时长进行调度；

所述根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长具体为：若为根据餐品的配餐时长进行调度，则根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长。

根据本发明实施例的另一方面，提供了一种餐饮订单的调度装置，包括：

解析模块，适于在接收到餐饮订单的订单消息后，解析所述订单消息中携带的至少一份餐品的餐品信息；

查询模块，适于根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长；

第一调度模块，适于将配餐时长最长的调度单元的单元标识确定为所述至少一份餐品的目标调度标识，将所述至少一份餐品的出餐任务调度给所述目标调度标识对应的调度单元以进行出餐处理。

可选的，所述装置还包括：判断模块，适于根据所述餐品信息判断对所述至少一份餐品进行配餐处理的调度单元是否为多个；

查询模块进一步适于：若进行配餐处理的调度单元为多个，则根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定多个调度单元进行配餐处理分别所需的配餐时长。

可选的，所述第一调度模块进一步适于：若进行配餐处理的调度单元为一个，则将该一个调度单元的单元标识确定为所述至少一份餐品的目标调度标识。

可选的，所述查询模块进一步适于：

根据所述餐品信息查询调度单元信息表，确定对每份餐品进行配餐处理的调度单元；以及，根据所述餐品信息查询餐品时长数据表，确定每份餐品的配餐时长；

针对每个调度单元，将在该调度单元进行配餐处理的餐品的配餐时长进行累加处理，得到该调度单元进行配餐处理所需的配餐时长。

可选的，所述装置还包括：

第二调度模块，适于查询与所述目标调度标识关联的出餐设备是否为多个，若是，比较与该多个出餐设备的设备标识分别关联的待出餐任务的数量；将关联待出餐任务的数量最少的设备标识确定为所述至少一份餐品的目标出餐标识；将所述至少一份餐品的出餐任务调度给所述目标出餐标识对应的出餐设备以进行出餐处理。

可选的，所述第二调度模块进一步适于：

生成所述出餐任务的识别信息；将所述识别信息发送给目标出餐标识对应的出餐设备。

可选的，所述装置还包括：发送模块，适于将所述识别信息和/或目标出餐标识下发给下单终端。

可选的，所述装置还包括：配餐处理模块，适于根据所述餐品信息查询调度单元信息表，根据查询结果将每份餐品分配给相应调度单元进行配餐处理以配餐得到该餐品。

可选的，所述装置还包括：检测模块，适于接收商家端发送的订单调度的配置信息，检测所述配置信息是否为根据餐品的配餐时长进行调度；

所述查询模块进一步适于：若为根据餐品的配餐时长进行调度，则根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定每个调度单元进行配餐处理所需的配餐时长。

根据本发明实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述餐饮订单的调度方法对应的操作。

根据本发明实施例的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述餐饮订单的调度方法对应的操作。

根据本发明实施例的餐饮订单的调度方法及装置，通过对餐饮订单的订单消息进行解析而得到至少一份餐品的餐品信息，进而可便于后续确定需要进行配餐处理的调度单元以及各个调度单元的配餐时长；以及，查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长，并将配餐时长最长的调度单元的单元标识确定为目标调度标识，该目标调度标识所标识的调度单元的配餐时长为至少一份餐品出餐所需等待的最少时长，相应的，将出餐任务调度给该调度单元则可以避免因将出餐任务调度给配餐时长较短的调度单元，而导致在该配餐时长较短的调度单元配餐完成后需要等待配餐时长较长的调度单元的配餐。由此可见，本发明实施例方案，通过将出餐任务调度给配餐时长最长的调度单元，相较于平均调度的方式，提高了出餐任务调度的合理性，使得任务调度更为准确。

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

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的餐饮订单的调度方法的流程图；

图2示出了本发明另一实施例提供的餐饮订单的调度方法的流程图；

图3示出了本发明实施例提供的餐饮订单的调度装置的结构示意图；

图4示出了本发明实施例计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明实施例的示例性实施例。虽然附图中显示了本发明实施例的示例性实施例，然而应当理解，可以以各种形式实现本发明实施例而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明实施例，并且能够将本发明实施例的范围完整的传达给本领域的技术人员。

图1示出了本发明实施例提供的餐饮订单的调度方法的流程图，该方法应用于智慧门店的后厨管理系统(kitchenmanagementsystem，简称kms)中，其中，kms是指对后厨的运行状态和/或生产状态进行统一自动化管理的系统。如图1所示，该方法包括以下步骤：

步骤s110：在接收到餐饮订单的订单消息后，解析该订单消息中携带的至少一份餐品的餐品信息。

其中，该餐饮订单的订单消息由下单终端发送给kms，该下单终端可以为用户终端，例如，下单终端为手机中支持线上下单的本地生活应用；或者，该下单终端为商家端的下单设备，例如，下单终端为商家的点餐pos设备等。

kms在接收到订单消息后，可以从该订单消息中解析出餐饮订单中包含的下单餐品的餐品信息，该餐品信息至少包括餐品标识信息，例如，餐品名称或者餐品编号，例如，kms从订单1的订单消息中解析出4份餐品的餐品名称分别为餐品名称1，餐品名称2，餐品名称3，以及餐品名称4，通过解析出餐品标识信息，则后续可以据此餐品标识信息确定需要进行配餐处理的调度单元以及各个调度单元的配餐时长。可选的，餐品信息还可以包括餐品分量、餐品数量、餐品种类和/或备注信息，以便准确的进行配餐处理，其中，备注信息是指个性化需求信息，例如，少放辣椒等。

步骤s120：根据该餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长。

在本发明实施例中，调度单元可以对特定餐品进行配餐处理，例如，调度单元1用于对小食甜点进行配餐处理、调度单元2用于对主食进行配餐处理等。

其中，餐品时长数据表中记录有餐品的餐品标识信息及其配餐时长的对应关系；以及，调度单元信息表中记录有餐品种类信息以及配餐处理的配餐调度单元的单元标识的对应关系，和/或记录有餐品标识信息以及配餐处理的调度单元的单元标识的对应关系，举例来说，调度单元信息表中记录有调度单元1和小食甜点的对应关系，和/或，记录有调度单元1和薯条、鸡米花、圣代等小食甜点类餐品的对应关系。

具体地，kms通过查询餐品时长数据表确定对每份餐品进行配餐处理所需的时长，以及查询调度单元信息表确定对每份餐品进行配餐处理的调度单元，进而可以确定至少一个调度单元进行配餐处理分别所需的配餐时长，其中，至少一个调度单元为对至少一份餐品进行配餐处理所需的一个或多个调度单元，该至少一个调度单元为候选的出餐单元。

仍以上述解析出的餐品名称1，餐品名称2，餐品名称3，以及餐品名称4的举例进行说明，若查询确定该4份餐品分别由调度单元1，调度单元2，调度单元3以及调度单元4进行配餐处理，且查询确定该4份餐品单独的配餐时长分别为1分钟，1分钟，1分钟以及4分钟，则可以得到上述4个调度单元进行配餐处理所需的配餐时长分别为1分钟，1分钟，1分钟以及4分钟。

另外，需要在此说明的是，在本发明实施例中涉及配餐处理(见下文)和出餐处理两种处理方式，其中，配餐处理是指制作餐品的处理，而出餐处理是指将制作完成的餐品提供给用户的处理，例如，配餐处理包括向用户将进行语音播报、在屏幕上显示取餐号等处理。

步骤s130：将配餐时长最长的调度单元的单元标识确定为该至少一份餐品的目标调度标识，将该至少一份餐品的出餐任务调度给该目标调度标识对应的调度单元以进行出餐处理。

kms在确定至少一个调度单元进行配餐处理所需的配餐时长后，将配餐时长最长的调度单元的单元标识确定为该至少一份餐品的目标调度标识，该目标调度标识所标识的调度单元的配餐时长最长，则该餐饮订单出餐所需等待的最少时长为该调度单元的配餐时长。

以上文中4个调度单元进行配餐处理所需的配餐时长分别为1分钟，1分钟，1分钟以及4分钟的举例来说，则确定调度单元4为进行出餐处理的出餐单元，而该餐饮订单包含的4份餐品完全配齐(此时才可以进行出餐处理)至少需等待调度单元4中的餐品配餐完成，即至少需等待4分钟。

然后，kms将餐饮订单包含的至少一份餐品的出餐任务调度给该目标调度标识所标识的调度单元后，则可通过该调度单元进行出餐处理。该调度方式中，将出餐任务调度给配餐时长最长的调度单元，避免平均分配或者其他的分配方式使出餐任务被分配到配餐时长较短的调度单元，而导致在该配餐时长较短的调度单元配餐完成后需要等待配餐时长较长的调度单元的配餐，实现了出餐任务的合理调度。

根据本实施例提供的餐饮订单的调度方法，通过对餐饮订单的订单消息进行解析而得到至少一份餐品的餐品信息，进而可便于后续确定需要进行配餐处理的调度单元以及各个调度单元的配餐时长；以及，查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长，并将配餐时长最长的调度单元的单元标识确定为目标调度标识，该目标调度标识所标识的调度单元的配餐时长为至少一份餐品出餐所需等待的最少时长，相应的，将出餐任务调度给该调度单元则可以避免因将出餐任务调度给配餐时长较短的调度单元，而导致在该配餐时长较短的调度单元配餐完成后需要等待配餐时长较长的调度单元的配餐。由此可见，本实施例方案，通过将出餐任务调度给配餐时长最长的调度单元，相较于平均调度的方式，提高了出餐任务调度的合理性，使得任务调度更为准确。

图2示出了本发明另一实施例提供的餐饮订单的调度方法的流程图，该方法应用于kms系统。如图2所示，该方法包括以下步骤：

步骤s210：在接收到餐饮订单的订单消息后，解析该订单消息中携带的至少一份餐品的餐品信息。

具体地，在下单终端接收到下单请求后，该下单终端将餐饮订单的订单消息发送给kms；kms在接收到订单消息后，可以从该订单消息中解析出餐饮订单中包含的下单餐品的餐品信息，在一个具体的实施例中，该餐品信息包括餐品名称、餐品分量、餐品数量、餐品种类和/或备注信息，例如，解析订单消息得到餐品信息为：小食甜点类，大份薯条一份，原味冰淇淋一份；饮料类，大杯红茶一杯，加冰，根据上述餐品信息，不仅可以确定需要进行配餐处理的调度单元以及各个调度单元的配餐时长，而且可以利于各个调度单元进行准确的配餐处理以得到相应餐品。

并且，在解析出餐品信息后，一方面需要通过下文中步骤s220至步骤s240进行调度；另一方面需要根据解析出的餐品信息指导进行配餐处理以得到各份餐品，其中，根据该餐品信息查询调度单元信息表，根据查询结果将每份餐品分配给相应调度单元进行配餐处理以配餐得到该餐品，kms通过在调度单元信息表中查询至少一份餐品中每份餐品的餐品名称(或者餐品编号)或者查询该餐品所属的餐品种类可以确定对每份餐品进行配餐处理的调度单元，然后将每份餐品的餐品信息发送给对该餐品进行配餐处理的调度单元所关联的配餐提示设备以便据此配餐提示设备中的提示消息进行配餐处理。可选的，配餐提示设备可以为配餐显示屏，将需要该调度单元进行配餐处理的餐品的餐品信息发送给该调度单元关联的配餐显示屏，该配餐显示屏显示餐品信息进而便于进行配餐处理；或者，配餐提示设备可以为配餐广播，该配餐广播可以广播餐品信息进而便于进行配餐处理。

步骤s220：根据该餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长。

其中，餐品时长数据表中记录有餐品的餐品标识信息及其配餐时长的对应关系；以及，调度单元信息表中记录有餐品种类信息以及配餐处理的配餐调度单元的单元标识的对应关系，和/或记录有餐品标识信息以及配餐处理的调度单元的单元标识的对应关系。

具体地，上述餐品时长数据表和调度单元信息表可以通过商家端录入并发送至kms中，其中，商家端可以为点餐设备、收银设备等。对于餐品时长数据表，则需录入餐品标识信息和配餐时长的对应关系，并发送至kms；对于调度单元信息表，则需录入餐品种类和/或餐品标识信息和调度单元的单元标识的对应关系，并发送给kms。并且，每当餐品发生更新时，可通过商家端的修改入口对餐品时长数据表和调度单元信息表进行修改，以删除或新增餐品以及删除或新增该餐品的配餐时长和配餐处理的调度单元的信息。

以及，kms在针对该餐饮订单确定每个调度单元进行配餐处理所需的配餐时长的过程中，根据该餐品信息查询调度单元信息表，确定对每份餐品进行配餐处理的调度单元；以及，根据该餐品信息查询餐品时长数据表，确定每份餐品的配餐时长；针对每个调度单元，将在该调度单元进行配餐处理的餐品的配餐时长进行累加处理，得到该调度单元进行配餐处理所需的配餐时长。举例来说，从订单消息中解析出4份餐品的餐品名称分别为餐品1，餐品2，餐品3以及餐品4，通过查询调度单元信息表，确定对该4份餐品进行配餐处理的调度单元分别为调度单元a，调度单元a，调度单元b以及调度单元c；通过查询餐品时长数据表，确定该4份餐品的配餐时长分别为1分钟，1分钟，2分钟以及4分钟；将在调度单元a，调度单元b，以及调度单元c进行配餐处理的餐品的配餐时长分别进行累加，得到调度单元a，调度单元b，以及调度单元c进行配餐处理所需的配餐时长分别为(1+1)分钟，2分钟以及4分钟。上述方式是基于快餐、轻食等餐饮模式的特有性质来考虑，针对任一餐饮订单，将各个调度单元对该餐饮订单中包含的餐品进行配餐处理的时长进行累加，得到各个调度单元的配餐时长，以用于后续依据配餐时长确定目标调度标识，由于快餐、轻食的配餐速度较快，通常不存在积压的配餐任务，则仅依据当前餐饮订单包含的至少一份餐品的配餐时长即可准确计算出各个调度单元的配餐时长，而无需过多关注历史的配餐任务，可以提高计算效率和准确度，进而促进订单调度效率的提升。

步骤s230：将配餐时长最长的调度单元的单元标识确定为该至少一份餐品的目标调度标识，将该至少一份餐品的出餐任务调度给该目标调度标识对应的调度单元以进行出餐处理。

kms在确定至少一个调度单元进行配餐处理所需的配餐时长后，将配餐时长最长的调度单元的单元标识确定为该至少一份餐品的目标调度标识，该目标调度标识所标识调度单元的配餐时长最长，则该至少一份餐品出餐所需等待的最少时长为该出餐单元的配餐时长。kms将餐饮订单包含的至少一份餐品的出餐任务调度给该目标调度标识所标识调度单元以在至少一份餐品配餐完成后，通过该调度单元进行出餐处理。该调度方式中，将出餐任务调度给配餐时长最长的出餐单元，避免平均分配或者其他的分配方式使出餐任务被分配到配餐时长较短的调度单元，而导致在该配餐时长较短的调度单元配餐完成后需要等待配餐时长较长的调度单元的配餐，提高出餐任务调度的合理性以及调度的效率。

例如，上文中调度单元a，调度单元b，以及调度单元c进行配餐处理所需的配餐时长分别为(1+1)分钟，2分钟以及4分钟，则将该餐饮订单的出餐任务调度给调度单元c，当调度单元c配餐处理完成时，调度单元a和调度单元b已完成配餐处理，此时则将由调度单元a、调度单元b以及调度单元c配餐得到的餐品集中到该调度单元c并迅速进行出餐处理，而无需等待调度单元a以及调度单元b的配餐处理，而若以平均或者其他方式进行调度，则可能将出餐任务调度给调度单元a或调度单元b，但是调度单元a或调度单元b配餐处理完成时，调度单元c可能还未完成配餐，则需等待调度单元c配餐完成，这种调度方式显然不合理。

在上文中，均是在解析得到餐品信息后，查询并确定至少一个调度单元进行配餐处理分别所需的配餐时长，而在本发明的一些可选的实施例中，对至少一份餐品进行配餐处理的调度单元的数量可以为一个或多个。在这些可选的实施例中，在解析该订单消息中携带的至少一份餐品的餐品信息之后，根据该餐品信息判断对该至少一份餐品进行配餐处理的调度单元是否为多个，其中，可通过查询调度单元信息表确定进行配餐处理的调度单元的数量。若进行配餐处理的调度单元为多个，则执行上述步骤s220至步骤s230，根据该餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定该多个调度单元进行配餐处理分别所需的配餐时长，以及将配餐时长最长的调度单元的单元标识确定为该至少一份餐品的目标调度标识，将该至少一份餐品的出餐任务调度给该出餐单元以进行出餐处理。若进行配餐处理的调度单元为一个，则可省去执行步骤s220至步骤s230，而直接将该一个调度单元的单元标识确定为所述至少一份餐品的目标调度标识，通过这种方式，可在所需的调度单元仅为一个时，省去查询并确定配餐时长的过程，减少调度过程的计算量，提高调度效率。

步骤s240：查询与所述目标调度标识关联的出餐设备是否为多个，若是，比较与该多个出餐设备的设备标识分别关联的待出餐任务的数量；将关联待出餐任务的数量最少的设备标识确定为所述至少一份餐品的目标出餐标识以进行出餐处理。

在本实施例中，在将出餐任务调度给目标调度标识对应的调度单元后，将出餐任务调度给相应的出餐设备，进一步提高出餐任务调度的准确性，利于快速出餐。

其中，与每个调度单元关联的出餐设备为一个或多个，该一个或多个出餐设备的显示屏上显示有调度至该出餐设备的出餐任务对应的任务信息，以及显示有出餐处理的操作控件以供出餐人员进行出餐操作，例如，任务信息包括订单编号、餐品信息和/或任务状态，在出餐完成后，可通过删除相应出餐任务的任务信息或者将任务状态修改为已出餐，以完成出餐的管理操作。

具体地，若与出餐单元关联的出餐设备为多个，则通过比较该多个出餐设备的设备标识关联的待出餐任务的数量，并将关联的待出餐任务的数量最少的单元标识确定为目标出餐标识，将给至少一份餐品的出餐任务调度给该目标出餐标识对应的出餐设备以进行出餐处理。确定出待出餐任务的数量最少的出餐设备，并将出餐任务调度给该出餐设备，使得每个出餐设备中待出餐任务的数量保持均衡，进而可快速出餐。其中，与设备标识关联的待出餐任务的数量可从kms的调度中心中获取到，每当将新的出餐任务调度给出餐设备后，则可对调度中心中记录的与设备标识和/或单元标识关联的出餐任务的任务信息进行更新，例如，更新任务数量；或者，每当出餐设备接收到输入的出餐操作后，将出餐操作的操作信息反馈给调度中心，也可根据反馈的操作信息对与设备标识和/或单元标识关联的出餐任务的任务信息进行更新。反之，若关联的出餐设备仅为一个，则将出餐任务调度给该一个出餐设备。

以及，在将出餐任务调度给出餐设备的过程中，生成该出餐任务的识别信息，识别信息包括取餐号和/或用户信息，用户信息可以为用户账号，昵称，手机号码后四位等；将该识别信息发送给目标出餐标识对应的出餐设备，以供在该目标出餐标识对应的出餐设备中显示该识别信息。需要在此说明的是，该显示识别信息的屏和上文中显示任务信息的屏可以设计为出餐设备的两个屏，或者为同一个屏，本发明实施例中对此不做具体限定。待出餐任务的数量最少，则表明该出餐设备的出餐压力最小，进而可以确保快速出餐；并且，在该出餐设备中显示识别信息，则用户可以直观的确定具体的取餐位置。并且，在生成出餐任务的识别信息后，将该识别信息和/或目标出餐标识发送给下单终端。其中，若下单终端为商家端，可通过商家端连接的打印机将识别信息和/或该出餐设备的标识信息打印出来并提供给用户；若下单终端为用户端，则在用户端显示该识别信息和/或该出餐设备的标识信息。通过该识别信息和/或出餐设备的标识信息，用户可以迅速确定取餐的编号和/或位置。

需要在此说明的是，在实际实施时，出餐任务的调度方式是可通过商家端进行灵活设置的，可配置依据餐品的配餐时长或者调度单元的待出餐任务的数量确定目标调度标识，kms通过接收商家端发送的订单调度的配置信息，检测该配置信息是否为根据餐品的配餐时长进行调度，其中，当检测接收到通过商家端录入并发送的餐品标识信息和配餐时长的对应关系后，则确定配置信息为根据餐品的配餐时长进行调度；当确定为根据餐品的配餐时长进行调度后，则利用本发明的上述实施例中的餐饮订单的调度方法进行调度，即若为根据餐品的配餐时长进行调度，则根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长。

上述提供的餐饮订单调度的方法，可以广泛应用于出餐调度的场景中，其中，尤其是支持多个调度单元以及每个调度单元关联多个出餐设备，且提供的主要为快餐、轻食等制作速度较快的餐品的店铺，由于快餐、轻食的配餐处理过程迅速快捷，则利用上述方案可实现准确、合理的调度，利于有序快速的对包含一份或多份餐品的套餐进行出餐处理。

根据本实施例提供的餐饮订单的调度方法，通过对餐饮订单的订单消息进行解析而得到至少一份餐品的餐品信息，进而可便于后续确定需要进行配餐处理的调度单元以及各个调度单元的配餐时长；以及，查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长，并将配餐时长最长的调度单元的单元标识确定为目标调度标识，该目标调度标识对应的调度单元的配餐时长为至少一份餐品出餐所需等待的最少时长，相应的，将出餐任务调度给该调度单元则可以避免因将出餐任务调度给配餐时长较短的调度单元，而导致在该配餐时长较短的调度单元配餐完成后需要等待配餐时长较长的调度单元的配餐；进一步的，将出餐任务调度给与出餐单元关联的多个出餐设备中，待出餐任务的数量最少的出餐设备，以确保快速出餐。由此可见，本实施例方案，通过将出餐任务调度给配餐时长最长的调度单元，相较于平均调度的方式，可以提高出餐任务调度的合理性；以及，将出餐任务调度给待出餐订单的数量最少的出餐设备，可以按照繁忙程度进行分配，进一步提高任务调度的准确性，确保出餐效率。

图3示出了本发明实施例提供的餐饮订单的调度装置的结构示意图。如图3所示，该装置包括：

解析模块310，适于在接收到餐饮订单的订单消息后，解析所述订单消息中携带的至少一份餐品的餐品信息；

查询模块320，适于根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长；

第一调度模块330，适于将配餐时长最长的调度单元的单元标识确定为所述至少一份餐品的目标调度标识，将所述至少一份餐品的出餐任务调度给所述目标调度标识对应的调度单元以进行出餐处理。

在一种可选的实施方式中，所述装置还包括：判断模块，适于根据所述餐品信息判断对所述至少一份餐品进行配餐处理的调度单元是否为多个；

查询模块进一步适于：若进行配餐处理的调度单元为多个，则根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定该多个调度单元进行配餐处理分别所需的配餐时长。

在一种可选的实施方式中，所述第一调度模块进一步适于：若进行配餐处理的调度单元为一个，则将该一个调度单元的单元标识确定为所述至少一份餐品的目标调度标识。

在一种可选的实施方式中，所述查询模块进一步适于：

根据所述餐品信息查询调度单元信息表，确定对每份餐品进行配餐处理的调度单元；以及，根据所述餐品信息查询餐品时长数据表，确定每份餐品的配餐时长；

针对每个调度单元，将在该调度单元进行配餐处理的餐品的配餐时长进行累加处理，得到该调度单元进行配餐处理所需的配餐时长。

在一种可选的实施方式中，所述装置还包括：

第二调度模块，适于查询与所述目标调度标识关联的出餐设备是否为多个，若是，比较与该多个出餐设备的设备标识分别关联的待出餐任务的数量；将关联待出餐任务的数量最少的设备标识确定为所述至少一份餐品的目标出餐标识；将所述至少一份餐品的出餐任务调度给所述目标出餐标识对应的出餐设备以进行出餐处理。

在一种可选的实施方式中，所述第二调度模块进一步适于：

生成所述出餐任务的识别信息；将所述识别信息发送给目标出餐标识对应的出餐设备。

在一种可选的实施方式中，所述装置还包括：发送模块，适于将所述识别信息和/或目标出餐标识下发给下单终端。

在一种可选的实施方式中，所述装置还包括：配餐处理模块，适于根据所述餐品信息查询调度单元信息表，根据查询结果将每份餐品分配给相应调度单元进行配餐处理以配餐得到该餐品。

在一种可选的实施方式中，所述装置还包括：检测模块，适于接收商家端发送的订单调度的配置信息，检测所述配置信息是否为根据餐品的配餐时长进行调度；

所述查询模块进一步适于：若为根据餐品的配餐时长进行调度，则根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定每个调度单元进行配餐处理所需的配餐时长。

本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的餐饮订单的调度方法。

图4示出了本发明实施例计算设备的结构示意图，本发明实施例具体实施例并不对计算设备的具体实现做限定。

如图4所示，该计算设备可以包括：处理器(processor)402、通信接口(communicationsinterface)404、存储器(memory)406、以及通信总线408。

其中：处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。处理器402，用于执行程序410，具体可以执行上述用于计算设备的餐饮订单的调度方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器cpu，或者是特定集成电路asic(applicationspecificintegratedcircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。

存储器406，用于存放程序410。存储器406可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

程序410具体可以用于使得处理器402执行以下操作：

在接收到餐饮订单的订单消息后，解析所述订单消息中携带的至少一份餐品的餐品信息；

根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长；

将配餐时长最长的调度单元的单元标识确定为所述至少一份餐品的目标调度标识，将所述至少一份餐品的出餐任务调度给所述目标调度标识对应的调度单元以进行出餐处理。

在一种可选的方式中，所述程序410使所述处理器执行以下操作：根据所述餐品信息判断对所述至少一份餐品进行配餐处理的调度单元是否为多个；

若进行配餐处理的调度单元为多个，则根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定该多个调度单元进行配餐处理分别所需的配餐时长。

在一种可选的方式中，所述程序410使所述处理器执行以下操作：若进行配餐处理的调度单元为一个，则将该一个调度单元的单元标识确定为所述至少一份餐品的目标调度标识。

在一种可选的方式中，所述程序410使所述处理器执行以下操作：

根据所述餐品信息查询调度单元信息表，确定对每份餐品进行配餐处理的调度单元；以及，根据所述餐品信息查询餐品时长数据表，确定每份餐品的配餐时长；

针对每个调度单元，将在该调度单元进行配餐处理的餐品的配餐时长进行累加处理，得到该调度单元进行配餐处理所需的配餐时长。

在一种可选的方式中，所述程序410使所述处理器执行以下操作：

查询与所述目标调度标识关联的出餐设备是否为多个，若是，比较与该多个出餐设备的设备标识分别关联的待出餐任务的数量；

将关联待出餐任务的数量最少的设备标识确定为所述至少一份餐品的目标出餐标识；

将所述至少一份餐品的出餐任务调度给所述目标出餐标识对应的出餐设备以进行出餐处理。

在一种可选的方式中，所述程序410使所述处理器执行以下操作：生成所述出餐任务的识别信息；将所述识别信息发送给目标出餐标识对应的出餐设备。

在一种可选的方式中，所述程序410使所述处理器执行以下操作：将所述识别信息和/或目标出餐标识下发给下单终端。

在一种可选的方式中，所述程序410使所述处理器执行以下操作：根据所述餐品信息查询调度单元信息表，根据查询结果将每份餐品分配给相应调度单元进行配餐处理以配餐得到该餐品。

在一种可选的方式中，所述程序410使所述处理器执行以下操作：接收商家端发送的订单调度的配置信息，检测所述配置信息是否为根据餐品的配餐时长进行调度；

若为根据餐品的配餐时长进行调度，则根据所述餐品信息查询餐品时长数据表和调度单元信息表，根据查询结果确定至少一个调度单元进行配餐处理分别所需的配餐时长。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明实施例的内容，并且上面对特定语言所做的描述是为了披露本发明实施例的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明实施例的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明实施例并帮助理解各个发明方面中的一个或多个，在上面对本发明实施例的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明实施例的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明实施例的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明实施例进行说明而不是对本发明实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。