CN107833339A - 确定排位时长的方法、装置及电子设备 - Google Patents

Abstract

本申请提供一种确定排位时长的方法、装置及电子设备，其中方法包括：基于获取到的桌位状态，确定目标账号的桌位资源；确定所述桌位资源对应的预定事件的时间信息；基于所述桌位资源对应的预定事件的时间信息，确定所述目标账号的排位时长。本申请技术方案可通过对桌位资源对应的预定事件的时间信息进行统计，量化影响目标账号的排位时长的实际场景；基于预定事件的时间信息确定目标账号的排位时长，可精确估算出目标账号的排位时长，通过排位时长可以使目标账号对应的用户在等待时能够有明确的心理预期，大大提高排位用户的消费体验。

Description

确定排位时长的方法、装置及电子设备

技术领域

本申请涉及互联网技术领域，尤其涉及一种确定排位时长的方法、装置及电子设备。

背景技术

随着互联网技术的飞速发展，商家通过在即时聊天工具中注册公众号，通过公众号为消费者介绍菜品。消费者在商家就餐时，通过扫描二维码的方式扫描公众号，实现自助式的排号等位。消费者可以通过公众号查到当前所排的号位，但消费者并不能根据其所排的号位获知其就餐的具体等待时间，消费者只能被动的等待，导致消费体验大大降低。

发明内容

有鉴于此，本申请提供一种确定排位时长的方法、装置及电子设备，可以精确预估排位用户在等待过程中的排位时长。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种确定排位时长的方法，包括：

基于获取到的桌位状态，确定目标账号的桌位资源；

确定所述桌位资源对应的预定事件的时间信息；

基于所述桌位资源对应的预定事件的时间信息，确定所述目标账号的排位时长。

根据本申请的第二方面，提出了一种确定排位时长的装置，包括：

第一确定模块，用于基于获取到的桌位状态，确定目标账号的桌位资源；

第二确定模块，用于确定所述第一确定模块确定的所述桌位资源对应的预定事件的时间信息；

第三确定模块，用于基于所述第二确定模块确定的所述桌桌位资源对应的预定事件的时间信息，确定所述目标账号的排位时长。

根据本申请的第三方面，提出了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行第一方面提出的确定排位时长的方法。

根据本申请的第四方面，提出了一种电子设备，所述电子设备包括：

处理器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器，用于执行第一方面提出的确定排位时长的方法。

由以上技术方案可见，由于目标账号的排位情形取决于桌位资源对应的预定事件，因此本实施例通过对桌位资源对应的预定事件的时间信息进行统计，量化了影响目标账号的排位时长的实际场景；由于桌位资源的每一个环节涉及到的预定事件的时间信息均可统计出来，因此基于预定事件的时间信息确定目标账号的排位时长，可精确估算出目标账号的排位时长，通过排位时长可以使目标账号对应的用户在等待时能够有明确的心理预期，大大提高排位用户的消费体验。

附图说明

图1是本申请一示例性实施例示出的确定排位时长的方法的流程图。

图2是本申请另一示例性实施例示出的确定排位时长的方法的流程图。

图3是本申请再一示例性实施例示出的确定排位时长的方法的流程图。

图4是本申请又一示例性实施例示出的电子设备的结构图。

图5是本申请一示例性实施例示出的确定排位时长的装置的结构图。

图6是本申请另一示例性实施例示出的确定排位时长的装置的结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是本申请一示例性实施例示出的确定排位时长的方法的流程图；本实施例可以应用在电子设备上，电子设备例如为智能手机、平板电脑、服务器等，如图1所示，包括如下步骤：

步骤101，基于获取到的桌位状态，确定目标账号的桌位资源。

在一实施例中，桌位状态可以包括：有可用桌位、无可用桌位，可通过预设字符来表示桌位状态，例如，“1”表示有可用桌位，“0”表示无可用桌位。在一实施例中，可以通过目标账号之前的等位账号、等位账号对应的就餐人数以及当前的就餐账号获取商家的桌位状态，其中，等位账号表示排在目标账号之前，并且与目标账号具有相同桌位资源的账号。

