CN109816126A - 订餐信息的处理方法、装置及系统 - Google Patents

Abstract

本申请公开了一种订餐信息的处理方法、装置及系统，涉及信息处理技术领域，可减少订餐用户的就餐等待时间。其中方法包括：获取订餐用户的订餐信息，订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和订餐用户的标识信息；将携带有订餐信息的座位查询请求指令发送给服务器，以使得服务器在根据订餐信息预估订餐用户对应的就餐时间段后，查询就餐门店中在就餐时间段内未锁定的空闲座位信息；接收服务器发送的空闲座位信息；当接收到订餐下单指令时，根据空闲座位信息中被选择的就餐座位标识信息，向服务器发送座位锁定请求指令，以使得服务器对与就餐座位标识信息对应的目标空闲座位信息在就餐时间段内进行锁定处理。

Description

订餐信息的处理方法、装置及系统

技术领域

本申请涉及信息处理技术领域，尤其是涉及到一种订餐信息的处理方法、装置及系统。

背景技术

随着互联网技术的不断发展，线上预点餐服务越来越流行。用户到店就餐之前，可以通过线上预点餐服务提前下单点餐，到店之后可以直接就餐，减少了用户的等待时间；对商户来说，也能够帮商户掌握客流情况，便于商户统一准备菜品，提高商户运营效率。

目前，用户可通过点餐小程序提前在线上预点餐，到店时再扫桌码下单，用餐完成后扫码付款。然而，这种方式的缺点是用户线上预点餐时不确定店内在就餐时间段内是否有空闲座位，如果在此就餐时间段内不存在空闲座位，则会造成用户到店后还需要排队等待座位的情况，进而会影响用户的就餐时间，造成用户用餐体验较差。

发明内容

有鉴于此，本申请提供了一种订餐信息的处理方法、装置及系统，主要目的在于解决目前现有技术中的点餐方式会造成用户到店后可能还需要排队等待座位，进而会影响用户的就餐时间，造成用户用餐体验较差的问题。

根据本申请的一个方面，提供了一种订餐信息的处理方法，可应用于客户端，该方法包括：

获取订餐用户的订餐信息，所述订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和所述订餐用户的标识信息；

将携带有所述订餐信息的座位查询请求指令发送给服务器，以使得所述服务器在根据所述订餐信息预估所述订餐用户对应的就餐时间段后，查询所述就餐门店中在所述就餐时间段内未锁定的空闲座位信息；

接收所述服务器发送的所述空闲座位信息；

当接收到订餐下单指令时，根据所述空闲座位信息中被选择的就餐座位标识信息，向所述服务器发送座位锁定请求指令，以使得所述服务器对与所述就餐座位标识信息对应的目标空闲座位信息在所述就餐时间段内进行锁定处理。

可选的，在向所述服务器发送座位锁定请求之后，所述方法还包括：

当接收到对与所述订餐信息对应的已下订单的支付指令时，向所述服务器发送所述已下订单的支付请求指令，以使得所述服务器根据所述已下订单的就餐支付时间点和与所述就餐信息对应的就餐最迟到达时间点，确定所述已下订单的支付操作是否支付超时；

接收所述服务器发送的超时补偿信息，所述超时补偿信息是所述服务器在确定所述已下订单的支付操作支付超时、且所述已下订单对应的就餐完成时间点晚于所述就餐时间段的截止时间点时发送的。

可选的，所述就餐最迟到达时间点是根据所述到店时间点、所述就餐时间段对应的就餐时长、所述订餐用户的历史到店信息确定的。

可选的，所述方法还包括：

若确定所述已下订单支付成功，则将所述已下订单的订单信息和支付时间信息发送给所述服务器，以使得所述服务器根据所述已下订单的订单信息和所述支付时间信息，更新所述订餐用户的历史到店信息。

可选的，在接收所述服务器发送的超时补偿信息之后，所述方法还包括：

将所述超时补偿信息进行输出，其中，所述超时补偿信息是所述服务器根据所述已下订单对应的就餐超时时长、与所述目标空闲座位信息对应的下一个订餐用户的预计就餐时长、所述下一个订餐用户的订单金额信息确定的。

可选的，在向所述服务器发送座位锁定请求之后，所述方法还包括：

接收所述服务器发送的订餐预订成功信息，所述订餐预订成功信息是所述服务器对所述目标空闲座位信息在所述就餐时间段内锁定处理成功后发送的；

将所述订餐预订成功信息进行输出。

可选的，在接收所述服务器发送的所述空闲座位信息之后，所述方法还包括：

将所述空闲座位信息进行输出。

根据本申请的另一方面，提供了另一种订餐信息的处理方法，可应用于服务器，该方法包括：

接收客户端发送的座位查询请求指令，所述座位查询请求指令携带有订餐用户的订餐信息，所述订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和所述订餐用户的标识信息；

根据所述就餐信息预估所述订餐用户对应的就餐时间段；

查询所述就餐门店中在所述就餐时间段内未锁定的空闲座位信息；

将所述空闲座位信息发送给所述客户端；

接收所述客户端发送的座位锁定请求指令，所述座位锁定请求指令携带有所述空闲座位信息中被选择的就餐座位标识信息；

对与所述就餐座位标识信息对应的目标空闲座位信息在所述就餐时间段内进行锁定处理。

可选的，根据所述就餐信息预估所述订餐用户对应的就餐时间段，具体包括：

获取所述就餐门店对应的第一平均就餐时长；及

获取所述就餐菜品对应的第二平均就餐时长；及

获取所述就餐人数对应的第三平均就餐时长；及

获取所述订餐用户的标识信息对应的历史平均就餐时长；

以所述第一平均就餐时长、所述第二平均就餐时长、所述第三平均就餐时长、所述历史平均就餐时长为参数，利用第一预设公式计算与所述订餐信息对应的所述订餐用户的预估就餐时长；

按照所述预估就餐时长和所述到店时间点，确定所述订餐用户对应的就餐时间段。

可选的，所述第一预设公式为 其中，time表示所述预估就餐时长，T_SHOP表示所述第一平均就餐时长，T_SEAT表示所述第三平均就餐时长，表示各个所述就餐菜品i对应的所述第二平均就餐时长，T_USER表示所述历史平均就餐时长，k0、k1、k2、k3为预先配置的各个参数的权重系数值。

可选的，所述方法还包括：

接收所述客户端发送的支付请求指令，所述支付请求指令是所述客户端在接收到对与所述订餐信息对应的已下订单的支付指令时发送的；

根据所述预估就餐时长和与所述订餐用户的标识信息对应的历史到店信息，计算允许等待所述订餐用户到店的等待时长；

依据所述到店时间点和所述等待时长，确定所述就餐信息对应的就餐最迟到达时间点；

根据所述已下订单的就餐支付时间点和所述就餐最迟到达时间点，确定所述已下订单的支付操作是否支付超时；

若所述已下订单的支付操作支付超时，则检测所述已下订单对应的就餐完成时间点是否晚于所述就餐时间段的截止时间点；

若所述就餐完成时间点晚于所述就餐时间段的截止时间点，则向所述客户端发送超时补偿信息。