在一实施例中，目标账号可以是终端设备为用户按照时间顺序分配的身份标识，该身份标识可以为数字号码(例如，1、2、3等自然数表示的号码)，也可以为英文字符(例如，A1、A2、B1、B2等英文字符)。

在一实施例中，桌位资源可以通过目标账号对应的就餐人数以及等位账号来确定，例如，商家提供的桌位类型包括：小桌、中桌、大桌，其中，提供的数量分别为3个小桌，5个中桌，2个大桌。进一步地，2个大桌为1号大桌和2号大桌，若目标账号对应的就餐人数为7人，根据目标账号对应的就餐人数以及排在大桌的等位账号的个数，为目标账号分配的桌位资源为2号大桌。

步骤102，确定桌位资源对应的预定事件的时间信息。

在一实施例中，预定事件可以为桌位资源对应的点餐事件、就餐事件、清台事件，点餐事件、就餐事件、清台事件的数量根据桌位资源对应的账户的数量来定。在一实施例中，可以统计出与桌位资源相关的全部预定事件，进而计算每一个预定事件的时间信息，若全部预定事件中有不会出现的预定事件，则可将不会出现的预定事件的时间信息设置为0。在另一实施例中，可以先统计出桌位资源相关的全部预定事件中时间信息不为0的事件，之后，再统计这部分时间信息不为0的预定事件的时间信息。

步骤103，基于桌位资源对应的预定事件的时间信息，确定目标账号的排位时长。

在一实施例中，可以与桌位资源对应的账号分类为第一类账号和第二类账号，则与桌位资源对应的预定事件可分为与第一类账户对应的预定事件以及与第二类账户对应的预定事件，其中，第一类账号表示正在桌位资源就餐的账号，第二类账号表示排位在正在桌位资源就餐的账号与目标账号之间的账号。

在一实施例中，目标账号的排位时长可以通过如下公式(1)计算得出：

T_final＝T_odd+∑T_completion (1)

其中，T_final表示目标账号的排位时长，T_odd表示与第一类账户对应的预定事件的时间信息，T_{completion_j}表示与第二类账户对应的第j预定事件的时间信息，表示与第二类账户对应的全部预定事件的时间信息的和值，M表示与第二类账户对应的预定事件的个数。

进一步地，通过如下公式(2)得到与第一类账户对应的预定事件的时间信息：

其中，T_odd表示桌位资源的并且与第一类账户对应的预定事件的时间信息，T_{make_i}表示与第一类账户对应的第i个菜品的制作时长，表示与第一类账户对应的全部菜品的制作时长，T_eat2表示与第一类账户对应的菜品消耗时长，T1表示当前时间点，T0表示就餐时间点。

在一示例性场景中，商家可为用户提供10个桌位，其中，2个大桌，分别为1号大桌和2号大桌。用户A对应的排队号码为“132号”，则“132”表示目标账号。若用户A对应就餐人数为7人，则通过步骤101可为“132”确定的桌位资源为“1号大桌”，当前在“1号大桌”就餐的账号为“120”，排在“1号大桌”并且位于“120”与“132”之间的等位账号包括：“124”、“128”，在此场景中，账号“132”为本申请中所述的第一类账号，账号“124”、“128”为本申请中所述的第二类账号。

桌位资源“1号大桌”对应的预定事件可包括：账号“120”对应的就餐事件以及清台事件，以及，账号“124”、“128”各自对应的预定事件包括的点餐事件、就餐事件以及清台事件，因此通过统计账号“120”对应的就餐事件的时间信息、清台事件的时间信息、以及账号“124”和账号“128”各自对应的点餐事件、就餐事件以及清台事件的时间信息，即可基于上述公式(2)计算出账号“132”对应的预定事件的时间信息，进而基于公式(1)，计算出账号“132”对应的排队时长。