可选的，根据所述预估就餐时长和与所述订餐用户的标识信息对应的历史到店信息，计算允许等待所述订餐用户到店的等待时长，具体包括：

从所述历史到店信息中获取所述订餐用户历史到店的迟到次数和相应的迟到时长；

按照所述迟到次数和所述迟到时长，计算所述订餐用户历史到店的平均迟到时长；

以所述平均迟到时长和所述预估就餐时长作为参数，利用第二预设公式计算允许等待所述订餐用户到店的所述等待时长。

可选的，所述第二预设公式为buffer＝k0×time-k1×V_USER，其中，time表示所述预估就餐时长，V_USER表示所述平均迟到时长，buffer表示所述等待时长，k0、k1为预先配置的各个参数的权重系数值。

可选的，所述超时补偿信息是以所述已下订单对应的就餐超时时长、与所述目标空闲座位信息对应的下一个订餐用户的预计就餐时长、所述下一个订餐用户的订单金额信息作为参数，利用第三预设公式计算得到的。

可选的，所述第三预设公式为其中，T_expire表示所述已下订单对应的所述就餐超时时长，T_next表示所述下一个订餐用户的所述预计就餐时长，C_next表示所述下一个订餐用户的订单金额，fine表示超时补偿金额，k0为预先配置的权重系数值。

可选的，所述方法还包括：

接收所述客户端发送的所述已下订单的订单信息和支付时间信息，所述已下订单的订单信息和所述支付时间信息是所述客户端在确定所述已下订单支付成功时发送的；

根据所述已下订单的订单信息和所述支付时间信息，更新所述订餐用户的标识信息对应的历史到店信息。

可选的，若所述已下订单的支付操作支付超时，则所述方法还包括：

对所述目标空闲座位信息在所述就餐时间段内进行解锁处理。

可选的，在对与所述就餐座位标识信息对应的目标空闲座位信息在所述就餐时间段内进行锁定处理之后，所述方法还包括：

若对所述目标空闲座位信息在所述就餐时间段内锁定处理成功，则向所述客户端发送订餐预订成功信息。

根据本申请的又一方面，提供了一种订餐信息的处理装置，可应用于客户端，该装置包括：

获取单元，用于获取订餐用户的订餐信息，所述订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和所述订餐用户的标识信息；

发送单元，用于将携带有所述订餐信息的座位查询请求指令发送给服务器，以使得所述服务器在根据所述订餐信息预估所述订餐用户对应的就餐时间段后，查询所述就餐门店中在所述就餐时间段内未锁定的空闲座位信息；

接收单元，用于接收所述服务器发送的所述空闲座位信息；

所述发送单元，还用于当接收到订餐下单指令时，根据所述空闲座位信息中被选择的就餐座位标识信息，向所述服务器发送座位锁定请求指令，以使得所述服务器对与所述就餐座位标识信息对应的目标空闲座位信息在所述就餐时间段内进行锁定处理。

可选的，所述发送单元，还用于当接收到对与所述订餐信息对应的已下订单的支付指令时，向所述服务器发送所述已下订单的支付请求指令，以使得所述服务器根据所述已下订单的就餐支付时间点和与所述就餐信息对应的就餐最迟到达时间点，确定所述已下订单的支付操作是否支付超时；

所述接收单元，还用于接收所述服务器发送的超时补偿信息，所述超时补偿信息是所述服务器在确定所述已下订单的支付操作支付超时、且所述已下订单对应的就餐完成时间点晚于所述就餐时间段的截止时间点时发送的。

可选的，所述就餐最迟到达时间点是根据所述到店时间点、所述就餐时间段对应的就餐时长、所述订餐用户的历史到店信息确定的。

可选的，所述发送单元，还用于若确定所述已下订单支付成功，则将所述已下订单的订单信息和支付时间信息发送给所述服务器，以使得所述服务器根据所述已下订单的订单信息和所述支付时间信息，更新所述订餐用户的历史到店信息。

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

输出单元，用于将所述超时补偿信息进行输出，其中，所述超时补偿信息是所述服务器根据所述已下订单对应的就餐超时时长、与所述目标空闲座位信息对应的下一个订餐用户的预计就餐时长、所述下一个订餐用户的订单金额信息确定的。

可选的，所述装置还包括：输出单元；

所述接收单元，还用于接收所述服务器发送的订餐预订成功信息，所述订餐预订成功信息是所述服务器对所述目标空闲座位信息在所述就餐时间段内锁定处理成功后发送的；

所述输出单元，用于将所述订餐预订成功信息进行输出。

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

输出单元，用于将所述空闲座位信息进行输出。

依据本申请再一个方面，提供了一种订餐信息的处理装置，可应用于服务器，该装置包括：

接收单元，用于接收客户端发送的座位查询请求指令，所述座位查询请求指令携带有订餐用户的订餐信息，所述订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和所述订餐用户的标识信息；

预估单元，用于根据所述就餐信息预估所述订餐用户对应的就餐时间段；

查询单元，用于查询所述就餐门店中在所述就餐时间段内未锁定的空闲座位信息；

发送单元，用于将所述空闲座位信息发送给所述客户端；

所述接收单元，还用于接收所述客户端发送的座位锁定请求指令，所述座位锁定请求指令携带有所述空闲座位信息中被选择的就餐座位标识信息；

处理单元，用于对与所述就餐座位标识信息对应的目标空闲座位信息在所述就餐时间段内进行锁定处理。

可选的，所述预估单元，具体用于获取所述就餐门店对应的第一平均就餐时长；及

获取所述就餐菜品对应的第二平均就餐时长；及

获取所述就餐人数对应的第三平均就餐时长；及

获取所述订餐用户的标识信息对应的历史平均就餐时长；

以所述第一平均就餐时长、所述第二平均就餐时长、所述第三平均就餐时长、所述历史平均就餐时长为参数，利用第一预设公式计算与所述订餐信息对应的所述订餐用户的预估就餐时长；

按照所述预估就餐时长和所述到店时间点，确定所述订餐用户对应的就餐时间段。

可选的，所述第一预设公式为 其中，time表示所述预估就餐时长，T_SHOP表示所述第一平均就餐时长，T_SEAT表示所述第三平均就餐时长，表示各个所述就餐菜品i对应的所述第二平均就餐时长，T_USER表示所述历史平均就餐时长，k0、k1、k2、k3为预先配置的各个参数的权重系数值。

可选的，所述装置还包括：计算单元和确定单元；

所述接收单元，还用于接收所述客户端发送的支付请求指令，所述支付请求指令是所述客户端在接收到对与所述订餐信息对应的已下订单的支付指令时发送的；

所述计算单元，用于根据所述预估就餐时长和与所述订餐用户的标识信息对应的历史到店信息，计算允许等待所述订餐用户到店的等待时长；

所述确定单元，用于依据所述到店时间点和所述等待时长，确定所述就餐信息对应的就餐最迟到达时间点；

所述确定单元，还用于根据所述已下订单的就餐支付时间点和所述就餐最迟到达时间点，确定所述已下订单的支付操作是否支付超时；