由于目标账号的排位情形取决于桌位资源对应的预定事件，因此本实施例通过对桌位资源对应的预定事件的时间信息进行统计，量化了影响目标账号的排位时长的实际场景；由于桌位资源的每一个环节涉及到的预定事件的时间信息均可统计出来，因此基于预定事件的时间信息确定目标账号的排位时长，可精确估算出目标账号的排位时长，通过排位时长可以使目标账号对应的用户在等待时能够有明确的心理预期，大大提高排位用户的消费体验。

图2是本申请另一示例性实施例示出的确定排位时长的方法的流程图；本实施例在上述实施例的基础上，以如何确定桌位资源对应的预定时间的时间信息为例进行示例性说明，如图2所示，包括如下步骤：

步骤201，确定桌位资源对应的账号信息。

在一实施例中，可基于当前的排位情形确定桌位资源对应的账号信息，若目标账号与正在桌位资源就餐的账号之间的账号为0，则桌位资源对应的账号信息可包括正在桌位资源就餐的账号，该正在桌位资源就餐的账号可视为本申请中的第一类账号；若目标账号与正在桌位资源就餐的账号之间的账号为1个以上，则桌位资源对应的账号信息可包括第一类账号以及排位在目标账号与正在桌位资源就餐的账号之间的账号，该排位在目标账号与正在桌位资源就餐的账号之间的账号可视为本申请中的第二类账号。第一类账号和第二类账号的具体举例可参见上述图1所示实施例中的描述，在此不再详述。

步骤202，基于账号信息，确定桌位资源对应的预定事件。

在一实施例中，若账号信息只包括第一类账号，可先确定第一类账号的状态；若第一类账号的状态表示正在就餐，将桌位资源对应的就餐事件和清台事件确定为桌位资源对应的预定事件；若第一类账号的状态表示就餐完毕，将桌位资源对应的清台事件确定为桌位资源对应的预定事件。其中，就餐事件表示电子设备记录的第一类账号在桌位资源就餐的事件，清台事件表示电子设备记录的第一类账号就餐完毕后，相关工作人员清理桌位资源的事件。

在另一实施例中，若账号信息包括第一类账号和第二类账号，可先确定第一类账号的状态；若第一类账号的状态表示正在就餐，将桌位资源对应的就餐事件、桌位资源对应的清台事件、第二类账号对应的等待事件确定为桌位资源对应的预定事件；若第一类账号的状态表示就餐完毕，将桌位资源对应的清台事件、第二类账号对应的等待事件确定为桌位资源对应的预定事件。其中，第二类账号对应的等待事件表示电子设备记录的第二类账号等待在桌位资源就餐的过程中的事件。

步骤203，获取与桌位资源对应的预定事件的时间信息。

在一实施例中，可以对每一个预定事件的时间信息进行统计，例如，对于第一类账户，若第一类账号的状态表示正在就餐，可先确定第一类账户对应的用餐人数，第一类账户对应的预定事件包括就餐事件和清台事件，则第一类账户对应的剩余用餐时长可视为本申请所述就餐事件的时间信息。

则可基于第一类账户对应的菜品中每一个菜品的制作时长、第一类账户对应的用餐人数，确定第一类账户对应的菜品消耗时长；例如，第一类账户对应的菜品包括菜品1、菜品2、菜品3，第一类账户对应的就餐人数为N，则第一类账户对应的菜品消耗时长可以通过如下公式(3)得到：

其中，T_eat2表示第一类账户对应的菜品消耗时长，T_m1、T_m2、T_m3分别表示菜品1、菜品2、菜品3各自的制作时长，T_e1、T_e2、T_e3分别表示菜品1、菜品2、菜品3各自的单位消耗时长，可通过统计的方式得到菜品1、菜品2、菜品3各自的单位消耗时长，Δx表示结合商家的各种因素统计出的误差值，通过该误差值可以实现基于商家自身的经营状况调整第一类账户对应的菜品消耗时长，确保第一类账户的菜品消耗时长更准确。

目标账号对应的剩余用餐时长可以上述式(2)计算得出，该剩余用餐时长即可视为本申请在该种情形下就餐事件的时间信息。