所述确定单元，还用于若所述已下订单的支付操作支付超时，则检测所述已下订单对应的就餐完成时间点是否晚于所述就餐时间段的截止时间点；

所述发送单元，还用于若所述就餐完成时间点晚于所述就餐时间段的截止时间点，则向所述客户端发送超时补偿信息。

可选的，所述计算单元，具体用于从所述历史到店信息中获取所述订餐用户历史到店的迟到次数和相应的迟到时长；

按照所述迟到次数和所述迟到时长，计算所述订餐用户历史到店的平均迟到时长；

以所述平均迟到时长和所述预估就餐时长作为参数，利用第二预设公式计算允许等待所述订餐用户到店的所述等待时长。

可选的，所述第二预设公式为buffer＝k0×time-k1×V_USER，其中，time表示所述预估就餐时长，V_USER表示所述平均迟到时长，buffer表示所述等待时长，k0、k1为预先配置的各个参数的权重系数值。

可选的，所述超时补偿信息是以所述已下订单对应的就餐超时时长、与所述目标空闲座位信息对应的下一个订餐用户的预计就餐时长、所述下一个订餐用户的订单金额信息作为参数，利用第三预设公式计算得到的。

可选的，所述第三预设公式为其中，T_expire表示所述已下订单对应的所述就餐超时时长，T_next表示所述下一个订餐用户的所述预计就餐时长，C_next表示所述下一个订餐用户的订单金额，fine表示超时补偿金额，k0为预先配置的权重系数值。

可选的，所述装置还包括：更新单元；

所述接收单元，用于接收所述客户端发送的所述已下订单的订单信息和支付时间信息，所述已下订单的订单信息和所述支付时间信息是所述客户端在确定所述已下订单支付成功时发送的；

所述更新单元，用于根据所述已下订单的订单信息和所述支付时间信息，更新所述订餐用户的标识信息对应的历史到店信息。

可选的，所述处理单元，还用于若所述已下订单的支付操作支付超时，则对所述目标空闲座位信息在所述就餐时间段内进行解锁处理。

可选的，所述发送单元，还用于若对所述目标空闲座位信息在所述就餐时间段内锁定处理成功，则向所述客户端发送订餐预订成功信息。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于客户端的订餐信息的处理方法。

依据本申请再一个方面，提供了一种终端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于客户端的订餐信息的处理方法。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于服务器的订餐信息的处理方法。

依据本申请再一个方面，提供了一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于服务器的订餐信息的处理方法。

依据本申请再一个方面，提供了一种订餐信息的处理系统，包括上述终端设备和服务器。

借由上述技术方案，本申请提供的一种订餐信息的处理方法、装置及系统，与目前现有技术中的点餐方式相比，本申请在订餐用户订餐时，客户端可将携带有订餐信息的座位查询请求指令发送给服务器，服务器可根据订餐信息中预订的就餐门店、就餐菜品、就餐人数、到店时间点和订餐用户的标识信息，提前准确预估订餐用户对应的就餐时间段。进而服务器可将查询到的该就餐门店中在该就餐时间段内未锁定的空闲座位信息发送给客户端，使得订餐用户可选择在哪个空闲座位就餐然后下单，下单后服务器可对相应的目标空闲座位信息在该就餐时间段内进行锁定处理。以便后续目标空闲座位在该就餐时间段内不会被订出，使得订餐用户按照到店时间点到店就餐时不会存在没有空闲座位的情况，不会影响订餐用户的就餐时间，减少了订餐用户的等待时间，可以提升订餐用户的用餐体验。并且通过这种方式也能够帮助商户掌握客流情况，便于商户统一准备菜品，提高商户运营效率，且能够最大化利用门店座位资源，提高商户翻台率。

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

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种订餐信息的处理方法的流程示意图；

图2示出了本申请实施例提供的另一种订餐信息的处理方法的流程示意图；

图3示出了本申请实施例提供的一种空闲座位查询的实例示意图；

图4示出了本申请实施例提供的一种线上订餐应用场景实例的流程示意图；

图5示出了本申请实施例提供的一种线下就餐应用场景实例的流程示意图；

图6示出了本申请实施例提供的一种订餐信息的处理装置的结构示意图；

图7示出了本申请实施例提供的另一种订餐信息的处理装置的结构示意图；

图8示出了本申请实施例提供的又一种订餐信息的处理装置的结构示意图；

图9示出了本申请实施例提供的再一种订餐信息的处理装置的结构示意图；

图10示出了本申请实施例提供的一种订餐信息的处理系统的系统架构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

针对目前现有技术中的点餐方式会造成用户到店后可能还需要排队等待座位，进而会影响用户的就餐时间，造成用户用餐体验较差的的问题，本实施例提供了一种订餐信息的处理方法，可应用于客户端侧，如图1所示，该方法包括：

101、客户端获取订餐用户的订餐信息。

其中，订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和订餐用户的标识信息。该标识信息具体可以为订餐用户的名称或ID号等。

对于本实施例的执行主体可以为用于订餐信息处理的客户端装置或设备。在订餐用户输入完毕订餐信息后，可手动输入相应的座位查询指令，用于查询按照到店时间点到店后该就餐门店内是否有空闲座位。在装置侧接收到该指令后，可获取输入的订餐信息，并基于该订餐信息通过服务器查询相应的空闲座位，具体可执行步骤102至103所示过程。除了订餐用户手动输入座位查询指令的方式以外，还可以由装置侧自动检测识别，在检测到订餐用户输入完毕订餐信息后，可自动触发查询空闲座位。

102、将携带有订餐信息的座位查询请求指令发送给服务器。

进一步的，以使得服务器在根据订餐信息预估订餐用户对应的就餐时间段后，查询就餐门店中在就餐时间段内未锁定的空闲座位信息。其中，就餐时间段可为从到店时间点算起至订餐用户就餐完毕并结账离店的这段时间；空闲座位信息中可包含预订的就餐门店在该预估的就餐时间段内的空闲座位情况，这些空闲座位未被锁定，即没有被其他用户在该就餐时间段内预订或者使用。

对于本实施例，为了获取就餐门店准确的空闲座位信息需要通过服务器在线查询。服务器可根据预订的就餐门店、就餐菜品、就餐人数、到店时间点和订餐用户的标识信息这些条件因素，准确预估订餐用户对应的就餐时间段，并且查询这一时间段内该就餐门店的空闲座位返回给客户端，使得订餐用户可针对这些空闲座位进行预订，保证订餐用户按照到店时间点到店就餐时不会存在没有空闲座位的情况，减少了订餐用户的等待时间。

103、接收服务器发送的查询到的空闲座位信息。

在本实施例中，服务器查询到的空闲座位信息中可包含多个可选的空闲座位的座位标识，以及每个座位标识对应的可容纳就餐人数，然后将这些查询到的信息返回给客户端，由客户端将这些查询到的信息进行输出展示，以便订餐用户选择在哪个空闲座位就餐。或者为了满足就餐门店的业务需求，服务器从这些可选的空闲座位中选择一个可满足这些订餐人数同时就餐的座位的座位标识，作为查询到的空闲座位信息发送给客户端，相当于特定指派一个空闲座位提供给订餐用户进行就餐使用。这样可减少不同订餐用户同时选择相同空闲座位所产生的订位冲突。

104、当接收到订餐下单指令时，根据接收到的空闲座位信息中被选择的就餐座位标识信息，向服务器发送座位锁定请求指令。

进一步的，以使得服务器对与就餐座位标识信息对应的目标空闲座位信息在预估的就餐时间段内进行锁定处理。锁定处理相当于在锁定的时间段内不允许其他用户预订和使用该座位。就餐座位标识信息可为被选择的就餐座位名称、桌位号等。

例如，订餐用户可选择在哪个空闲座位就餐，然后下单，服务器针对该被选择的空闲座位在预估的就餐时间段内进行锁定处理，这样其他用户就不可以在该时间段内对该空闲座位进行预订就餐，并且在店内的人员也不能在该时间段内对该空闲座位进行就餐。

本实施例提供的一种可应用于客户端侧的订餐信息的处理方法，与目前现有技术中的点餐方式相比，本实施例可使得订餐用户按照到店时间点到店就餐时不会存在没有空闲座位的情况，不会影响订餐用户的就餐时间，减少了订餐用户的等待时间，可以提升订餐用户的用餐体验。并且利用这种精确到具体时间段的预订方式，能够帮助商户掌握客流情况，便于商户统一准备菜品，提高商户运营效率，且能够最大化利用门店座位资源，提高商户翻台率。

进一步的，作为上述实施例具体实施方式的细化和扩展，后续订餐用户实际到店就餐时可按照之前的订餐信息进行确认支付，如果订餐下单时已经预支付了相应的金额，在确认支付时可利用预支付的这部分押金抵扣用餐消费。而对于本实施例，可利用就餐支付时间点确定订餐用户是否按时到店就餐，其中，就餐支付时间点可为订餐用户最终的就餐确认支付的时间点，在就餐确认支付后，商家开始为订餐用户提供餐品。但是如果订餐用户到店时刻比预订的就餐时间点晚，那么该订餐用户就会顺延就餐时间段，进而会影响下一位订餐用户的就餐时间。为了督促本次订餐用户下回能够及时到店就餐，以及弥补对下一位订餐用户以及商户的损失，作为一种可选方式，本实施例可采用超时补偿机制，相应的，在步骤104之后还可包括：当接收到对与订餐信息对应的已下订单的支付指令时，向服务器发送已下订单的支付请求指令，进而以使得服务器根据已下订单的就餐支付时间点和与该就餐信息对应的就餐最迟到达时间点，确定已下订单的支付操作是否支付超时；然后接下来可能会接收服务器发送的超时补偿信息，该超时补偿信息是服务器在确定已下订单的支付操作支付超时、且已下订单对应的就餐完成时间点晚于预估的就餐时间段的截止时间点时发送的。

其中，超时补偿信息中可包含超时补偿的方式以及需要补偿哪些内容等。就餐最迟到达时间点为用户可最晚到达的那一时刻，可用于判别是否会影响下一位订餐用户的就餐时间、是否会影响该座位的翻台率等。例如，利用就餐支付时间点判别订餐用户是否按时到店就餐，如果就餐支付时间点在提前预订的到店时间点之前或者等于该到店时间点，那么可说明订餐用户没有迟到，可按照提前预订的到店时间点安排为该用户提供餐品。如果就餐支付时间点在提前预订的到店时间点之后，且在就餐信息对应的就餐最迟到达时间点之前，说明订餐用户虽已迟到，但是属于可接受的迟到时间范围，如果实际也按照预估的就餐时间段完成就餐，则不会对下一位订餐用户的就餐时间以及商户造成过多损失，进而也可作为支付没有超时的情况。如果就餐支付时间点在该就餐最迟到达时间点之后，这种情况下可认为是会影响下一位订餐用户的就餐时间、或者影响该座位的翻台率。如果实际就餐完成时间点也晚于预估的就餐时间段的截止时间点，那么可进一步确定已经影响到了下一位订餐用户的就餐时间，即是由订餐用户迟到为主要原因造成的，进而可通过服务器向客户端返回超时补偿信息，使得订餐用户进行超时补偿。

由于每个订餐用户每个订单的就餐最迟到达时间点不同，为了得到更加准确的参考标准，可选的，在本实施例中，就餐最迟到达时间点是服务器根据订餐用户预订的到店时间点、预估的就餐时间段对应的就餐时长、订餐用户的历史到店信息确定的。由于预估的就餐时长越长，就餐迟到对下一个订餐用户或商户来说影响越小，因此可接受的等待时长也越长；并且如果根据该订餐用户的历史到店信息确定该订餐用户经常迟到且每次迟到的时长也较多，可将可接受的等待时长缩短，综合这两种因素并且结合到店时间点，可得到准确的就餐最迟到达时间点。

进一步的，为了该订餐用户下次订餐时能够参考本次的历史到店信息准确进行下次就餐最迟到达时间点的计算，作为一种可选方式，在本实施例中，若确定已下订单支付成功，则可将已下订单的订单信息和支付时间信息发送给服务器，进而以使得服务器根据已下订单的订单信息和支付时间信息，更新订餐用户的历史到店信息。从而可提高计算该订餐用户下次订餐时对应的就餐最迟到达时间点的准确性。

为了使得订餐用户了解超时补偿信息中的内容，进一步的，在接收服务器发送的超时补偿信息之后，还可将超时补偿信息进行输出，其中，超时补偿信息是服务器根据该已下订单对应的就餐超时时长、与目标空闲座位信息对应的下一个订餐用户的预计就餐时长以及下一个订餐用户的订单金额信息确定的。参考了已超时的时长、预计影响下一个订餐用户的就餐时长以及下一个订餐用户的订单金额等诸多要素，综合计算得到相对合适的超时补偿信息，用于补偿由于超时而造成下一个订餐用户和商户的影响损失。

进一步的，在步骤104之后本实施例还可包括：接收服务器发送的订餐预订成功信息，订餐预订成功信息是服务器对目标空闲座位信息在预估的就餐时间段内锁定处理成功后发送的；然后将订餐预订成功信息进行输出。进而方便订餐用户及时了解是否预订成功。输出方式可包括文字、图片、音频、视频、灯光、振动等。相应的，在步骤103之后也可将接收到的空闲座位信息进行输出，以方便订餐用户进行选择。例如，将空闲座位按照在就餐门店的分布区域位置进行展示，每个空闲座位可对应展示可容纳的就餐人数，以及是否靠窗、靠近上菜过道等。

需要说明的是，上述可应用于客户端侧的订餐信息的处理方法，是在客户端侧描述具体的订餐信息的处理过程，而为了完整说明本实施例的具体实施方式，提供了另一种可应用于服务器侧的订餐信息的处理方法，以便说明在服务器侧的订餐信息处理过程，如图2所示，该方法包括：

201、服务器接收客户端发送的座位查询请求指令。

其中，座位查询请求指令携带有订餐用户的订餐信息，订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和订餐用户的标识信息。

202、根据就餐信息预估订餐用户对应的就餐时间段。