清台事件的时间信息可作为常量，根据不同商家的经营习惯来确定，本申请在此不做详述。

基于第一类账户对应的就餐时间点、当前时间点、每一个菜品的制作时长、第一类账户对应的菜品消耗时长，确定第一类账户对应的剩余用餐时长，可以大大提高对第一类账户对应的剩余用餐时长估算的准确性；此外，由于第一类账户对应的剩余用餐时长涉及到商家自身的经营状况(例如，菜品制作时长)，因此对于不同的商家而言，第一类账户对应的剩余用餐时长可更加贴近商户的实际经营状况。

在另一实施例中，若账号信息还包括第二类账号，则可通过如下公式(4)得到第二类账户对应的等待事件的时间信息：

T_completion＝T_orderdish+(∑T_make+∑T_eat)+T_cleaning (4)

其中，T_completion表示第二类帐户对应的等待事件的时间信息，∑T_make表示第二类账户对应的全部菜品的制作时长的总和，∑T_eat表示第二类帐户对应的全部菜品的消耗时长，T_orderdish为点菜时长，表示开台时间与下单时间之间的时间差，T_cleaning为清台时长，表示用户结账时间与清台时间时间之间的时间差，对于同一个商家而言，由于其作业流水线已经固化，因此T_orderdish与T_cleaning可根据通过对商户的多次操作统计得出。需要说明的是，若存在多个第二类帐户，则可基于上述公式(4)得到每一个第二类帐户对应的等待事件的时间信息，之后通过加和，得到多个第二类帐户的总的时间信息。

本实施例中，基于账号信息确定桌位资源对应的预定事件，获取与桌位资源对应的预定事件的时间信息，由于预定事件可以通过细化桌位资源对应的账号信息得到，因此可大大提高对桌位资源对应的预定事件的时间信息估算的准确性。

图3是本申请再一示例性实施例示出的确定排位时长的方法的流程图；本实施例在上述实施例的基础上，以如何确定桌位资源对应的预定事件的时间信息为例进行示例性说明，如图3所示，包括如下步骤：

步骤301，基于获取到的桌位状态，确定目标账号的桌位资源。

步骤301的描述可以参见上述图1所示实施例的描述，在此不再详述。

步骤302，确定与桌位资源相关的菜品信息。

在一实施例中，当与排位在桌位资源的账户相对应的用户点餐时，可以通过电子设备记录这些账户对应的菜品信息。

步骤303，确定与桌位资源相关的菜品信息中关于每一个菜品的制作时长。

在一实施例中，可以通过统计的方式确定每一个菜品的制作时长，例如，菜品为宫保鸡丁，通过在后厨统计宫保鸡丁的完整制作过程，即可统计出宫保鸡丁的制作时长。在另一实施例中，也可以通过下述图4的方式确定每一个菜品的制作时长，本实施例先不详述。此外，对于商家提供的即点即上菜品(例如，米饭或者饮料)，制作时长可视为零，为简化起见，可不参与本实施例中的计算。

步骤304，确定每一个菜品的菜品消耗时长。

在一实施例中，可以先确定每一个菜品对应的账户所包含的用餐人数，基于每一个菜品的制作时长、每一个菜品对应的账户所包含的用餐人数，确定每一个菜品对应的菜品消耗时长。例如，对于菜品1，对应账号“132”，用餐人数为N，则菜品1的菜品消耗时长可以通过如下公式(5)得到：

其中，T_eat1表示菜品1的菜品消耗时长，T_m1分别表示菜品1的制作时长，T_e1表示菜品1的单位消耗时长，Δx表示结合商家的各种因素统计出的误差值，通过该误差值可以基于商家自身的经营状况调整菜品的菜品消耗时长，确保菜品的菜品消耗时长的计算更准确。

步骤305，基于每一个菜品的制作时长、每一个菜品的菜品消耗时长，确定桌位资源对应的预定事件的时间信息。