在本实施例中，服务器可根据订餐信息中包含的就餐门店、就餐菜品、就餐人数以及与该订餐用户的标识信息对应的历史就餐信息，对订餐用户的此次就餐时长进行预估，然后从到店时间点算起，加上这个预估就餐时长得到预估的就餐截止时间点，最后可将从到店时间点到就餐截止时间点之间的这段时间范围，确定为该订餐用户预估的就餐时间段，即在这段时间段内订餐用户处于就餐状态。例如，预估的就餐时长为50分钟，预订的到店时间点为12:10，那么该订餐用户的就餐时间段为[12:10，13:00]这一时间段。

203、查询就餐门店中在预估的就餐时间段内未锁定的空闲座位信息。

对于本实施例，未锁定的这些空闲座位代表在预估的就餐时间段内可被使用。查询空闲座位的过程中可一并查询这些空闲座位所在就餐门店的位置，以及每个空闲座位所能容纳的就餐人数、座位类型(如连排座、圆桌、方桌、八角桌等)等。

例如，如果预估的就餐时间段为[12:10，13:00]这一时间段，如图3所示，可查询这一时间段内各个座位的被锁定情况，图中深色区域为被锁定状态。从而找出该时间段内未锁定的座位，其中未锁定是指在该整个就餐时间段内座位都没有被锁定。按图3所示，在[12:10，13:00]这一时间段内，只有座位B未锁定，可以提供服务。

204、将查询到的空闲座位信息发送给客户端。

例如，可将查询到的空闲座位、以及这些座位所在餐厅中的位置、所能容纳的就餐人数、座位类型等发送给客户端进行输出展示，以便订餐用户根据自身的实际需求进行选择预订。

205、接收客户端发送的座位锁定请求指令。

其中，座位锁定请求指令携带有空闲座位信息中被选择的就餐座位标识信息。

206、对与就餐座位标识信息对应的目标空闲座位信息在预估的就餐时间段内进行锁定处理。

例如，被选择的就餐座位标识为座位A，将座位A在预估的就餐时间段内进行锁座，不允许其他用户预订和使用该座位A，进而保证就餐用户在该预估的就餐时间段内可使用座位A进行就餐。

本实施例提供的一种可应用于服务端侧的订餐信息的处理方法，与目前现有技术中的点餐方式相比，本实施例可使得订餐用户按照到店时间点到店就餐时不会存在没有空闲座位的情况，不会影响订餐用户的就餐时间，减少了订餐用户的等待时间，可提升订餐用户的用餐体验。并且利用这种精确到具体时间段的预订方式，能够帮助商户掌握客流情况，便于商户统一准备菜品，提高商户运营效率，且能够最大化利用门店座位资源，提高商户翻台率。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了说明本实施例方法中步骤202具体的实施过程，作为一种可选方式，步骤202具体可包括：获取预订的就餐门店对应的第一平均就餐时长；及获取预订的就餐菜品对应的第二平均就餐时长；及获取预订的就餐人数对应的第三平均就餐时长；及获取与订餐用户的标识信息对应的历史平均就餐时长；然后以第一平均就餐时长、第二平均就餐时长、第三平均就餐时长、历史平均就餐时长为参数，利用第一预设公式计算与订餐信息对应的订餐用户的预估就餐时长；最后按照预估就餐时长和到店时间点，确定订餐用户对应的就餐时间段。

其中，第一平均就餐时长可为就餐门店的平均就餐时长，受该就餐门店的服务水平、备餐速度、门店类型等因素影响，不同就餐门店的平均就餐时长会有差异。例如服务水平越完善越有助于就餐效率，进而就餐时长越短；如果备餐速度较慢那么会造成用户的就餐时长加长；如果就餐门店为快餐类型，那么用户的就餐时长也会偏少等。第二平均就餐时长可为预订的就餐菜品的平均就餐时长，由于用户对不同的菜品吃的有快有慢、准备时间也不一样，所以不同的就餐菜品其相应的平均就餐时长也不同。第三平均就餐时长可为与就餐人数相关的平均就餐时长，一般就餐人数越多就餐时长越长。历史平均就餐时长可由该订餐用户的历史就餐记录统计得到。第一预设公式可根据实际业务需求预先配置。

对于本实施例，综合考虑了就餐门店的平均就餐时长、预订的就餐菜品的平均就餐时长、就餐人数相关的平均就餐时长以及订餐用户的历史平均就餐时长等多种因素，可更准确的计算出订餐用户的预估就餐时长。然后再结合预订的到店时间点可准确确定订餐用户对应的就餐时间段。

为了说明上述第一预设公式的具体形式，可选的，第一预设公式具体可以为其中，time表示预估就餐时长，T_SHOP表示第一平均就餐时长，T_SEAT表示第三平均就餐时长，表示各个就餐菜品i对应的第二平均就餐时长，T_USER表示订餐用户的历史平均就餐时长，k0、k1、k2、k3为预先配置的各个参数的权重系数值，这些权重系数值可根据实际业务需求进行配置。例如，对于k3，就餐人数越多，k3的权重越低。

通过上述公式可综合考虑就餐门店的平均就餐时长、预订的就餐菜品的平均就餐时长、就餐人数相关的平均就餐时长以及订餐用户的历史平均就餐时长等多种因素，并且还考虑了多种因素分别对就餐时长的影响大小，可以更准确的计算得到订餐用户的预估就餐时长。

在步骤206之后，如果对目标空闲座位信息在预估的就餐时间段内锁定处理成功，那么为了能够及时提醒订餐用户预订成功，本实施例还可包括：向客户端发送订餐预订成功信息。这样可帮助订餐用户及时了解是否订餐预订成功。

上述过程为订餐用户如约就餐(未迟到)的情况，如果订餐用户晚于预订的到店时间点到店，那么该订餐用户就会顺延就餐时间段，进而会影响下一位订餐用户的就餐时间。为了督促本次订餐用户下回能够及时到店就餐，以及弥补对下一位订餐用户以及商户的损失，进一步的，作为一种可选方式，本实施例还可包括：服务器接收客户端发送的支付请求指令，支付请求指令是客户端在接收到对与订餐信息对应的已下订单的支付指令时发送的；首先根据预估就餐时长和与订餐用户的标识信息对应的历史到店信息，计算允许等待订餐用户到店的等待时长；然后依据到店时间点和计算得到的等待时长，确定就餐信息对应的就餐最迟到达时间点；再然后根据已下订单的就餐支付时间点和就餐最迟到达时间点，确定已下订单的支付操作是否支付超时；若已下订单的支付操作支付超时，则检测已下订单对应的就餐完成时间点是否晚于预估的就餐时间段的截止时间点；若就餐完成时间点晚于预估的就餐时间段的截止时间点，则向客户端发送超时补偿信息。

其中，历史到店信息中可包含订餐用户每次到就餐门店就餐的准时次数、迟到次数、迟到时长等。例如，可根据订餐用户的历史到店信息和预估的就餐时长计算允许等待订餐用户到店的等待时长，通常情况下，如果迟到次数和迟到时长越多，那么等待时长就越短；如果预估的就餐时长越长，相应的等待时长也就越长。如果计算得到允许等待的时长为10分钟，而预订的到店时间点为12:10，那么该订餐用户本次订餐行为相应的就餐最迟到达时间点为12:20。如果就餐支付时间点(可根据订单支付时间确定)晚于该就餐最迟到达时间点12:20，那么可确定支付操作支付超时，并且后续实际就餐完成时间点也晚于预估的就餐时间段的截止时间点，因此可确定由订餐用户迟到为主要原因造成的就餐时长延长，那么需要向客户端发送超时补偿信息，使得订餐用户进行超时补偿。如果就餐支付时间点早于该就餐最迟到达时间点12:20，那么订餐用户支付成功后即可解锁相应的座位进行就餐。

具体的，为了说明上述根据预估就餐时长和与订餐用户的标识信息对应的历史到店信息，计算允许等待订餐用户到店的等待时长的过程，作为一种可选方式，该步骤具体可包括：从订餐用户的历史到店信息中获取订餐用户历史到店的迟到次数和相应的迟到时长；按照迟到次数和迟到时长，计算订餐用户历史到店的平均迟到时长；以平均迟到时长和预估就餐时长作为参数，利用第二预设公式计算允许等待订餐用户到店的等待时长。其中，第二预设公式可根据实际业务需求预先配置。

对于本实施例，综合考虑了订餐用户历史到店的平均迟到时长和本次就餐对应的预估就餐时长等因素，可准确计算允许等待订餐用户到店的等待时长。

为了说明上述第二预设公式的具体形式，可选的，第二预设公式为buffer＝k0×time-k1×V_USER，其中，time表示预估就餐时长，V_USER表示订餐用户历史到店的平均迟到时长，buffer表示允许等待订餐用户到店的等待时长，k0、k1为预先配置的各个参数的权重系数值，这些权重系数值可根据实际业务需求进行配置。

通过上述公式可综合考虑订餐用户历史到店的平均迟到时长和本次就餐对应的预估就餐时长等因素，并且还考虑了各个因素分别对等待时长的影响大小，可以更准确的计算允许等待订餐用户到店的等待时长。

上述超时补偿信息是为了督促本次订餐用户下回能够及时到店就餐，以及弥补对下一位订餐用户以及商户的损失，为了得到准确且符合实际业务需求的超时补偿信息，该超时补偿信息具体可由以已下订单对应的就餐超时时长(由就餐完成时间点与预估的就餐时间段的截止时间点之间的差值确定)、与目标空闲座位信息对应的下一个订餐用户的预计就餐时长(可类似于上述方式计算得到)、下一个订餐用户的订单金额信息(可从下一个订餐用户的订单信息中读取得到)作为参数，利用第三预设公式计算得到。

为了说明上述第三预设公式的具体形式，可选的，第三预设公式为其中，T_expire表示已下订单对应的就餐超时时长，T_next表示下一个订餐用户的预计就餐时长，C_next表示下一个订餐用户的订单金额，fine表示超时补偿金额。k0为预先配置的权重系数值，具体可根据实际业务需求进行配置。

通过上述公式可综合考虑支付操作超时时长、下一个订餐用户的预计就餐时长、下一个订餐用户的订单金额等多种因素，准确计算得到更加符合业务实际需求的超时补偿信息。例如，通过上述公式可计算出订餐用户需要额外支付的超时费用，用于赔付下个时间段预订该座位的用户，在订餐用户支付餐费和该超时费用后，才能确定支付成功，商户准备上菜。

需要说明的是，上述各个公式(即第一、第二、第三预设公式)并不是实现本申请的唯一公式，仅作为实施例的一种实现方式。技术人员可以根据业务需要对公式做适当变形，依然落在本申请的范围之内，例如增添参数或倍数值等。

进一步的，在订餐用户支付成功后，为了记录订餐用户到店信息和用户就餐信息，用于下次计算预计就餐时间，作为一种可选方式，本实施例还可包括：服务器接收客户端发送的已下订单的订单信息和支付时间信息，已下订单的订单信息和支付时间信息是客户端在确定已下订单支付成功时发送的；根据已下订单的订单信息和支付时间信息，更新订餐用户的标识信息对应的历史到店信息。从而可提高计算该订餐用户下次订餐时对应的就餐最迟到达时间点的准确性。

进一步的，若已下订单的支付操作支付超时，说明订餐用户已经迟到较长时间，如果订餐用户不来，那么预订的座位将会闲置，为了进一步降低这种影响，作为一种可选方式，相应的本实施例还可包括：对目标空闲座位信息在就餐时间段内进行解锁处理。这样其他用户就可使用或预订，进而可提高商户翻台率。

上述分别以客户端侧(对应步骤101至104)以及服务器侧(对应步骤201至206)，说明了订餐信息的处理过程。为了方便更进一步的理解本实施例提供的订餐信息的处理方法，基于上述实施例所描述的内容，给出如下具体应用场景，但不限于此：

例如，用户如果需要提前订餐，可通过客户端打开点餐页面，然后填写就餐信息，具体可包括选择想要就餐的门店、选择菜品、设定就餐人数等。然后客户端根据用户提供的这些就餐信息智能预估该用户的就餐时长，再结合用户设定的到店时间点，可计算出相应的就餐时间段。然后通过向服务器查询该时间段内所有空闲座位，如果不存在空闲座位，那么可由客户端提示用户重新预订其他门店或者更改其他时间等。如果存在空闲座位可提示用户进行选择，用户选择座位后下单并支付押金，此时服务器对该被选择的座位在该就餐时间段内进行锁定处理，这个时间段内不再接受线上预订。具体流程可参照图4所示。

在线下就餐时可判断用户是否按时到店，具体可通过用户就餐支付时间点来判断。如果用户按时到店就餐、或者到店超时但未超过就餐最迟到达时间点dealLine，用户可正常就餐并支付，然后跟踪用户的就餐记录。如果在预估的时间段内就餐完成(具体可由商家确认是否就餐完毕、或者用户通过客户端确认等)，那么可解锁该预订的座位继续接受预订，并记录用户到店信息以及就餐数据，以便计算下次预计就餐时间。并且还可以通过客户端、短信、智能语音电话等方式，在线通知下个预订该座位的用户就餐。如果用户在预估的时间段内未完成就餐，那么需要根据就餐超时时长提示用户额外支付费用，用以赔付接下来下一个时间段另一个预订该座位的用户。如果用户到店超时且超过就餐最迟到达时间点dealLine，说明订餐用户已经迟到较长时间，如果订餐用户不来，那么预订的座位将会闲置，为了进一步降低这种影响，可将被预订的目标座位解锁，这样其他用户就可使用或预订，进而可提高商户翻台率。具体流程可参照图5所示。

通过应用本实施例提供的方法，可智能预计用户就餐时间，并基于预计就餐时间实现了座位的高效管理。对于用户来说：线上点餐下单后座位即为用户保留，用户只需在预订时间段内到店，无需等待即可立即就餐。对于商户来说：用户有明确的就餐时间段，便于统筹备菜，提高了备餐效率和整体翻台率。