在一实施例中，可以对每一个菜品依据账号归类，将属于统一账号的菜品统计到该账号对应的预定事件中，再基于同一个账号下的菜品的制作时长以及菜品消耗时长，计算出该同一个账号对应的预定事件的时间信息，之后对整个过程中的全部预定事件各自的时间信息进行加和，即可得到该桌位资源对应的预定事件的时间信息。

步骤306，基于桌位资源对应的预定事件的时间信息，确定目标账号的排位时长。

步骤306的描述可以参见上述图1所示实施例的描述，在此不再详述。

本实施例中，通过确定与桌位资源相关的菜品信息中关于每一个菜品的制作时长以及菜品消耗时长，基于与桌位资源相关的菜品信息对目标用户的等待过程进行量化，并且由于考虑到每一个菜品的制作时长以及每一个菜品的菜品消耗时长，因此可以精确估算目标用户的排位时长，通过排位时长可以使用户在等待过程中能够有明确的心理预期，大大提高消费者的消费体验。

在上述实施例的基础上，下面介绍如何确定商家提供的菜品的制作时长：

获取商家的多个历史订单。

基于多个历史订单中每一个历史订单的菜品、每一个历史订单的用餐时长以及每一个历史订单对应的用餐人数，确定商家的每一个菜品的制作时长。

在一实施例中，商家的多个历史订单可以存储在商家所使用的电子设备的存储模块中。

例如，多个订单包括订单1、订单2、…、订单N，其中，订单1包含菜品A、菜品B和菜品C，订单2包含菜品A、菜品E和菜品C，…，订单N包含菜品G、菜品E和菜品C，对这N个订单，可得到如下公式组：

在上述公式组中，第一个等式对应订单1，第二个等式对应订单2，…、第N个等式对应订单N，其中的T_mA、T_mB、T_mC、T_mE、T_mG表示订单所订的菜品的制作时长，T_mC表示即点即上菜品(例如，米饭、饮料等)，因此T_mC可视为零；其中的T_eA、T_eB、T_eC、T_eE、T_eG表示订单所订的菜品的消耗时长；其中的Count1、Count2、CountN表示对应订单的用餐人数，Δx表示结合商家的各种因素统计出的误差值，与上述图2所示实施例的描述相同；40分钟(min)，35min，55min分别表示该订单对应的用户在商户享受餐饮服务的总的用餐时长，商户可以在为提供一次订单服务后记录该时间数据。

由于上述公式组为多元一次方程，当商户提供足够多的历史订单的情形下，可解算出该商户提供的每个菜品的制作时长，以及每个菜品的消耗时长。

当商户提供足够多的历史订单的情形下，通过上述公式组可以精确估算出该商户提供的菜品的制作时长，以及每个菜品的消耗时长，从而可确保目标账户的排位时长基于该商户的经营数据得到，通过目标账户的排位时长准确体现商户的服务效率。

与前述确定排位时长的方法的实施例相对应，本申请还提供了确定排位时长的装置的实施例。

本申请确定排位时长的装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请确定排位时长的装置所在电子设备的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的电子设备通常根据该电子设备的实际功能，还可以包括其他硬件，对此不再赘述。

其中，处理器可执行上述图1-图3任一实施例提供的确定排位时长的方法。

此外，本申请还提供一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序用于执行上述图1-图3任一实施例提供的确定排位时长的方法。

图5是本申请一示例性实施例示出的确定排位时长的装置的结构图，如图5所示，装置可包括：

第一确定模块51，用于基于获取到的桌位状态，确定目标账号的桌位资源；

第二确定模块52，用于确定第一确定模块51确定的桌位资源对应的预定事件的时间信息；

第三确定模块53，用于基于第二确定模块52确定的桌桌位资源对应的预定事件的时间信息，确定目标账号的排位时长。

图6是本申请另一示例性实施例示出的确定排位时长的装置的结构图，如图6所示，在上述图5所示实施例的基础上，第二确定模块52可包括：

第一确定单元521，用于确定桌位资源对应的账号信息；

第二确定单元522，用于基于第一确定单元521确定的账号信息，确定桌位资源对应的预定事件；

获取单元523，用于获取与第二确定单元522确定的桌位资源对应的预定事件的时间信息。

在一实施例中，账号信息包括第一类账号，第二确定单元522具体可用于：

确定第一类账号的状态；

若第一类账号的状态表示正在就餐，将桌位资源对应的就餐事件和清台事件确定为桌位资源对应的预定事件；

若第一类账号的状态表示就餐完毕，将桌位资源对应的清台事件确定为桌位资源对应的预定事件。

在一实施例中，账号信息包括第一类账号和第二类账号，第二确定单元522具体可用于：

确定第一类账号的状态；

若第一类账号的状态表示正在就餐，将桌位资源对应的就餐事件、桌位资源对应的清台事件、第二类账号对应的等待事件确定为桌位资源对应的预定事件；

若第一类账号的状态表示就餐完毕，将桌位资源对应的清台事件、第二类账号对应的等待事件确定为桌位资源对应的预定事件。

在一实施例中，第二确定模块52可包括：

第三确定单元524，用于确定与桌位资源相关的菜品信息；

第四确定单元525，用于确定第三确定单元524确定与桌位资源相关的菜品信息中关于每一个菜品的制作时长；

第五确定单元526，用于确定每一个菜品的菜品消耗时长；

第六确定单元527，用于基于第四确定单元525确定的每一个菜品的制作时长、第五确定单元526确定的每一个菜品的菜品消耗时长，确定桌位资源对应的预定事件的时间信息。

在一实施例中，第三确定模块53可通过如下公式计算得出目标账号的排位时长：

其中，T_final表示目标账号的排位时长，T_odd表示桌位资源的并且与第一类账户对应的预定事件的时间信息，T_{completion_j}表示桌位资源的并且与第二类账户对应的第j预定事件的时间信息，表示桌位资源的并且与第二类账户对应的全部预定事件的时间信息的和值，M表示桌位资源的并且与第二类账户对应的预定事件的个数。

在一实施例中，第三确定模块53可通过如下公式得到桌位资源的并且与第一类账户对应的预定事件的时间信息：

其中，T_odd表示桌位资源的并且与第一类账户对应的预定事件的时间信息，T_{make_i}表示与第一类账户对应的第i个菜品的制作时长，表示与第一类账户对应的全部菜品的制作时长，T_eat2表示与第一类账户对应的菜品消耗时长，T1表示当前时间点，T0表示就餐时间点。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种确定排位时长的方法，其特征在于，所述方法包括：

基于获取到的桌位状态，确定目标账号的桌位资源；

确定所述桌位资源对应的预定事件的时间信息；

基于所述桌位资源对应的预定事件的时间信息，确定所述目标账号的排位时长。

2.根据权利要求1所述的方法，其特征在于，所述确定所述桌位资源对应的预定事件的时间信息，包括：

确定所述桌位资源对应的账号信息；

基于所述账号信息，确定所述桌位资源对应的预定事件；

获取与所述桌位资源对应的预定事件的时间信息。

3.根据权利要求2所述的方法，其特征在于，所述账号信息包括第一类账号，所述基于所述账号信息，确定所述桌位资源对应的预定事件，包括：

确定所述第一类账号的状态；

若所述第一类账号的状态表示正在就餐，将所述桌位资源对应的就餐事件和清台事件确定为所述桌位资源对应的预定事件；

若所述第一类账号的状态表示就餐完毕，将所述桌位资源对应的清台事件确定为所述桌位资源对应的预定事件。

4.根据权利要求2所述的方法，其特征在于，所述账号信息包括第一类账号和第二类账号，所述基于所述账号信息，确定所述桌位资源对应的预定事件，包括：

确定所述第一类账号的状态；

若所述第一类账号的状态表示正在就餐，将所述桌位资源对应的就餐事件、所述桌位资源对应的清台事件、所述第二类账号对应的等待事件确定为所述桌位资源对应的预定事件；

若所述第一类账号的状态表示就餐完毕，将所述桌位资源对应的清台事件、所述第二类账号对应的等待事件确定为所述桌位资源对应的预定事件。