进一步的，作为图1所示方法的具体实现，本申请实施例提供了一种可应用于客户端侧的订餐信息的处理装置，如图6所示，该装置包括：获取单元31、发送单元32、接收单元33。

获取单元31，可用于获取订餐用户的订餐信息，订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和订餐用户的标识信息；

发送单元32，可用于将携带有订餐信息的座位查询请求指令发送给服务器。

进一步的，以使得服务器在根据订餐信息预估订餐用户对应的就餐时间段后，查询就餐门店中在就餐时间段内未锁定的空闲座位信息；

接收单元33，可用于接收服务器发送的空闲座位信息；

发送单元32，还可用于当接收到订餐下单指令时，根据空闲座位信息中被选择的就餐座位标识信息，向服务器发送座位锁定请求指令。

进一步的，以使得服务器对与就餐座位标识信息对应的目标空闲座位信息在就餐时间段内进行锁定处理。

在具体的应用场景中，发送单元32，还可用于当接收到对与订餐信息对应的已下订单的支付指令时，向服务器发送已下订单的支付请求指令。

进一步的，以使得服务器根据已下订单的就餐支付时间点和与就餐信息对应的就餐最迟到达时间点，确定已下订单的支付操作是否支付超时；

接收单元33，还可用于接收服务器发送的超时补偿信息，超时补偿信息是服务器在确定已下订单的支付操作支付超时、且已下订单对应的就餐完成时间点晚于就餐时间段的截止时间点时发送的。

在具体的应用场景中，就餐最迟到达时间点是根据到店时间点、就餐时间段对应的就餐时长、订餐用户的历史到店信息确定的。

在具体的应用场景中，发送单元32，还用于若确定已下订单支付成功，则将已下订单的订单信息和支付时间信息发送给服务器.

进一步的，以使得服务器根据已下订单的订单信息和支付时间信息，更新订餐用户的历史到店信息。

在具体的应用场景中，如图7所示，本装置还可包括：输出单元34；

输出单元34，可用于将超时补偿信息进行输出，其中，超时补偿信息是服务器根据已下订单对应的就餐超时时长、与目标空闲座位信息对应的下一个订餐用户的预计就餐时长、下一个订餐用户的订单金额信息确定的。

在具体的应用场景中，接收单元33，还可用于接收服务器发送的订餐预订成功信息，订餐预订成功信息是服务器对目标空闲座位信息在就餐时间段内锁定处理成功后发送的；

输出单元34，还可用于将订餐预订成功信息进行输出。

在具体的应用场景中，输出单元34，还可用于将空闲座位信息进行输出。

需要说明的是，本实施例提供的一种可应用于客户端侧的订餐信息的处理装置所涉及各功能单元的其它相应描述，可以参考图1中的对应描述，在此不再赘述。

通过应用上述可应用于客户端侧的订餐信息的处理装置，可使得订餐用户按照到店时间点到店就餐时不会存在没有空闲座位的情况，不会影响订餐用户的就餐时间，减少了订餐用户的等待时间，可提升订餐用户的用餐体验。并且利用这种精确到具体时间段的预订方式，能够帮助商户掌握客流情况，便于商户统一准备菜品，提高商户运营效率，且能够最大化利用门店座位资源，提高商户翻台率。

进一步的，作为图2至图5方法的具体实现，本申请实施例提供了一种可应用于服务器侧的订餐信息的处理装置，如图8所示，该装置包括：接收单元41、预估单元42、查询单元43、发送单元44、处理单元45。

接收单元41，可用于接收客户端发送的座位查询请求指令，座位查询请求指令携带有订餐用户的订餐信息，订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和订餐用户的标识信息；

预估单元42，可用于根据就餐信息预估订餐用户对应的就餐时间段；

查询单元43，可用于查询就餐门店中在就餐时间段内未锁定的空闲座位信息；

发送单元44，可用于将空闲座位信息发送给客户端；

接收单元41，还可用于接收客户端发送的座位锁定请求指令，座位锁定请求指令携带有空闲座位信息中被选择的就餐座位标识信息；

处理单元45，可用于对与就餐座位标识信息对应的目标空闲座位信息在就餐时间段内进行锁定处理。

在具体的应用场景中，预估单元42，具体可用于获取就餐门店对应的第一平均就餐时长；及获取就餐菜品对应的第二平均就餐时长；及获取就餐人数对应的第三平均就餐时长；及获取订餐用户的标识信息对应的历史平均就餐时长；以第一平均就餐时长、第二平均就餐时长、第三平均就餐时长、历史平均就餐时长为参数，利用第一预设公式计算与订餐信息对应的订餐用户的预估就餐时长；按照预估就餐时长和到店时间点，确定订餐用户对应的就餐时间段。

在具体的应用场景中，第一预设公式为 其中，time表示预估就餐时长，T_SHOP表示第一平均就餐时长，T_SEAT表示第三平均就餐时长，表示各个就餐菜品i对应的第二平均就餐时长，T_USER表示历史平均就餐时长，k0、k1、k2、k3为预先配置的各个参数的权重系数值。

在具体的应用场景中，如图9所示，本装置还包括：计算单元46和确定单元47；

接收单元41，还可用于接收客户端发送的支付请求指令，支付请求指令是客户端在接收到对与订餐信息对应的已下订单的支付指令时发送的；

计算单元46，可用于根据预估就餐时长和与订餐用户的标识信息对应的历史到店信息，计算允许等待订餐用户到店的等待时长；

确定单元47，可用于依据到店时间点和等待时长，确定就餐信息对应的就餐最迟到达时间点；

确定单元47，还可用于根据已下订单的就餐支付时间点和就餐最迟到达时间点，确定已下订单的支付操作是否支付超时；

确定单元47，还可用于若已下订单的支付操作支付超时，则检测已下订单对应的就餐完成时间点是否晚于就餐时间段的截止时间点；

发送单元44，还可用于若就餐完成时间点晚于就餐时间段的截止时间点，则向客户端发送超时补偿信息。

在具体的应用场景中，计算单元46，具体可用于从历史到店信息中获取订餐用户历史到店的迟到次数和相应的迟到时长；按照迟到次数和迟到时长，计算订餐用户历史到店的平均迟到时长；以平均迟到时长和预估就餐时长作为参数，利用第二预设公式计算允许等待订餐用户到店的等待时长。

在具体的应用场景中，第二预设公式为buffer＝k0×time-k1×V_USER，其中，time表示预估就餐时长，V_USER表示平均迟到时长，buffer表示等待时长，k0、k1为预先配置的各个参数的权重系数值。

在具体的应用场景中，超时补偿信息是以已下订单对应的就餐超时时长、与目标空闲座位信息对应的下一个订餐用户的预计就餐时长、下一个订餐用户的订单金额信息作为参数，利用第三预设公式计算得到的。

在具体的应用场景中，第三预设公式为其中，T_expire表示已下订单的支付操作超时时长，T_next表示下一个订餐用户的预计就餐时长，C_next表示下一个订餐用户的订单金额，fine表示超时补偿金额。

在具体的应用场景中，如图9所示，本装置还可包括：更新单元48；

接收单元41，可用于接收客户端发送的已下订单的订单信息和支付时间信息，已下订单的订单信息和支付时间信息是客户端在确定已下订单支付成功时发送的；

更新单元48，可用于根据已下订单的订单信息和支付时间信息，更新订餐用户的标识信息对应的历史到店信息。

在具体的应用场景中，处理单元45，还可用于若已下订单的支付操作支付超时，则对目标空闲座位信息在就餐时间段内进行解锁处理。

在具体的应用场景中，发送单元44，还可用于若对目标空闲座位信息在就餐时间段内锁定处理成功，则向客户端发送订餐预订成功信息。

需要说明的是，本申请实施例提供的一种可应用于服务器侧的订餐信息的处理装置所涉及各功能单元的其他相应描述，可以参考图2至图5中的对应描述，在此不再赘述。

基于上述如图1所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1所示的订餐信息的处理方法。基于上述如图2所示方法，本申请实施例还提供了另一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图2所示的订餐信息的处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的订餐信息的处理方法。

基于上述如图1所示的方法，以及图6至图7所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种终端设备，具体可以为个人计算机、平板电脑、智能手机、智能手表、POS设备或其他网络设备等，该终端设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1所示的订餐信息的处理方法。

基于上述如图2至图5所示的方法，以及图8至图9所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种服务器设备，具体可以为个人计算机、服务器、网络设备等，该服务器设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图2至图5所示的订餐信息的处理方法。

可选的，上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(Radio Frequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种终端设备和服务器设备的实体设备结构并不构成对这两种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述两个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

基于上述内容，进一步的，本申请实施例结合，还提供了一种订餐信息的处理系统，如图10所示，该系统包括终端设备51和服务器设备52；

其中，终端设备51可用于执行如图1所示的方法，服务器设备52可用于执行如图2所示的方法。

具体的，在订餐用户输入订餐用户的订餐信息后，终端设备51可获取这些订餐信息，然后将携带有该订餐信息的座位查询请求指令发送给服务器设备52。

服务器设备52在接收到终端设备51发送的座位查询请求指令后，可根据指令中携带的就餐信息预估订餐用户对应的就餐时间段；然后查询预订的就餐门店中在该就餐时间段内未锁定的空闲座位信息；再然后将该空闲座位信息发送给终端设备51；

终端设备51在接收到服务器设备52发送的空闲座位信息之后可进行输出，以便订餐用户进行选择。当接收到订餐下单指令时，根据空闲座位信息中被选择的就餐座位标识信息，向服务器设备52发送座位锁定请求指令；

服务器设备52在接收到客户端发送的座位锁定请求指令后，对指令中携带的与该就餐座位标识信息对应的目标空闲座位信息在就餐时间段内进行锁定处理。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有技术中的点餐方式相比，本实施例可使得订餐用户按照到店时间点到店就餐时不会存在没有空闲座位的情况，不会影响订餐用户的就餐时间，减少了订餐用户的等待时间，可以提升订餐用户的用餐体验。并且利用这种精确到具体时间段的预订方式，能够帮助商户掌握客流情况，便于商户统一准备菜品，提高商户运营效率，且能够最大化利用门店座位资源，提高商户翻台率。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种订餐信息的处理方法，其特征在于，包括：

获取订餐用户的订餐信息，所述订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和所述订餐用户的标识信息；

将携带有所述订餐信息的座位查询请求指令发送给服务器，以使得所述服务器在根据所述订餐信息预估所述订餐用户对应的就餐时间段后，查询所述就餐门店中在所述就餐时间段内未锁定的空闲座位信息；

接收所述服务器发送的所述空闲座位信息；

当接收到订餐下单指令时，根据所述空闲座位信息中被选择的就餐座位标识信息，向所述服务器发送座位锁定请求指令，以使得所述服务器对与所述就餐座位标识信息对应的目标空闲座位信息在所述就餐时间段内进行锁定处理。

2.根据权利要求1所述的方法，其特征在于，在向所述服务器发送座位锁定请求之后，所述方法还包括：

当接收到对与所述订餐信息对应的已下订单的支付指令时，向所述服务器发送所述已下订单的支付请求指令，以使得所述服务器根据所述已下订单的就餐支付时间点和与所述就餐信息对应的就餐最迟到达时间点，确定所述已下订单的支付操作是否支付超时；

接收所述服务器发送的超时补偿信息，所述超时补偿信息是所述服务器在确定所述已下订单的支付操作支付超时、且所述已下订单对应的就餐完成时间点晚于所述就餐时间段的截止时间点时发送的。

3.一种订餐信息的处理方法，其特征在于，包括：

接收客户端发送的座位查询请求指令，所述座位查询请求指令携带有订餐用户的订餐信息，所述订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和所述订餐用户的标识信息；

根据所述就餐信息预估所述订餐用户对应的就餐时间段；

查询所述就餐门店中在所述就餐时间段内未锁定的空闲座位信息；

将所述空闲座位信息发送给所述客户端；

接收所述客户端发送的座位锁定请求指令，所述座位锁定请求指令携带有所述空闲座位信息中被选择的就餐座位标识信息；

对与所述就餐座位标识信息对应的目标空闲座位信息在所述就餐时间段内进行锁定处理。

4.一种订餐信息的处理装置，其特征在于，包括：

获取单元，用于获取订餐用户的订餐信息，所述订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和所述订餐用户的标识信息；

发送单元，用于将携带有所述订餐信息的座位查询请求指令发送给服务器，以使得所述服务器在根据所述订餐信息预估所述订餐用户对应的就餐时间段后，查询所述就餐门店中在所述就餐时间段内未锁定的空闲座位信息；

接收单元，用于接收所述服务器发送的所述空闲座位信息；

所述发送单元，还用于当接收到订餐下单指令时，根据所述空闲座位信息中被选择的就餐座位标识信息，向所述服务器发送座位锁定请求指令，以使得所述服务器对与所述就餐座位标识信息对应的目标空闲座位信息在所述就餐时间段内进行锁定处理。

5.一种订餐信息的处理装置，其特征在于，包括：

接收单元，用于接收客户端发送的座位查询请求指令，所述座位查询请求指令携带有订餐用户的订餐信息，所述订餐信息中包含预订的就餐门店、就餐菜品、就餐人数、到店时间点和所述订餐用户的标识信息；

预估单元，用于根据所述就餐信息预估所述订餐用户对应的就餐时间段；

查询单元，用于查询所述就餐门店中在所述就餐时间段内未锁定的空闲座位信息；

发送单元，用于将所述空闲座位信息发送给所述客户端；

所述接收单元，还用于接收所述客户端发送的座位锁定请求指令，所述座位锁定请求指令携带有所述空闲座位信息中被选择的就餐座位标识信息；

处理单元，用于对与所述就餐座位标识信息对应的目标空闲座位信息在所述就餐时间段内进行锁定处理。

6.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至2中任一项所述的订餐信息的处理方法。

7.一种终端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至2中任一项所述的订餐信息的处理方法。

8.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求3所述的订餐信息的处理方法。

9.一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求3所述的订餐信息的处理方法。

10.一种订餐信息的处理系统，其特征在于，包括：如权利要求7所述的终端设备和如权利要求9所述的服务器设备。