5.根据权利要求1所述的方法，其特征在于，所述确定所述桌位资源对应的预定事件的时间信息，包括：

确定与所述桌位资源相关的菜品信息；

确定与所述桌位资源相关的菜品信息中关于每一个菜品的制作时长；

确定所述每一个菜品的菜品消耗时长；

基于所述每一个菜品的制作时长、所述每一个菜品的菜品消耗时长，确定所述桌位资源对应的预定事件的时间信息。

6.根据权利要求1-5任一所述的方法，其特征在于，在所述根基于所述桌位资源对应的预定事件的时间信息，确定所述目标账号的排位时长的步骤中，所述目标账号的排位时长通过如下公式计算得出：

<mrow> <msub> <mi>T</mi> <mrow> <mi>f</mi> <mi>i</mi> <mi>n</mi> <mi>a</mi> <mi>l</mi> </mrow> </msub> <mo>=</mo> <msub> <mi>T</mi> <mrow> <mi>o</mi> <mi>d</mi> <mi>d</mi> </mrow> </msub> <mo>+</mo> <munderover> <mo>&amp;Sigma;</mo> <mrow> <mi>j</mi> <mo>=</mo> <mn>0</mn> </mrow> <mi>M</mi> </munderover> <msub> <mi>T</mi> <mrow> <mi>c</mi> <mi>o</mi> <mi>m</mi> <mi>p</mi> <mi>l</mi> <mi>e</mi> <mi>t</mi> <mi>i</mi> <mi>o</mi> <mi>n</mi> <mo>_</mo> <mi>j</mi> </mrow> </msub> </mrow>

其中，T_final表示所述目标账号的排位时长，T_odd表示所述桌位资源的并且与第一类账户对应的预定事件的时间信息，T_{completion_j}表示所述桌位资源的并且与第二类账户对应的第j预定事件的时间信息，表示所述桌位资源的并且与第二类账户对应的全部预定事件的时间信息的和值，M表示桌位资源的并且与第二类账户对应的预定事件的个数。

7.根据权利要求6述的方法，其特征在于，通过如下公式得到所述桌位资源的并且与第一类账户对应的预定事件的时间信息：

<mrow> <msub> <mi>T</mi> <mrow> <mi>o</mi> <mi>d</mi> <mi>d</mi> </mrow> </msub> <mo>=</mo> <munderover> <mo>&amp;Sigma;</mo> <mi>i</mi> <mi>N</mi> </munderover> <msub> <mi>T</mi> <mrow> <mi>m</mi> <mi>a</mi> <mi>k</mi> <mi>e</mi> <mo>_</mo> <mi>i</mi> </mrow> </msub> <mo>+</mo> <msub> <mi>T</mi> <mrow> <mi>e</mi> <mi>a</mi> <mi>t</mi> <mn>2</mn> </mrow> </msub> <mo>-</mo> <mrow> <mo>(</mo> <mi>T</mi> <mn>1</mn> <mo>-</mo> <mi>T</mi> <mn>0</mn> <mo>)</mo> </mrow> </mrow>

其中，T_odd表示所述桌位资源的并且与第一类账户对应的预定事件的时间信息，T_{make_i}表示与第一类账户对应的第i个菜品的制作时长，表示所述与第一类账户对应的全部菜品的制作时长，T_eat2表示与所述第一类账户对应的菜品消耗时长，T1表示当前时间点，T0表示就餐时间点。

8.一种确定排位时长的装置，其特征在于，所述装置包括：

第一确定模块，用于基于获取到的桌位状态，确定目标账号的桌位资源；

第二确定模块，用于确定所述第一确定模块确定的所述桌位资源对应的预定事件的时间信息；

第三确定模块，用于基于所述第二确定模块确定的所述桌桌位资源对应的预定事件的时间信息，确定所述目标账号的排位时长。

9.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-7任一所述的确定排位时长的方法。

10.一种电子设备，其特征在于，所述电子设备包括：

处理器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器，用于执行上述权利要求1-7任一所述的确定排位时长的方法。