技术领域
[0001] 本申请实施例涉及外卖领域，特别涉及一种外卖送餐方法、装置、设备、介质及产品。
相关背景技术
[0002] 随着社会的不断发展，外卖数量也在不断增长。相关技术中，外卖配送的整体流程包括用户下单、商家生产、骑手取餐、骑手送餐和餐品送达。骑手在取餐和送餐的过程中，由于受到用户下单的即时性影响，因此在同一时间段内的送餐量是有限的。
[0003] 如何让骑手取餐和送餐的过程不受用户即时下单的影响，使骑手在同一时间段内的送餐量增加，从而提高外卖配送的效率，是目前亟待解决的问题。
具体实施方式
[0071] 为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
[0072] 图1出了本申请一个示例性实施例提供的外卖送餐系统的结构框图。该外卖送餐系统100包括：客户端120和服务器140。
[0073] 客户端120通过无线网络或有线网络与服务器140相连。
[0074] 客户端120包括商家客户端121、第一配送客户端122、第二配送客户端123和用户客户端124。
[0075] 商家客户端121安装和运行有支持接收外卖订单的应用程序。示例性的，商家客户端121是参与外卖活动的商家使用的客户端，商家使用商家客户端121进行接单和出餐。该商家客户端121与商家对应。在存在一个商家的情况下，该商家客户端121为一个。在存在多个商家的情况下，该商家客户端121为与多个商家中的每个商家一一对应的多个。本申请实施例对商家客户端121的数量不加以限定。
[0076] 第一配送客户端122安装和运行有支持接收第一配送任务的应用程序。示例性的，第一配送客户端122是第一骑手使用的客户端，第一骑手使用第一配送客户端122接收第一配送任务。第一配送任务是将一个或多个商家的餐品配送至一个或多个交付区域的任务。该第一配送客户端122与第一骑手对应。在存在一个第一骑手的情况下，该第一配送客户端
122为一个。在存在多个第一骑手的情况下，该第一配送客户端122为与多个第一骑手中的每个第一骑手一一对应的多个。本申请实施例对第一配送客户端122的数量不加以限定。
[0077] 第二配送客户端123安装和运行有支持接收第二配送任务的应用程序。示例性的，第二配送客户端123是第二骑手使用的客户端，第二骑手使用第二配送客户端123接收第二配送任务。第二配送任务是将一个交付区域中的餐品配送至交付区域内的目标用户的任务。该第二配送客户端123与第二骑手对应。在存在一个第二骑手的情况下，该第二配送客户端123为一个。在存在多个第二骑手的情况下，该第二配送客户端123为与多个第二骑手中的每个第二骑手一一对应的多个。本申请实施例对第二配送客户端123的数量不加以限定。
[0078] 用户客户端124安装和运行有支持点单的应用程序。示例性的，用户客户端124是需要订购外卖的用户使用的客户端，用户使用用户客户端124进行点单。该用户客户端124与用户对应。在存在一个用户的情况下，该用户客户端124为一个。在存在多个用户的情况下，该用户客户端124为与多个用户中的每个用户一一对应的多个。本申请实施例对用户客户端124的数量不加以限定。
[0079] 在一些实施例中，商家客户端121、第一配送客户端122、第二配送客户端123和用户客户端124的设备类型相同或不同，该设备类型包括：智能手机、智能手表、智能电视、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机和台式计算机中的至少一种。本申请实施例对设备类型不加以限定。
[0080] 服务器140包括一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。示例性的，服务器140包括处理器144和存储器142，存储器142又包括接收模块1421和发送模块1422，接收模块1421用于接收客户端120发送的请求，如接收第一配送客户端122发送的确认第一配送任务已完成的请求；发送模块1422用于向客户端120发送任务，如向第二配送客户端123发送第二配送任务。服务器140用于为客户端120中安装和运行的应用程序提供后台服务。可选地，服务器140承担主要计算工作，客户端120承担次要计算工作；或者，服务器140承担次要计算工作，客户端120承担主要计算工作；或者，服务器140和客户端120采用分布式计算架构进行协同计算。
[0081] 服务器140用于向商家客户端121发送第一订单，第一订单的收货人为位于交付区域内的交付点。
[0082] 服务器140还用于在商家客户端121接受第一订单的情况下，向第一配送客户端122发送第一订单的第一配送任务，第一配送任务是将第一订单订购的至少一个餐品配送至交付点的任务。
[0083] 服务器140还用于向位于交付区域中的至少一个用户客户端124发送至少一个餐品的售卖信息。
[0084] 服务器140还用于在用户客户端124订购至少一个餐品中的目标餐品的情况下，生成目标餐品的第二订单，第二订单的收货人为与用户客户端对应的目标用户。
[0085] 服务器140还用于向第二配送客户端123发送第二订单的第二配送任务，第二配送任务是将目标餐品配送至目标用户对应的位置的任务。
[0086] 相关技术中，外卖流程如图2所示，包括以下步骤：
[0087] 步骤1：用户下单；
[0088] 用户根据需要在外卖平台上进行下单，包括选择商家的对应的餐品、支付订单以及填写对应的收餐信息，该收餐信息包括收餐地址、收餐人的联系方式、收餐人的名称中的至少一种。
[0089] 步骤2：商家生产；
[0090] 商家确认是否接受生产订单，该生产订单由服务器根据用户下单的情况生成。可选的，该生产订单是针对商家的。可选的，该生产订单由用户发起。可选的，该生产订单用于连接商家与用户和商家与骑手。
[0091] 在商家确认不接受生产接单的情况下，向用户反馈商家不接受生产订单的情况，以及结束当前步骤。
[0092] 在商家确认接受生产订单的情况下，商家根据用户选择的餐品进行生产。
[0093] 步骤3：骑手取餐；
[0094] 骑手确认是否接受配送订单，该配送订单由服务器根据用户下单的情况生成。可选的，该配送订单是针对骑手的。可选的，该配送订单由商家发起。可选的，该配送订单用于连接骑手与商家和骑手与用户。
[0095] 在骑手确认不接受配送接单的情况下，向商家反馈骑手不接受配送订单的情况，以及结束当前步骤；或由商家继续等待新的骑手确认是否接受配送订单。
[0096] 在骑手确认接受配送订单的情况下，骑手前往对应的商家进行取餐。
[0097] 步骤4：骑手送餐；
[0098] 在骑手确认接受配送订单的情况下，骑手将对应商家的餐品向目标用户进行配送。
[0099] 步骤5：骑手送达。
[0100] 相关技术中，骑手在取餐和送餐的过程中，由于受到用户下单的即时性影响，因此在同一时间段内的送餐量是有限的。为了增加起骑手在同一时间段内的送餐量，提高外卖配送效率，本申请实施例中提出了一种外卖送餐方法。示例性的，如图3所示，包括以下步骤：
[0101] 步骤6：预估第一订单；
[0102] 第一订单是根据外卖平台中的外卖数据预测得到的。外卖数据包括餐品数量、区域信息、订餐时间中的至少一个。
[0103] 在一些实施例中，该第一订单是从至少一个商家订购至少一个餐品，收货人为至少一个交付点的订单。
[0104] 步骤7：商家生产；
[0105] 商家确认是否接受生产订单，该生产订单由服务器根据第一订单的情况生成。可选的，该生产订单是针对商家的。可选的，该生产订单用于连接商家与交付点和/或商家与骑手。
[0106] 在商家确认不接受生产接单的情况下，结束当前步骤。
[0107] 在商家确认接受生产订单的情况下，商家根据订单中对应的餐品进行生产。
[0108] 步骤8：第一骑手取餐；
[0109] 第一骑手确认是否接受配送订单，该配送订单由服务器根据第一订单的情况生成。可选的，该配送订单是针对第一骑手的。可选的，该配送订单用于连接第一骑手与商家和第一骑手与交付点。
[0110] 在第一骑手确认不接受配送接单的情况下，结束当前步骤。
[0111] 在第一骑手确认接受配送订单的情况下，第一骑手前往至少一个商家进行取餐。
[0112] 步骤9：第一骑手送餐；
[0113] 在第一骑手确认接受配送订单的情况下，第一骑手将至少一个商家的餐品向至少一个交付点进行配送。
[0114] 步骤10：第一骑手送达；
[0115] 步骤11：用户下单；
[0116] 每一个交付点服务的交付区域内的用户进行下单，包括选择交付点内餐品、支付订单以及填写对应的收餐信息，该收餐信息包括收餐地址、收餐人的联系方式、收餐人的名称中的至少一种。
[0117] 步骤12：第二骑手配送。
[0118] 由每一个交付点对应的第二骑手对用户订单进行配送。
[0119] 本申请实施例提供的外卖送餐方法，通过将一个骑手完成的从商家配送至用户的任务分割为先由第一骑手完成从商家配送至交付点，再由第二骑手完成从交付点配送至用户，使得骑手能够不受目标用户即时下单的影响，从而提高外卖配送的效率。
[0120] 图4是本申请一个示例性实施例提供的外卖送餐方法的流程图。该方法由如图1所示的外卖送餐系统100中的服务器140执行。该方法包括：
[0121] 步骤200：向商家客户端发送第一订单；
[0122] 服务器向商家客户端发送第一订单，该第一订单的发货人或承接人为商家客户端对应的商家，该第一订单的收货人为位于交付区域内的交付点，该交付区域是交付点的服务区域。可选的，该交付区域与交付点是一一对应的。可选的，该交付区域与交付点不是一一对应的，如一个交付点对应多个交付区域。本申请实施例中以交付区域与交付点是一一对应的为例进行举例说明。
[0123] 在一些实施例中，交付区域包括小区、办公楼、商圈中的至少一种。在一些实施例中，交付区域内的交付点包括移动外卖箱、移动餐车、机器人餐车中的至少一种。
[0124] 可选的，该商家客户端包括至少一个，如图1所示的外卖送餐系统100中的商家客户端121。可选的，该交付点包括至少一个。示例性的，如图5所示，分别向第一商家41对应的商家客户端、第二商家42对应的商家客户端和第三商家43对应的商家客户端发送第一订单，该第一订单的收货人为位于第一交付区域50内的第一交付点52和位于第二交付区域60内的第二交付点62。
[0125] 在一些实施例中，该第一订单包括从至少一个商家客户端对应的商家订购至少一个餐品，收货人为至少一个交付点的订单。示例性的，该第一订单包括从一个商家客户端对应的商家订购至少一个餐品，收货人为一个交付点的订单。示例性的，该第一订单包括从两个商家客户端对应的两个商家订购至少两个餐品，收货人为一个交付点的订单。示例性的，该第一订单包括从一个商家客户端对应的商家订购至少两个餐品，收货人为两个交付点的订单。
[0126] 在一些实施例中，商家客户端通过其他方式获取第一订单的制作任务。示例性的，商家客户端通过口头协议获取第一订单的制作任务。应当理解的是，商家客户端不是必须通过接收以及确认服务器发送的第一订单，从而获取第一订单的制作任务。本申请实施例中仅以服务器发送第一订单为例进行举例说明，任意能够使商家客户端对应的商家获取第一订单的制作任务的方式均属于本申请实施例中保护的范围。
[0127] 步骤220：在商家客户端确认第一订单的情况下，向第一配送客户端发送第一订单的第一配送任务；
[0128] 商家客户端基于接收到的第一订单，确认是否接受第一订单。在商家客户端不接受第一订单的情况下，结束当前步骤和/或重新执行步骤200。在商家客户端接受第一订单的情况下，服务器向第一配送客户端发送第一订单的第一配送任务。
[0129] 可选的，该第一配送客户端包括至少一个，如图1所示的外卖送餐系统100中的第一配送客户端122。
[0130] 该第一配送任务是将第一订单订购的至少一个餐品配送至交付点的任务。示例性的，该第一配送任务是将从一个商家客户端对应的商家订购的至少一个餐品，配送至一个交付点的任务。示例性的，该第一配送任务是将从两个商家客户端对应的两个商家订购的至少两个餐品，配送至一个交付点的任务。示例性的，该第一配送任务是将从一个商家客户端对应的商家订购至少两个餐品，配送至两个交付点的订单。
[0131] 示例性的，如图5所示，第一配送任务是由第一配送客户端对应的第一骑手40将第一商家41的至少一个餐品、第二商家42的至少一个餐品以及第三商家43的至少一个餐品配送至第一交付区域50内的第一交付点52和第二交付区域60内的第二交付点62。
[0132] 在一些实施例中，第一配送客户端通过其他方式接受第一订单的第一配送任务。示例性的，第一配送客户端通过口头协议确定接受第一订单的第一配送任务。应当理解的是，第一配送客户端不是必须通过接收以及确认服务器发送的第一订单的第一配送任务。
本申请实施例中仅以服务器发送第一配送任务为例进行举例说明，任意能够使第一配送客户端接受第一配送任务的方式均属于本申请实施例中保护的范围。
[0133] 步骤240：向位于交付区域内的多个用户客户端发送至少一个餐品的售卖信息；
[0134] 在一些实施例中，每个交付区域中包括至少一个用户客户端。向每个交付区域中的至少一个用户客户端发送配送至每个交付区域内的交付点的至少一个餐品的售卖信息。该售卖信息包括配送至每个交付区域内的交付点的至少一个餐品的餐品信息。示例性的，假设包括两个交付区域为第一交付区域和第二交付区域，则向第一交付区域中的至少一个用户客户端发送配送至第一交付区域内的交付点的至少一个餐品的售卖信息，向第二交付区域中的至少一个用户客户端发送配送至第二交付区域内的交付点的至少一个餐品的售卖信息，配送至第一交付区域内的交付点的至少一个餐品+配送至第二交付区域内的交付点的至少一个餐品＝第一订单订购的至少一个餐品。
[0135] 在一些实施例中，在目标时刻向位于交付区域内的多个用户客户端发送至少一个餐品的售卖信息。其中，该目标时刻基于商家客户端确认第一订单的确认时刻确定，或目标时刻基于第一配送客户端确认第一配送任务的确认时刻确定，或目标时刻基于第一配送任务的完成时刻确定。
[0136] 步骤260：在多个用户客户端中的至少一个用户客户端订购至少一个餐品中的目标餐品的情况下，生成目标餐品的第二订单；
[0137] 在一些实施例中，该用户客户端是每个交付区域内的用户客户端。可选的，该用户客户端包括至少一个，如图1所示的外卖送餐系统100中的用户客户端124。
[0138] 在一些实施例中，该目标餐品是用户客户端对应的用户从至少一个餐品中选择的一个或多个餐品。在一些实施例中，该目标餐品是从用户客户端所在的交付区域内的至少一个餐品中选择的。示例性的，用户客户端在第一交付区域内且第一交付区域内包括10份第一餐品，则该目标餐品是从10份第一餐品中选择的至少一份第一餐品。
[0139] 在一些实施例中，第二订单是与目标餐品对应的订单。第二订单的发货人或承接人为交付区域内的交付点，第二订单的收货人为与用户客户端对应的目标用户。
[0140] 步骤280：向第二配送客户端发送第二订单的第二配送任务。
[0141] 服务器向第二配送客户端发送第二订单的第二配送任务。可选的，该第二配送客户端包括至少一个，如图1所示的外卖送餐系统100中的第二配送客户端123。该第二配送任务是目标餐品配送至目标用户对应的位置的任务。
[0142] 示例性的，如图5所示，第二配送任务包括在第一交付区域50内，由第一交付区域50内的骑手51，将第一交付点52内的目标餐品配送至第一楼栋53的不同楼层。或，第二配送任务包括在第二交付区域60内，由第二交付区域60内的骑手61，将第二交付点62内的目标餐品配送至第二栋楼63和第三栋楼64。
[0143] 综上所述，本实施例提供的方法，通过将一个从商家配送至目标用户的外卖订单分割为从商家配送到交付区域内的交付点的第一订单和从交付点配送至目标用户的第二订单，以及将一个针对从商家配送至目标用户的外卖订单的外卖配送任务分割为针对第一订单的第一外卖配送任务和针对第二订单的第二外卖配送任务，使得骑手能够不受目标用户即时下单的影响，从而提高外卖配送的效率。
[0144] 在一些实施例中，上述商家客户端包括m个，上述交付点包括n个，m和n中的至少一个为大于1的整数。可选的，m＝1且n>1。可选的，m>1且n＝1。可选的，m>1且n>1。如图6所示，上述步骤200还包括如下子步骤：
[0145] 步骤201：向m个商家客户端中的每个商家客户端发送至少一个第一订单。
[0146] 在一些实施例中，m个商家客户端中的每个商家客户端存在各自对应的至少一个第一订单，同一个商家客户端对应的至少一个第一订单对应n个交付点中的y个交付点，y的取值为小于或等于n的正整数。
[0147] 示例性的，假设包括2个商家客户端和3个交付点。向3个商家客户端中的商家客户端1发送第一订单1，第一订单1对应3个交付点中的交付点2和交付点3；向3个商家客户端中的商家客户端3发送第一订单2和第一订单3，第一订单2对应3个交付点中的交付点1，第一订单3对应3个交付点中的交付点1和交付点3。
[0148] 在一些实施例中，如图7所示，上述步骤220还包括如下子步骤：
[0149] 步骤221：在m个商家客户端确认各自对应的第一订单的情况下，将m个商家客户端对应的至少两个第一订单进行合单后生成第一配送任务；
[0150] 在一些实施例中，在m和n中的至少一个为大于1的整数的情况下，第一订单包括至少两个。
[0151] 示例性的，假设存在商家客户端1，以及交付点1和交付点2的情况下，也即当m＝1且n＝2的情况下，第一订单包括从商家客户端1对应的商家订购至少一个餐品，收货人为交付点1的第一订单1；以及从商家客户端1对应的商家订购至少一个餐品，收货人为交付点2的第一订单2。
[0152] 示例性的，假设存在商家客户端1和商家客户端2，以及交付点1的情况下，也即当m＝2且n＝1的情况下，第一订单包括从商家客户端1对应的商家订购至少一个餐品，收货人为交付点1的第一订单1；以及从商家客户端2对应的商家订购至少一个餐品，收货人为交付点1的第一订单2。
[0153] 示例性的，假设存在商家客户端1和商家客户端2，以及交付点1和交付点2的情况下，也即当m＝2且n＝2的情况下，第一订单至少包括从商家客户端1对应的商家和/或商家客户端2对应的商家订购至少一个餐品，收货人为交付点1的第一订单1；以及从商家客户端1对应的商家和/或商家客户端2对应的商家订购至少一个餐品，收货人为交付点2的第一订单2。
[0154] 在m个商家客户端接受各自对应的第一订单的情况下，将至少两个第一订单进行合单后生成第一配送任务。该第一配送任务用于将在m个商家客户端订购的至少一个餐品配送至n个交付点。
[0155] 在一些实施例中，按照相同目的地原则进行合单。
[0156] 在一些实施例中，按照顺路原则将至少两个第一订单进行合单。示例性的，假设第一订单包括从商家客户端1对应的商家订购至少一个餐品，收货人为交付点1的第一订单1；以及从商家客户端2对应的商家订购至少一个餐品，收货人为交付点1的第一订单2；以及从商家客户端3对应的商家订购至少一个餐品，收货人为交付点1的第一订单3。如图8所示，第一订单1对应从商家客户端1对应的商家1 20至交付点1 23，第一订单2对应从商家客户端2对应的商家2 21至交付点1 23，第一订单3对应从商家客户端3对应的商家3 22至交付点1
23。图8中可知，从商家1 20向交付点1 23进行配送的路线1，与从商家2 21向交付点1 23进行配送的路线2，存在交叉。因此，将第一订单1和第一订单2进行合单。
[0157] 在一些实施例中，将至少两个第一订单进行合单，得到至少一个合并订单。基于至少一个合并订单，生成第一配送任务。示例性的，在包括第一订单1、第一订单2和第一订单3的情况下，将第一订单1和第一订单2进行合单，得到合并订单1。则第一配送任务包括合并订单1对应的配送任务和第一订单3对应的配送任务。
[0158] 在一些实施例中，按照配送时间最短原则将至少两个第一订单进行合单。示例性的，假设包括第一订单1、第一订单2和第一订单3，第一订单1对应的配送时间为2秒，第一订单2对应的配送时间为3秒，第一订单3对应的配送时间为6秒，由于2+3＝5<6，则将第一订单1和第一订单2进行合单。值得说明的是，按照配送时间最短原则将至少两个第一订单进行合单，需要满足合单后的合并订单对应的合并配送时间小于或等于合并订单中每一个第一订单对应的最长配送时间。示例性的，假设第一订单1对应的最长配送时间为4秒，由于2+3＝5>4，则第一订单1和第一订单2不能进行合单。
[0159] 步骤222：向第一配送客户端发送至少两个第一订单的第一配送任务。
[0160] 在一些实施例中，向第一配送客户端发送包括合并订单的第一配送任务。
[0161] 综上所述，本实施例提供的方法，通过将m个商家客户端对应的至少两个第一订单进行合单，使第一配送任务从分别与第一订单进行对应变为与合并后的合并订单进行对应，通过合单使得第一订单对应的任务更加紧凑，从而能够使第一配送客户端对应的第一骑手按照顺路原则或配送时间最短原则实现更加高效的完成第一配送任务。
[0162] 在一些实施例中，上述n个交付点为至少两个交付点。如图9所示，上述步骤221还包括如下子步骤：
[0163] 步骤2211：在m个商家客户端接受各自对应的第一订单且n个交付点为至少两个交付点的情况下，将m个商家客户端对应的至少两个第一订单进行合单后，生成包括n个配送子任务的第一配送任务。
[0164] 在一些实施例中，第一配送任务中包括与n个交付点对应的n个配送子任务，每一个配送子任务用于将在商家客户端订购的至少一个餐品配送至对应的交付点。
[0165] n个配送子任务中的第j个配送子任务用于将在x个商家客户端订购的至少一个餐品配送至第j个交付点，j的取值为小于或等于n的正整数，x的取值为小于或等于m的正整数。
[0166] 在一些实施例中，第一配送任务还包括与m个商家客户端对应的m个取餐子任务。如图10所示，上述步骤221还包括如下子步骤：
[0167] 步骤2212：在m个商家客户端接受各自对应的第一订单且n个交付点为至少两个交付点的情况下，将m个商家客户端对应的至少两个对应订单进行合并后，生成包括m个取餐子任务和n个配送子任务的第一配送任务。
[0168] 在一些实施例中，每一个取餐子任务用于从对应的商家客户端取出订购的至少一个餐品。
[0169] m个取餐子任务中的第i个取餐子任务用于从第i个商家客户端中取餐，i的取值为小于或等于m的正整数。
[0170] 在一些实施例中，m个取餐子任务中的m1个取餐子任务和n个配送子任务中的n1个配送子任务是对应的，m1取值为小于或等于m的正整数，n1取值为小于或等于n的正整数。
[0171] m个取餐子任务是按照取餐时间最短原则生成的；或，按照顺路原则生成的；和/或，n个配送子任务是按照配送时间最短原则生成的；或，按照顺路原则生成的。
[0172] 综上所述，本实施例提供的方法，通过将第一配送任务分割为与多个交付点对应的多个配送子任务，或将第一配送任务分割为与多个交付点对应的多个配送子任务和与多个商家客户端对应的多个取餐子任务，使得第一骑手在完成第一配送任务的时候能够以多个配送子任务和多个取餐子任务为目标，保证第一配送任务的完成效率。
[0173] 在一些实施例中，每个交付区域内包括至少一个用户客户端，每个用户客户端对应的用户能够订购交付区域内的交付点的至少一个餐品作为目标餐品。在一些实施例中，与目标餐品对应的第二订单包括至少两个，至少两个第二订单均对应第二配送客户端对应的交付点。至少两个第二订单对应的下单时间相同或不同。
[0174] 在一些实施例中，如图11所示，上述步骤280还包括如下子步骤：
[0175] 步骤281：每隔预定时间间隔，向第二配送客户端发送最近一个时间间隔内生成的至少两个第二订单的第二配送任务。
[0176] 该预定时间间隔是服务器预先设置的。该预定时间间隔是固定不变的，或该预定时间间隔是动态调整的。
[0177] 该预定时间间隔的时长根据经验值进行设置。在该预定时间间隔是固定不变的情况下，该预定时间间隔的时长基于交付区域内至少t天的配送情况进行设置，t的取值为大于0的整数。在该预定时间间隔是动态调整的情况下，该预定时间间隔的时长根据时间段内的配送情况适时进行调整，如在上午10点至上午11点，设置预定时间间隔的时长为15分钟；在上午11点至下午13点时，设置预定时间间隔的时长为10分钟。
[0178] 在一些实施例中，按照预定时间间隔向第二配送客户端发送最近一个时间间隔内生成的至少两个第二订单的第二配送任务。示例性的，假设预定时间间隔的时长为10分钟，则每隔10分钟向第二配送客户端发送一次第二配送任务。假设在10点10分向第二配送客户端发送一次第二配送任务，则下一次在10点20分向第二配送客户端发送一次第二配送任务。
[0179] 在一些实施例中，在最近一个时间间隔内不存在用户客户端订购至少一个餐品中的目标餐品，也即不存在目标餐品的第二订单的情况下，向第二配送客户端发送最近一个时间间隔内未生成的至少两个第二订单的提示信息，或在最近一个时间间隔内停止发送。
[0180] 在一些实施例中，如图12所示，上述步骤280还包括如下子步骤：
[0181] 步骤282：在生成的至少两个第二订单的订单数量达到数量阈值的情况下，向第二配送客户端发送至少两个第二订单的第二配送任务。
[0182] 该数量阈值是服务器预先设置的，该数量阈值用于指示第二订单的数量最大值。该数量阈值是固定不变的，或该数量阈值是动态调整的。
[0183] 该数量阈值的大小根据经验值进行设置。在该数量阈值是固定不变的情况下，该数量阈值的大小基于交付区域内至少t天的配送情况进行设置，t的取值为大于0的整数。在数量阈值是动态调整的情况下，该数量阈值的大小根据时间段内的配送情况适时进行调整，如在上午10点至上午11点，设置数量阈值的大小为20个，也即在生成的至少两个第二订单的订单数量达到20个的情况下，向第二配送客户端发送至少两个第二订单的第二配送任务；在上午11点至下午13点时，设置数量阈值的大小为15个，也即在生成的至少两个第二订单的订单数量达到15个的情况下，向第二配送客户端发送至少两个第二订单的第二配送任务。
[0184] 在一些实施例中，上述步骤281和上述步骤282分别执行。在一些实施例中，上述步骤281和上述步骤282联合执行，且不区分先后顺序。示例性的，如图13所示，假设预定时间间隔的时长为10分钟，数量阈值的大小为20个。在0～10分钟内，生成的至少两个第二订单的订单数量未达到数量阈值，则在第10分钟向第二配送客户端发送0～10分钟内生成的至少两个第二订单的第二配送任务。在10～20分钟内出现了两次生成的至少两个第二订单的订单数量达到数量阈值的情况，则在第一次达到数量阈值的情况下，向第二配送客户端发送第10分钟之后生成的20个第二订单的第二配送任务；在第二次达到数量阈值的情况下，向第二配送客户端发送从第一次达到数量阈值到第二次达到数量阈值之间生成的20个第二订单的第二配送任务；在第20分钟向第二配送客户端发送从第二次达到数量阈值到第20分钟之间生成的至少两个第二订单的第二配送任务。
[0185] 在一些实施例中，第二配送任务对应有配送顺序。按照配送顺序对至少两个第二订单的第二配送任务进行排序。
[0186] 其中，配送顺序由如下至少一个因素确定：
[0187] ·目标用户在交付区域内的位置；
[0188] ·目标餐品的食用优先级；
[0189] ·目标餐品的订餐时间。
[0190] 可选的，根据目标用户在交付区域内的位置确定配送顺序。示例性的，假设以楼层确定目标用户在交付区域内的位置，则根据目标用户所在的楼层对至少两个第二订单的第二配送任务进行排序。比如，在包括第一层的目标用户和第五层的目标用户的情况下，先配送第一层的目标用户对应的第二订单，然后配送第五层的目标用户对应的第二订单。可选的，根据目标用户在交付区域内的位置和交付点在交付区域内的位置确定配送顺序。比如，在包括第一层的目标用户和第五层的目标用户的情况下，交付点在第六层，由于第五层比第一层更接近第六层，则先配送第五层的目标用户对应的第二订单，然后配送第一层的目标用户对应的第二订单。
[0191] 可选的，根据目标餐品的食用优先级确定配送顺序。示例性的，根据目标餐品的食用优先级对至少两个第二订单的第二配送任务进行排序。假设目标餐品1的食用优先级高于目标餐品2的食用优先级，则先配送目标餐品1对应的第二订单，然后配送目标餐品2对应的第二订单。
[0192] 可选的，根据目标餐品的订餐时间确定配送顺序。示例性的，假设针对目标餐品的订单时间包括第一时间和第二时间，第一时间在第二时间之前，则先配送第一时间对应的第二订单，然后配送第二时间对应的第二订单。
[0193] 综上所述，本实施例提供的方法，基于预定时间间隔和/或数量阈值，确定向第二配送客户端发送至少两个第二订单的第二配送任务的时机，使第二配送客户端对应的第二骑手在配送第二订单的情况下，能够保证配送效率；同时，通过按照配送顺序对第二配送任务进行排序，能够对第二配送任务进行提前规划，从而进一步提高第二配送任务的完成效率。
[0194] 在一些实施例中，上述第一订单和第二订单通过取餐码进行关联。如图14所示，上述步骤还包括：
[0195] 步骤320：生成与第一订单订购的至少一个餐品中的每个餐品对应的取餐码；
[0196] 该取餐码与至少一个餐品中的每个餐品一一对应。可选的，相同两个餐品对应的取餐码是不同的。
[0197] 该取餐码是餐品标识。值得说明的是，本申请实施例中对该取餐码的表现形式不做限定。在一些实施例中，该取餐码的表现形式包括数字编码、字母编码、包括数字和字母的混合编码中的至少一种。
[0198] 步骤340：向第一配送客户端发送与第一订单订购的至少一个餐品中的每个餐品对应的取餐码。
[0199] 该取餐码用于指示第一配送客户端对应的第一骑手对对应的餐品进行配送。
[0200] 在一些实施例中，交付点包括用于存放第一订单订购的至少一个餐品中的每个餐品的格口。可选的，该格口与餐品是一一对应的，也即每一个格口用于存放一个餐品。
[0201] 在一些实施例中，如图15所示，上述步骤还包括：
[0202] 步骤360：向第二配送客户端发送与第一订单订购的至少一个餐品中的每个餐品对应的取餐码和格口的对应关系。
[0203] 在一些实施例中，向第二配送客户端发送取餐码与格口的对应关系。该取餐码用于指示第二配送客户端对应的第二骑手对对应的餐品进行配送。该取餐码与格口的对应关系用于将每一个餐品与取餐码和格口均进行关联。示例性的，假设餐品1的取餐码为1，取餐码与格口的对应关系中指示取餐码1与格口1对应，则将餐品1放置于格口1中。
[0204] 值得说明的是，上述步骤340和上述步骤360不区分先后顺序。在一些实施例中，步骤340在步骤360之前执行。在一些实施例中，步骤360在步骤340之前执行。在一些实施例中，步骤340和步骤360同时执行。
[0205] 在一些实施例中，向第二配送客户端发送第二订单订购的目标餐品对应的取餐码。目标餐品在第一订单和第二订单中对应相同的取餐码。由于第二订单对应的目标餐品是第一订单订购的至少一个餐品的子集，因此该目标餐品对应的取餐码是与第一订单订购的至少一个餐品中的每个餐品对应的取餐码的子集。示例性的，假设第一订单订购的至少一个餐品中包括4个餐品，每个餐品对应的取餐码分别为“A、B、C、D”，目标餐品是第一订单订购的至少一个餐品中的子集，则目标餐品对应的取餐码是“A、B、C、D”中的子集。
[0206] 综上所述，本实施例提供的方法，通过在第一订单和第二订单中使用相同的取餐码，使第一订单中的餐品和第二订单中的餐品通过取餐码进行一一对应。同时通过将取餐码和格口进行对应，将餐品进行编码或排列，使骑手在配送时能够基于取餐码和格口快速对应到餐品，从而能够避免餐品顺序混乱而导致配送效率降低。
[0207] 图16是本申请一个示例性实施例提供的外卖送餐方法的流程图。该方法由如图1所示的外卖送餐系统100中的第一配送客户端122执行。该方法包括：
[0208] 步骤420：显示第一订单的接单界面；
[0209] 在一些实施例中，第一订单的接单界面显示有第一配送任务，第一配送任务是将第一订单订购的至少一个餐品配送至交付点的任务，该第一订单的发货人或承接人为商家客户端对应的商家，该第一订单的收货人为交付点。至少一个餐品用于从交付点配送给交付区域内的用户客户端对应的目标用户。示例性的，如图17所示，在第一订单的接单界面30中显示有商家信息、交付点信息、餐品信息中的至少一种。其中，该商家信息包括商家名称31和商家出餐时间35，该交付点信息包括交付点名称32，该餐品信息包括餐品名称34和餐品对应的取餐码33。
[0210] 在一些实施例中，该第一订单包括从至少一个商家客户端对应的商家订购至少一个餐品，收货人为至少一个交付点的订单。示例性的，该第一订单包括从一个商家客户端对应的商家订购至少一个餐品，收货人为一个交付点的订单。示例性的，该第一订单包括从两个商家客户端对应的两个商家订购至少两个餐品，收货人为一个交付点的订单。示例性的，该第一订单包括从一个商家客户端对应的商家订购至少两个餐品，收货人为两个交付点的订单。
[0211] 在一些实施例中，交付区域包括小区、办公楼、商圈中的至少一种。在一些实施例中，交付点包括移动外卖箱、移动餐车、机器人餐车中的至少一种。
[0212] 该第一配送任务是将第一订单订购的至少一个餐品配送至交付点的任务。示例性的，该第一配送任务是将从一个商家客户端对应的商家订购的至少一个餐品，配送至一个交付点的任务。示例性的，该第一配送任务是将从两个商家客户端对应的两个商家订购的至少两个餐品，配送至一个交付点的任务。示例性的，该第一配送任务是将从一个商家客户端对应的商家订购至少两个餐品，配送至两个交付点的订单。
[0213] 示例性的，如图18所示，在第一订单的接单界面30中显示有第一配送任务1 36和第一配送任务2 37。
[0214] 步骤440：响应于针对第一配送任务的确认操作，显示第一订单的待送餐界面；
[0215] 在一些实施例中，针对第一配送任务的确认操作包括单击、双击、左右滑动、上下滑动、长按、悬停、面部识别、语音识别中的至少一种。值得说明的是，该确认操作包括但不限于上述提及几种，本领域内的技术人员应该能够知晓，任意能够实现上述功能的操作均属于本申请实施例的保护范围。
[0216] 在一些实施例中，第一订单的待送餐界面中显示有第一订单的待送餐信息。该待送餐信息与第一订单是一一对应的。该待送餐信息包括餐品数量、区域信息、待送餐时间中的至少一种。
[0217] 在一些实施例中，第一订单的接单界面中显示有针对第一配送任务的确认控件。示例性的，如图19所示，第一订单的接单界面30中显示有针对第一配送任务的确认控件38。
响应于针对确认控件38的触发操作，显示第一订单的待送餐界面39。该第一订单的待送餐界面39中包括至少一个待送餐信息。示例性的，如图19所示，每个待送餐信息按照与每个餐品一一对应的粒度显示，如第一订单的待送餐界面39中包括与3个餐品一一对应的3个待送餐信息。其中，待送餐信息1至少包括与餐品1对应的商家1的名称44、第一交付点的名称45以及第一取餐码46；待送餐信息2至少包括与餐品2对应的商家1的名称44、第二交付点的名称47以及第二取餐码48；待送餐信息3至少包括与餐品3对应的商家2的名称49、第二交付点的名称47以及第三取餐码56。
[0218] 应当理解的是，每个餐品均对应有独立的取餐码，也即图19所示的餐品1对应的第一取餐码46、餐品2对应的第二取餐码48和餐品3对应的第三取餐码56是不同的。
[0219] 应当理解的是，不同餐品可以对应相同或不同的商家。也即如图19所示，餐品1和餐品2均对应商家1，餐品2和餐品3分别对应商家1和商家2。
[0220] 应当理解的是，不同餐品可以对应相同或不同的交付点。也即如图19所示，餐品1和餐品2分别对应第一交付点和第二交付点，餐品2和餐品3均对应第二交付点。
[0221] 步骤460：响应于针对第一订单的待送餐信息的确认操作，显示第一订单的送达界面。
[0222] 在一些实施例中，针对第一订单的待送餐信息的确认操作包括单击、双击、左右滑动、上下滑动、长按、悬停、面部识别、语音识别中的至少一种。值得说明的是，该确认操作包括但不限于上述提及几种，本领域内的技术人员应该能够知晓，任意能够实现上述功能的操作均属于本申请实施例的保护范围。
[0223] 在一些实施例中，第一订单的送达界面中显示有已送达信息，该已送达信息用于指示第一订单已送达。
[0224] 综上所述，本实施例提供的方法，通过响应于针对第一配送任务的确认操作，显示第一订单的待送餐界面；以及响应于针对第一订单的待送餐信息的确认操作，显示第一订单的送达界面，使第一配送客户端对应的第一骑手只需要完成将餐品从商家配送至交付点内的交付点的任务，第一骑手无需受制于用户下单的即时性影响。
[0225] 在一些实施例中，上述商家客户端包括m个，上述交付点包括n个，m和n中的至少一个为大于1的整数。可选的，m＝1且n>1。可选的，m>1且n＝1。可选的，m>1且n>1。如图20所示，上述步骤440还包括如下子步骤：
[0226] 步骤441：响应于针对第一配送任务的确认操作，显示n个交付点内的第一订单的待送餐界面。
[0227] 在一些实施例中，第一配送任务用于将在m个商家客户端订购的至少一个餐品配送至n个交付点。m个商家客户端中的每个商家客户端存在各自对应的至少一个第一订单，每一个第一订单包括至少一个餐品，同一个商家客户端对应的至少一个第一订单对应n个交付点中的y个交付点，y的取值为小于或等于n的正整数。
[0228] n个交付点的第一订单的待送餐界面中显示有与n个交付点对应的第一订单的待送餐信息。
[0229] 在一些实施例中，n个交付点为至少两个交付点，第一配送任务包括n个配送子任务。每一个配送子任务用于将在商家客户端订购的至少一个餐品配送至对应的交付点。
[0230] n个配送子任务中的第j个配送子任务用于将在x个商家客户端订购的至少一个餐品配送至第j个交付点，j的取值为小于或等于n的正整数，x的取值为小于或等于m的正整数。
[0231] 在一些实施例中，如图21所示，上述步骤441还包括如下子步骤：
[0232] 步骤4411：响应于针对n个配送子任务中的第j个配送子任务的确认操作，显示n个交付点中的第j个交付点的第一订单的待送餐界面。
[0233] 第j个交付点的第一订单的待送餐界面中显示有与第j个交付点对应的第一订单的待送餐信息。
[0234] 示例性的，如图22所示，第一订单的接单界面30中显示有与n个交付点一一对应的n个配送子任务，如包括第1个配送子任务54和第2个配送子任务55。响应于针对第1个配送子任务54的确认操作，显示第1个交付点的第一订单的待送餐界面57。
[0235] 应当理解的是，第1个交付点的第一订单的待送餐界面57中仅包括需要配送至第1个交付点的待送餐信息。也即如图22所示，第1个交付点的第一订单的待送餐界面57中包括需要配送至第一交付点的待送餐信息。
[0236] 在一些实施例中，第一配送任务还包括m个取餐子任务。如图23所示，在上述步骤441之前，还包括：
[0237] 步骤430：显示第一待取餐界面。
[0238] 第一待取餐界面包括m个取餐子任务，每一个取餐子任务用于从对应的商家客户端取出订购的至少一个餐品。
[0239] m个取餐子任务中的第i个取餐子任务用于从第i个商家客户端中取餐，i的取值为小于或等于m的正整数。
[0240] 在一些实施例中，m个取餐子任务中的m1个取餐子任务和n个配送子任务中的n1个配送子任务是对应的，m1取值为小于或等于m的正整数，n1取值为小于或等于n的正整数。
[0241] m个取餐子任务是按照取餐时间最短原则生成的；或，按照顺路原则生成的；和/或，n个配送子任务是按照配送时间最短原则生成的；或，按照顺路原则生成的。
[0242] 在第一配送任务包括m个取餐子任务和n个配送子任务的情况下，如图24所示，上述步骤441还包括如下子步骤：
[0243] 步骤4412：响应于针对m个取餐子任务的确认操作，显示第二待取餐界面；
[0244] 在一些实施例中，针对m个取餐子任务的确认操作包括单击、双击、左右滑动、上下滑动、长按、悬停、面部识别、语音识别中的至少一种。值得说明的是，该确认操作包括但不限于上述提及几种，本领域内的技术人员应该能够知晓，任意能够实现上述功能的操作均属于本申请实施例的保护范围。
[0245] 该m个取餐子任务显示在第一待取餐界面中，该第二待取餐界面包括n个第一配送子任务。
[0246] 步骤4413：响应于针对n个配送子任务的确认操作，显示n个交付点的第一订单的待送餐界面；
[0247] 在一些实施例中，针对n个配送子任务的确认操作包括单击、双击、左右滑动、上下滑动、长按、悬停、面部识别、语音识别中的至少一种。值得说明的是，该确认操作包括但不限于上述提及几种，本领域内的技术人员应该能够知晓，任意能够实现上述功能的操作均属于本申请实施例的保护范围。
[0248] 综上所述，本实施例提供的方法，通过将第一配送任务分割为与多个交付点对应的多个配送子任务，或将第一配送任务分割为与多个交付点对应的多个配送子任务和与多个商家客户端对应的多个取餐子任务，使得第一骑手在完成第一配送任务的时候能够以多个配送子任务和多个取餐子任务为目标，保证第一配送任务的完成效率。
[0249] 图25是本申请一个示例性实施例提供的外卖送餐方法的流程图。该方法由如图1所示的外卖送餐系统100中的第一配送客户端122执行。该方法还包括：
[0250] 步骤480：接收与第一订单订购的至少一个餐品中的每个餐品对应的取餐码。
[0251] 该取餐码与至少一个餐品中的每个餐品一一对应。可选的，相同两个餐品对应的取餐码是不同的。
[0252] 该取餐码是餐品标识。值得说明的是，本申请实施例中对该取餐码的表现形式不做限定。在一些实施例中，该取餐码的表现形式包括数字编码、字母编码、包括数字和字母的混合编码中的至少一种。
[0253] 该取餐码用于指示第一配送客户端对应的第一骑手对对应的餐品进行配送。
[0254] 图26是本申请一个示例性实施例提供的外卖送餐方法的流程图。该方法由如图1所示的外卖送餐系统100中的第二配送客户端123执行。该方法包括：
[0255] 步骤520：显示第二订单的接单界面；
[0256] 在一些实施例中，第二订单的接单界面显示有第二配送任务，第二配送任务是将第二订单订购的目标餐品从交付点配送至目标用户对应的位置的任务，第二订单的收货人为目标用户，目标用户位于交付区域内，该交付区域是交付点的服务区域。目标用户与位于交付区域内的用户客户端对应，目标餐品是提前从至少一个商家客户端对应的商家配送至交付点的。
[0257] 步骤540：响应于针对第二配送任务的确认操作，显示第二订单的待送餐界面；
[0258] 在一些实施例中，针对第二配送任务的确认操作包括单击、双击、左右滑动、上下滑动、长按、悬停、面部识别、语音识别中的至少一种。值得说明的是，该确认操作包括但不限于上述提及几种，本领域内的技术人员应该能够知晓，任意能够实现上述功能的操作均属于本申请实施例的保护范围。
[0259] 在一些实施例中，第二订单的待送餐界面中显示有第二订单的待送餐信息。该待送餐信息与第二订单是一一对应的。该待送餐信息包括餐品数量、区域信息、待送餐时间中的至少一种。
[0260] 步骤560：响应于针对第二订单的待送餐信息的确认操作，显示第二订单的送达界面。
[0261] 在一些实施例中，针对第二订单的待送餐信息的确认操作包括单击、双击、左右滑动、上下滑动、长按、悬停、面部识别、语音识别中的至少一种。值得说明的是，该确认操作包括但不限于上述提及几种，本领域内的技术人员应该能够知晓，任意能够实现上述功能的操作均属于本申请实施例的保护范围。
[0262] 在一些实施例中，第二订单的送达界面中显示有已送达信息，该已送达信息用于指示第一订单已送达。
[0263] 综上所述，本实施例提供的方法，通过响应于针对第二配送任务的确认操作，显示第二订单的待送餐界面；以及响应于针对第二订单的待送餐信息的确认操作，显示第二订单的送达界面，使第二配送客户端对应的第二骑手只需要完成将餐品从交付点配送至用户的任务，第二骑手进行配送的餐品是提前送到交付点的，因此第二骑手可以对现有的餐品进行配送，减少了从商家至交付点的在途时间。
[0264] 在一些实施例中，每个交付区域内包括至少一个用户客户端，每个用户客户端对应的用户能够订购交付点至少一个餐品作为目标餐品。在一些实施例中，与目标餐品对应的第二订单包括至少两个，至少两个第二订单均对应第二配送客户端对应的交付点。至少两个第二订单对应的下单时间相同或不同。
[0265] 在一些实施例中，如图27所示，上述步骤540之前，该方法还包括：
[0266] 步骤531：每隔预定时间间隔，接收至少两个第二订单的第二配送任务。
[0267] 该预定时间间隔是服务器预先设置的。该预定时间间隔是固定不变的，或该预定时间间隔是动态调整的。
[0268] 该预定时间间隔的时长根据经验值进行设置。在该预定时间间隔是固定不变的情况下，该预定时间间隔的时长基于交付区域内至少t天的配送情况进行设置，t的取值为大于0的整数。在该预定时间间隔是动态调整的情况下，该预定时间间隔的时长根据时间段内的配送情况适时进行调整，如在上午10点至上午11点，设置预定时间间隔的时长为15分钟；在上午11点至下午13点时，设置预定时间间隔的时长为10分钟。
[0269] 在一些实施例中，按照预定时间间隔更新第二订单的接单界面。在一些实施例中，按照预定时间间隔接收至少两个第二订单的第二配送任务。
[0270] 在一些实施例中，如图28所示，上述步骤540还包括如下子步骤：
[0271] 步骤541：响应于针对最近一个时间间隔内的至少两个第二订单的第二配送任务的确认操作，显示第二订单的待送餐界面。
[0272] 在一些实施例中，针对最近一个时间间隔内的至少两个第二订单的第二配送任务的确认操作包括单击、双击、左右滑动、上下滑动、长按、悬停、面部识别、语音识别中的至少一种。值得说明的是，该确认操作包括但不限于上述提及几种，本领域内的技术人员应该能够知晓，任意能够实现上述功能的操作均属于本申请实施例的保护范围。
[0273] 在一些实施例中，如图29所示，上述步骤540之前，该方法还包括：
[0274] 步骤532：在生成的至少两个第二订单的订单数量达到数量阈值的情况下，接收至少两个第二订单的第二配送任务。
[0275] 该数量阈值是服务器预先设置的，该数量阈值用于指示第二订单的数量最大值。该数量阈值是固定不变的，或该数量阈值是动态调整的。
[0276] 该数量阈值的大小根据经验值进行设置。在该数量阈值是固定不变的情况下，该数量阈值的大小基于交付区域内至少t天的配送情况进行设置，t的取值为大于0的整数。在数量阈值是动态调整的情况下，该数量阈值的大小根据时间段内的配送情况适时进行调整，如在上午10点至上午11点，设置数量阈值的大小为20个，也即在生成的至少两个第二订单的订单数量达到20个的情况下，接收至少两个第二订单的第二配送任务；在上午11点至下午13点时，设置数量阈值的大小为15个，也即在生成的至少两个第二订单的订单数量达到15个的情况下，接收至少两个第二订单的第二配送任务。
[0277] 在一些实施例中，在生成的至少两个第二订单的订单数量达到数量阈值的情况下，更新第二订单的接单界面。
[0278] 在一些实施例中，如图30所示，上述步骤540还包括如下子步骤：
[0279] 步骤542：响应于针对订单数量达到数量阈值的至少两个第二订单的第二配送任务的确认操作，显示第二订单的待送餐界面。
[0280] 在一些实施例中，针对订单数量达到数量阈值的至少两个第二订单的第二配送任务的确认操作包括单击、双击、左右滑动、上下滑动、长按、悬停、面部识别、语音识别中的至少一种。值得说明的是，该确认操作包括但不限于上述提及几种，本领域内的技术人员应该能够知晓，任意能够实现上述功能的操作均属于本申请实施例的保护范围。
[0281] 在一些实施例中，上述步骤541和上述步骤542分别执行。在一些实施例中，上述步骤281和上述步骤282联合执行，且不区分先后顺序。示例性的，如图13所示，假设预定时间间隔的时长为10分钟，数量阈值的大小为20个。在0～10分钟内，生成的至少两个第二订单的订单数量未达到数量阈值，则在第10分钟接收0～10分钟内生成的至少两个第二订单的第二配送任务。在10～20分钟内出现了两次生成的至少两个第二订单的订单数量达到数量阈值的情况，则在第一次达到数量阈值的情况下，接收第10分钟之后生成的20个第二订单的第二配送任务；在第二次达到数量阈值的情况下，接收从第一次达到数量阈值到第二次达到数量阈值之间生成的20个第二订单的第二配送任务；在第20分钟接收从第二次达到数量阈值到第20分钟之间生成的至少两个第二订单的第二配送任务。
[0282] 在一些实施例中，第二配送任务对应有配送顺序。如图31所示，上述步骤540之后还包括：
[0283] 步骤550：接收至少两个第二订单的第二配送任务的配送顺序。
[0284] 该配送顺序由如下至少一个因素确定：
[0285] ·目标用户在交付区域内的位置；
[0286] ·目标餐品的食用优先级；
[0287] ·目标餐品的订餐时间。
[0288] 在一些实施例中，目标用户在交付区域内的位置包括第一楼层信息。如图32所示，上述步骤550还包括如下子步骤：
[0289] 步骤551：接收根据第一楼层信息生成的至少两个第二订单的第二配送任务的配送顺序。
[0290] 在一些实施例中，第一楼层信息用于指示目标用户在交付区域内的位置。在一些实施例中，该第一楼层信息包括楼层数。比如，第一楼层信息为5楼，则表示目标用户在交付区域内的5楼。根据第一楼层信息对至少两个第二订单的第二配送任务进行排序。比如，在第一楼层信息指示包括1楼和5楼的情况下，先配送1楼对应的第二订单，然后配送5楼对应的第二订单。
[0291] 在一些实施例中，如图33所示，上述方法还包括：
[0292] 步骤500：获取第二配送客户端在交付区域内的第二楼层信息。
[0293] 在一些实施例中，第二楼层信息用于指示第二配送客户端对应的第二骑手在交付区域内的位置，或第二楼层信息用于指示交付点在交付区域内的位置。应当理解的是，一般情况下，第二配送客户端对应的第二骑手在交付区域内的位置和交付点在交付区域内的位置是一致的。示例性的，假设交付点为移动餐车，则该移动餐车由第二配送客户端对应的第二骑手在交付区域内进行移动控制。
[0294] 在一些实施例中，该第二楼层信息包括楼层数。比如，第二楼层信息为7楼，则表示第二配送客户端对应的第二骑手在交付区域内的7楼。
[0295] 在一些实施例中，在同时包括第一楼层信息和第二楼层信息的情况下，如图34所示，上述步骤551还包括：
[0296] 步骤552：接收根据第一楼层信息和第二楼层信息生成的至少两个第二订单的第二配送任务的配送顺序。
[0297] 在一些实施例中，根据第一楼层信息和第二楼层信息对至少两个第二订单的第二配送任务进行排序。比如，在第一楼层信息指示存在目标用户1在1楼和目标用户2在5楼，以及第二楼层信息指示交付点在7楼的情况下，由于交付点的位置距离目标用户2的位置更近，也即交付点从7楼移动至5楼的时间相比于交付点从7楼移动至1楼的时间更短，因此先配送5楼对应的第二订单，然后配送1楼对应的第二订单。
[0298] 综上所述，本实施例提供的方法，基于预定时间间隔和/或数量阈值，确定接收至少两个第二订单的第二配送任务的时机，使第二配送客户端对应的第二骑手在配送第二订单的情况下，能够保证配送效率；同时，通过按照配送顺序对第二配送任务进行排序，能够对第二配送任务进行提前规划，从而进一步提高第二配送任务的完成效率。
[0299] 图35是本申请一个示例性实施例提供的外卖送餐方法的流程图。该方法由如图1所示的外卖送餐系统100中的第二配送客户端123执行。该方法还包括：
[0300] 步骤580：接收第二订单订购的目标餐品对应的取餐码。
[0301] 目标餐品在第一订单和第二订单中对应相同的取餐码。由于第二订单对应的目标餐品是第一订单订购的至少一个餐品的子集，因此该目标餐品对应的取餐码是与第一订单订购的至少一个餐品中的每个餐品对应的取餐码的子集。示例性的，假设第一订单订购的至少一个餐品中包括4个餐品，每个餐品对应的取餐码分别为“A、B、C、D”，目标餐品是第一订单订购的至少一个餐品中的子集，则目标餐品对应的取餐码是“A、B、C、D”中的子集。
[0302] 在一些实施例中，交付区域内的交付点包括用于存放餐品的格口。可选的，该格口与餐品是一一对应的，也即每一个格口用于存放一个餐品。
[0303] 在一些实施例中，交付区域内的交付点包括用于存放餐品的格口。可选的，该格口与餐品是一一对应的，也即每一个格口用于存放一个餐品。
[0304] 在一些实施例中，如图36所示，上述步骤还包括：
[0305] 步骤590：接收与第一订单订购的至少一个餐品中的每个餐品对应的取餐码和格口的对应关系。
[0306] 该取餐码用于指示第二配送客户端对应的第二骑手对对应的餐品进行配送。该取餐码与格口的对应关系用于将每一个餐品与取餐码和格口均进行关联。示例性的，假设餐品1的取餐码为1，取餐码与格口的对应关系中指示取餐码1与格口1对应，则将餐品1放置于格口1中。
[0307] 值得说明的是，上述步骤580和上述步骤590不区分先后顺序。在一些实施例中，步骤580在步骤590之前执行。在一些实施例中，步骤590在步骤580之前执行。在一些实施例中，步骤580和步骤590同时执行。
[0308] 综上所述，本实施例提供的方法，通过在第一订单和第二订单中使用相同的取餐码，使第一订单中的餐品和第二订单中的餐品通过取餐码进行一一对应。同时通过将取餐码和格口进行对应，将餐品进行编码或排列，使骑手在配送时能够基于取餐码和格口快速对应到餐品，从而能够避免餐品顺序混乱而导致配送效率降低。
[0309] 图37是本申请一个示例性实施例提供的外卖送餐方法的流程图。该方法由如图1所示的外卖送餐系统100中的商家客户端121、第一配送客户端122和服务器140协同执行。该方法包括：
[0310] 步骤601：服务器向商家客户端发送第一订单；
[0311] 具体实施方式参见上述步骤200。
[0312] 步骤602：商家客户端接收以及确认第一订单；
[0313] 商家客户端对第一订单进行接收，并由商家客户端对应的商家确认是否接受第一订单。
[0314] 可选的，商家确认接单，则继续执行下述步骤603。
[0315] 可选的，商家确认不接单，则结束当前步骤和/或重新执行步骤601。
[0316] 步骤603：商家确认接单；
[0317] 步骤604：商家客户端响应于针对第一订单的确认操作，发送确认接单信息；
[0318] 在一些实施例中，针对第一订单的确认操作包括单击、双击、左右滑动、上下滑动、长按、悬停、面部识别、语音识别中的至少一种。值得说明的是，该确认操作包括但不限于上述提及几种，本领域内的技术人员应该能够知晓，任意能够实现上述功能的操作均属于本申请实施例的保护范围。
[0319] 该确认接单信息用于指示商家客户端对应的商家已确认接单。
[0320] 步骤605：服务器接收确认接单信息；
[0321] 步骤606：服务器向第一配送客户端发送第一订单的第一配送任务；
[0322] 具体实施方式参见上述步骤220。
[0323] 步骤607：第一配送客户端接收第一配送任务；
[0324] 在一些实施例中，第一配送客户端接收与第一配送任务相关的配送信息。该配送信息包括商家信息、交付区域信息、餐品信息中的至少一种。该商家信息包括商家名称、商家位置、商家出餐时间中的至少一种。该交付区域信息包括交付区域名称、交付区域位置、交付区域内的交付点位置中的至少一种。该餐品信息包括餐品名称、餐品数量、餐品对应的取餐码中的至少一种。
[0325] 步骤608：第一配送客户端显示第一订单的接单界面；
[0326] 在一些实施例中，第一订单的接单界面中包括第一配送任务。
[0327] 具体实施方式参见上述步骤420。
[0328] 在一些实施例中，由第一配送客户端对应的第一骑手确认是否接受第一配送任务。
[0329] 可选的，第一骑手确认接受第一配送任务，则继续执行下述步骤609。
[0330] 可选的，第一骑手确认不接受第一配送任务，则结束当前步骤和/或重新执行步骤606。
[0331] 步骤609：第一骑手确认第一配送任务；
[0332] 在一些实施例中，第一订单的接单界面中显示有针对第一配送任务的接受控件。第一骑手通过触摸针对第一配送任务的接受控件，确认第一配送任务。
[0333] 步骤610：第一配送客户端响应于针对第一配送任务的确认操作，显示第一订单的待送餐界面；
[0334] 具体实施方式参见上述步骤440。
[0335] 步骤611：第一骑手确认送达；
[0336] 在一些实施例中，第一订单的待送餐界面中显示有确认送达控件。第一骑手通过触摸确认送达控件，确认完成第一订单，也即确认将对应的餐品从商家送达交付点。
[0337] 步骤612：第一配送客户端响应于针对第一订单的待送餐信息的确认操作，显示第一订单的送达界面；
[0338] 具体实施方式参见上述步骤460。
[0339] 步骤613：服务器接收第一订单的确认送达信息。
[0340] 第一订单的确认送达信息用于指示第一配送任务已完成。
[0341] 值得说明的是，上述步骤612和上述步骤613不区分先后顺序。在一些实施例中，步骤612在步骤613之前执行。在一些实施例中，步骤613在步骤612之前执行。在一些实施例中，步骤612和步骤613同时执行。
[0342] 图38是本申请一个示例性实施例提供的外卖送餐方法的流程图。该方法由如图1所示的外卖送餐系统100中的第二配送客户端123、用户客户端124和服务器140协同执行。该方法包括：
[0343] 步骤701：服务器向位于交付区域内的多个用户客户端发送至少一个餐品的售卖信息；
[0344] 具体实施方式参见步骤240。
[0345] 步骤702：多个用户客户端接收售卖信息；
[0346] 用户客户端对至少一个餐品的售卖信息进行接收。
[0347] 步骤703：用户点单；
[0348] 用户根据售卖信息，对至少一个餐品进行选择，从至少一个餐品中选择一个或多个餐品作为目标餐品。
[0349] 在一些实施例中，用户客户端显示有针对目标餐品的购买控件。用户通过触摸针对目标餐品的购买控件进行点单。
[0350] 步骤704：多个用户客户端中的至少一个用户客户端响应于针对目标餐品的购买操作，发送确认购买信息；
[0351] 在一些实施例中，针对目标餐品的购买操作包括单击、双击、左右滑动、上下滑动、长按、悬停、面部识别、语音识别中的至少一种。值得说明的是，该购买操作包括但不限于上述提及几种，本领域内的技术人员应该能够知晓，任意能够实现上述功能的操作均属于本申请实施例的保护范围。
[0352] 该确认购买信息用于指示用户客户端对应的用户已完成点单。
[0353] 步骤705：服务器接收确认购买信息；
[0354] 步骤706：服务器生成目标餐品的第二订单；
[0355] 具体实施方式参见上述步骤260。
[0356] 步骤707：服务器向第二配送客户端发送第二订单的第二配送任务；
[0357] 具体实施方式参见上述步骤280。
[0358] 步骤708：第二配送客户端接收以及确认第二配送任务；
[0359] 在一些实施例中，第二配送客户端接收与第二配送任务相关的配送信息。该配送信息包括目标餐品信息和用户信息中的至少一种。该目标餐品信息包括目标餐品名称、目标餐品数量、目标餐品对应的取餐码中的至少一种。该用户信息包括用户联系方式、用户位置、用户昵称中的至少一种。
[0360] 步骤709：第二配送客户端显示第二订单的接单界面；
[0361] 具体实施方式参见上述步骤520。
[0362] 在一些实施例中，由第二配送客户端对应的第二骑手确定是否接受第二配送任务。
[0363] 可选的，第二骑手确认接受第二配送任务，则继续执行下述步骤710。
[0364] 可选的，第二骑手确认不接受第二配送任务，则结束当前步骤和/或重新执行步骤707。
[0365] 步骤710：第二骑手确认第二配送任务；
[0366] 在一些实施例中，第二订单的接单界面中显示有针对第二配送任务的接受控件。第二骑手通过触摸针对第二配送任务的接受控件，确认接受第二配送任务。
[0367] 步骤711：第二配送客户端响应于针对第二配送任务的确认操作，显示第二订单的待送餐界面；
[0368] 具体实施方式参见上述步骤540。
[0369] 步骤712：第二骑手确认送达；
[0370] 在一些实施例中，第二订单的待送餐界面中显示有确认送达控件。第二骑手通过触摸确认送达控件，确认完成第二订单，也即确认将目标餐品从交付点送达用户。
[0371] 步骤713：第二配送客户端响应于针对第二订单的待送餐信息的确认操作，显示第二订单的送达界面；
[0372] 具体实施方式参见上述步骤560。
[0373] 步骤714：服务器接收第二订单的确认送达信息。
[0374] 第二订单的确认送达信息用于指示第二配送任务已完成。
[0375] 值得说明的是，上述步骤713和上述步骤714不区分先后顺序。在一些实施例中，步骤713在步骤714之前执行。在一些实施例中，步骤714在步骤713之前执行。在一些实施例中，步骤713和步骤714同时执行。
[0376] 图39是本申请一个示例性实施例提供的外卖送餐方法的流程图。该方法由如图1所示的外卖送餐系统100中的客户端120和服务器140协同执行。该方法包括：
[0377] 步骤801：服务器向商家客户端发送第一订单；
[0378] 具体实施方式参见上述步骤601。
[0379] 步骤802：商家客户端接收以及确认第一订单；
[0380] 具体实施方式参见上述步骤602。
[0381] 步骤803：商家确认接单；
[0382] 具体实施方式参见上述步骤603。
[0383] 步骤804：商家客户端响应于针对第一订单的确认操作，发送确认接单信息；
[0384] 具体实施方式参见上述步骤604。
[0385] 步骤805：服务器接收确认接单信息；
[0386] 具体实施方式参见上述步骤605。
[0387] 步骤806：服务器向第一配送客户端发送第一订单的第一配送任务；
[0388] 具体实施方式参见上述步骤606。
[0389] 步骤807：第一配送客户端接收第一配送任务；
[0390] 具体实施方式参见上述步骤607。
[0391] 步骤808：第一配送客户端显示第一订单的接单界面；
[0392] 具体实施方式参见上述步骤608。
[0393] 步骤809：第一骑手确认第一配送任务；
[0394] 具体实施方式参见上述步骤609。
[0395] 步骤810：第一配送客户端响应于针对第一配送任务的确认操作，显示第一订单的待送餐界面；
[0396] 具体实施方式参见上述步骤610。
[0397] 步骤811：第一骑手确认送达；
[0398] 具体实施方式参见上述步骤611。
[0399] 步骤812：第一配送客户端响应于针对第一订单的待送餐信息的确认操作，显示第一订单的送达界面；
[0400] 具体实施方式参见上述步骤612。
[0401] 步骤813：服务器接收第一订单的确认送达信息；
[0402] 具体实施方式参见上述步骤613。
[0403] 步骤814：服务器向位于交付区域内的多个用户客户端发送至少一个餐品的售卖信息；
[0404] 具体实施方式参见上述步骤701。
[0405] 值得说明的是，上述步骤813和上述步骤814不区分先后顺序。在一些实施例中，步骤813在步骤814之前执行。在一些实施例中，步骤814在步骤813之前执行。在一些实施例中，步骤813和步骤814同时执行。
[0406] 步骤815：多个用户客户端接收售卖信息；
[0407] 具体实施方式参见上述步骤702。
[0408] 步骤816：用户点单；
[0409] 具体实施方式参见上述步骤703。
[0410] 步骤817：多个用户客户端中的至少一个用户客户端响应于针对目标餐品的购买操作，发送确认购买信息；
[0411] 具体实施方式参见上述步骤704。
[0412] 步骤818：服务器接收确认购买信息；
[0413] 具体实施方式参见上述步骤705。
[0414] 步骤819：服务器生成目标餐品的第二订单；
[0415] 具体实施方式参见上述步骤706。
[0416] 步骤820：服务器向第二配送客户端发送第二订单的第二配送任务；
[0417] 具体实施方式参见上述步骤707。
[0418] 步骤821：第二配送客户端接收以及确认第二配送任务；
[0419] 具体实施方式参见上述步骤708。
[0420] 步骤822：第二配送客户端显示第二订单的接单界面；
[0421] 具体实施方式参见上述步骤709。
[0422] 步骤823：第二骑手确认第二配送任务；
[0423] 具体实施方式参见上述步骤710。
[0424] 步骤824：第二配送客户端响应于针对第二配送任务的确认操作，显示第二订单的待送餐界面；
[0425] 具体实施方式参见上述步骤711。
[0426] 步骤825：第二骑手确认送达；
[0427] 具体实施方式参见上述步骤712。
[0428] 步骤826：第二配送客户端响应于针对第二订单的待送餐信息的确认操作，显示第二订单的送达界面；
[0429] 具体实施方式参见上述步骤713。
[0430] 步骤827：服务器接收第二订单的确认送达信息。
[0431] 具体实施方式参见上述步骤714。
[0432] 图40示出了本申请一个示例性实施例提供的外卖送餐装置的结构示意图。该装置包括：
[0433] 发送模块4010，用于向商家客户端发送第一订单，第一订单的收货人为交付点。
[0434] 发送模块4010，还用于在商家客户端确认第一订单的情况下，向第一配送客户端发送第一订单的第一配送任务，第一配送任务是将第一订单订购的至少一个餐品配送至交付点的任务。
[0435] 发送模块4010，还用于向位于交付区域中的多个用户客户端发送至少一个餐品的售卖信息。
[0436] 发送模块4010，还用于在目标时刻向位于交付区域内的多个用户客户端发送至少一个餐品的售卖信息。
[0437] 其中，目标时刻基于商家客户端确认第一订单的确认时刻确定，或目标时刻基于第一配送客户端确认第一配送任务的确认时刻确定，或目标时刻基于第一配送任务的完成时刻确定。
[0438] 生成模块4020，用于在多个用户客户端中的至少一个用户客户端订购至少一个餐品中的目标餐品的情况下，生成目标餐品的第二订单，第二订单的收货人为与至少一个用户客户端对应的目标用户。
[0439] 发送模块4010，还用于向第二配送客户端发送第二订单的第二配送任务，第二配送任务是将目标餐品配送至目标用户对应的位置的任务。
[0440] 在一些实施例中，商家客户端包括m个，交付点包括n个，m和n中的至少一个为大于1的整数。
[0441] 生成模块4020，还用于在m个商家客户端确认各自对应的第一订单的情况下，将m个商家客户端对应的至少两个第一订单进行合单后生成第一配送任务。
[0442] 发送模块4010，还用于向第一配送客户端发送至少两个第一订单的第一配送任务。
[0443] 其中，第一配送任务用于将在m个商家客户端订购的至少一个餐品配送至n个交付点。
[0444] 生成模块4020，还用于在m个商家客户端确认各自对应的第一订单且n个交付点为至少两个交付点的情况下，将m个商家客户端对应的至少两个第一订单进行合单后，生成包括n个配送子任务的第一配送任务。
[0445] 其中，n个配送子任务中的第j个配送子任务用于将在x个商家客户端订购的至少一个餐品配送至第j个交付点，j的取值为小于或等于n的正整数，x的取值为小于或等于m的正整数。
[0446] 生成模块4020，还用于在m个商家客户端确认各自对应的第一订单且n个交付点为至少两个交付点的情况下，将m个商家客户端对应的至少两个第一订单进行合单后，生成包括m个取餐子任务和n个配送子任务的第一配送任务。
[0447] 其中，m个取餐子任务中的第i个取餐子任务用于从第i个商家客户端中取餐，i的取值为小于或等于m的正整数。
[0448] 在一些实施例中，m个取餐子任务是按照取餐时间最短原则生成的；或，按照顺路原则生成的；和/或，n个配送子任务是按照配送时间最短原则生成的；或，按照顺路原则生成的。
[0449] 在一些实施例中，交付点是移动外卖箱、移动餐车、机器人餐车中的至少一种。
[0450] 发送模块4010，还用于每隔预定时间间隔，向第二配送客户端发送最近一个时间间隔内生成的至少两个第二订单的第二配送任务；和/或，在生成的至少两个第二订单的订单数量达到数量阈值的情况下，向第二配送客户端发送至少两个第二订单的第二配送任务。
[0451] 其中，至少两个第二订单均对应第二配送客户端对应的交付点。
[0452] 在一些实施例中，该装置还包括：
[0453] 排序模块4030，用于按照配送顺序对至少两个第二订单的第二配送任务进行排序。
[0454] 其中，配送顺序由如下至少一个因素确定：
[0455] 目标用户在交付区域内的位置；
[0456] 目标餐品的食用优先级；
[0457] 目标餐品的订餐时间。
[0458] 发送模块4010，还用于向m个商家客户端中的每个商家客户端发送至少一个第一订单，同一个商家客户端对应的至少一个第一订单对应n个交付点中的y个交付点。
[0459] 其中，y的取值为小于或等于n的正整数。
[0460] 生成模块4020，还用于生成与第一订单订购的至少一个餐品中的每个餐品对应的取餐码。
[0461] 发送模块4010，还用于向第一配送客户端发送与第一订单订购的至少一个餐品中的每个餐品对应的取餐码，取餐码用于将第一订单和第二订单进行关联。
[0462] 在一些实施例中，交付点包括用于存放第一订单订购的至少一个餐品中的每个餐品的格口。
[0463] 发送模块4010，还用于向第二配送客户端发送与第一订单订购的至少一个餐品中的每个餐品对应的取餐码和格口的对应关系。
[0464] 发送模块4010，还用于向第二配送客户端发送第二订单订购的目标餐品对应的取餐码。目标餐品对应的取餐码是与第一订单订购的至少一个餐品中的每个餐品对应的取餐码的子集。
[0465] 在一些实施例中，该装置还包括：
[0466] 接收模块4040，用于接收第一订单的确认送达信息。
[0467] 接收模块4040，还用于接收第二订单的确认送达信息。
[0468] 图41示出了本申请一个示例性实施例提供的外卖送餐装置的结构示意图。该装置包括：
[0469] 显示模块4110，用于显示第一订单的接单界面，第一订单的接单界面显示有第一配送任务，第一配送任务是将第一订单订购的至少一个餐品配送至交付点的任务，第一订单是从商家客户端对应的商家订购至少一个餐品的订单，第一订单的收货人为交付点，商家客户端包括至少一个，交付点包括至少一个。
[0470] 显示模块4110，还用于响应于针对第一配送任务的确认操作，显示第一订单的待送餐界面，第一订单的待送餐界面中显示有第一订单的待送餐信息。
[0471] 显示模块4110，还用于响应于针对第一订单的待送餐信息的确认操作，显示第一订单的送达界面。
[0472] 其中，至少一个餐品用于在第二订单对应的第二配送任务中从交付点配送给目标用户，目标用户位于交付区域内，交付区域是交付点的服务区域，第二配送任务与第二配送客户端对应，第二配送客户端和第一配送客户端是不同的配送客户端。
[0473] 在一些实施例中，商家客户端包括m个，交付点包括n个，m和n中的至少一个为大于1的整数。
[0474] 显示模块4110，还用于响应于针对第一配送任务的确认操作，显示n个交付点内的第一订单的待送餐界面。
[0475] 其中，第一配送任务用于将在m个商家客户端订购的至少一个餐品配送至n个交付点。
[0476] 在一些实施例中，n个交付点为至少两个交付点，第一配送任务包括n个配送子任务。
[0477] 显示模块4110，还用于响应于针对n个配送子任务中的第j个配送子任务的确认操作，显示n个交付点中的第j个交付点的第一订单的待送餐界面。
[0478] 其中，第j个配送子任务用于将在x个商家客户端订购的至少一个餐品配送至第j个交付点，j的取值为小于或等于n的正整数，x的取值为小于或等于m的正整数。
[0479] 在一些实施例中，第一配送任务还包括m个取餐子任务。
[0480] 显示模块4110，还用于显示第一待取餐界面，第一待取餐界面包括m个取餐子任务。
[0481] 显示模块4110，还用于响应于针对m个取餐子任务的确认操作，显示第二待取餐界面，第二待取餐界面显示有n个配送子任务。
[0482] 显示模块4110，还用于响应于针对n个配送子任务的确认操作，显示n个交付点的第一订单的待送餐界面。
[0483] 其中，m个取餐子任务中的第i个取餐子任务用于从第i个商家客户端中取餐，i的取值为小于或等于m的正整数。
[0484] 在一些实施例中，m个取餐子任务是按照取餐时间最短原则生成的；或，按照顺路原则生成的；和/或，n个配送子任务是按照配送时间最短原则生成的；或，按照顺路原则生成的。
[0485] 在一些实施例中，该装置还包括：
[0486] 接收模块4120，用于接收与第一订单订购的至少一个餐品中的每个餐品对应的取餐码。
[0487] 发送模块4130，用于发送第一订单的确认送达信息。
[0488] 图42示出了本申请一个示例性实施例提供的外卖送餐装置的结构示意图。该装置包括：
[0489] 发送模块4210，用于向商家客户端发送第一订单，第一订单是从商家客户端对应的商家订购至少一个餐品的订单，第一订单的收货人为交付点，商家客户端包括至少一个，交付点包括至少一个。
[0490] 发送模块4210，还用于在商家客户端确认第一订单的情况下，向第一配送客户端发送第一订单的第一配送任务，第一配送任务是将第一订单订购的至少一个餐品配送至交付点的任务。
[0491] 接收模块4220，用于接收第一订单的确认送达信息，第一订单的确认送达信息用于指示第一配送任务已完成。
[0492] 其中，至少一个餐品用于在第二订单对应的第二配送任务中从交付点配送给目标用户，目标用户位于交付区域内，交付区域是交付点的服务区域，第二配送任务与第二配送客户端对应，第二配送客户端和第一配送客户端是不同的配送客户端。
[0493] 在一些实施例中，商家客户端包括m个，交付点包括n个，m和n中的至少一个为大于1的整数。
[0494] 在一些实施例中，该装置还包括：
[0495] 生成模块4230，用于在m个商家客户端确认各自对应的第一订单的情况下，将m个商家客户端对应的至少两个第一订单进行合单后生成第一配送任务。
[0496] 发送模块4210，还用于向第一配送客户端发送至少两个第一订单的第一配送任务。
[0497] 其中，第一配送任务用于将在m个商家客户端订购的至少一个餐品配送至n个交付点。
[0498] 生成模块4230，还用于在m个商家客户端确认各自对应的第一订单且n个交付点为至少两个交付点的情况下，将m个商家客户端对应的至少两个第一订单进行合单后，生成包括n个配送子任务的第一配送任务。
[0499] 其中，n个配送子任务中的第j个配送子任务用于将在x个商家客户端订购的至少一个餐品配送至第j个交付点，j的取值为小于或等于n的正整数，x的取值为小于或等于m的正整数。
[0500] 生成模块4230，还用于在m个商家客户端接受各自对应的第一订单且n个交付点为至少两个交付点的情况下，将m个商家客户端对应的至少两个第一订单进行合单后，生成包括m个取餐子任务和n个配送子任务的第一配送任务。
[0501] 其中，m个取餐子任务中的第i个取餐子任务用于从第i个商家客户端中取餐，i的取值为小于或等于m的正整数。
[0502] 在一些实施例中，m个取餐子任务是按照取餐时间最短原则生成的；或，按照顺路原则生成的；和/或，n个配送子任务是按照配送时间最短原则生成的；或，按照顺路原则生成的。
[0503] 在一些实施例中，商家客户端包括m个，交付点包括n个，m和n中的至少一个为大于1的整数。
[0504] 发送模块4210，还用于向m个商家客户端中的每个商家客户端发送至少一个第一订单，同一个商家客户端对应的至少一个第一订单对应n个交付点中的y个交付点。
[0505] 其中，y的取值为小于或等于n的正整数。
[0506] 生成模块4230，还用于生成与第一订单订购的至少一个餐品中的每个餐品对应的取餐码。
[0507] 发送模块4210，还用于向第一配送客户端发送与第一订单订购的至少一个餐品中的每个餐品对应的取餐码。
[0508] 图43示出了本申请一个示例性实施例提供的外卖送餐装置的结构示意图。该装置包括：
[0509] 显示模块4310，用于显示第二订单的接单界面，第二订单的接单界面显示有第二配送任务，第二配送任务是将第二订单订购的目标餐品从交付点配送至目标用户对应的位置的任务，第二订单是从交付点处的至少一个餐品中订购目标餐品的订单，第二订单的收货人为目标用户，目标用户位于交付区域内，交付区域是交付点的服务区域。
[0510] 显示模块4310，还用于响应于针对第二配送任务的确认操作，显示第二订单的待送餐界面，第二订单的待送餐界面中显示有第二订单的待送餐信息。
[0511] 显示模块4310，还用于响应于针对第二订单的待送餐信息的确认操作，显示第二订单的送达界面。
[0512] 其中，目标餐品是至少一个餐品的子集，至少一个餐品是由第一订单对应的第一配送任务提前配送至交付点的，第一配送任务与第一配送客户端对应，第一配送客户端和第二配送客户端是不同的配送客户端。
[0513] 在一些实施例中，该装置还包括：
[0514] 接收模块4320，用于每隔预定时间间隔，接收至少两个第二订单的第二配送任务。
[0515] 显示模块4310，还用于响应于针对最近一个时间间隔内的至少两个第二订单的第二配送任务的确认操作，显示第二订单的待送餐界面。
[0516] 其中，至少两个第二订单均对应第二配送客户端对应的交付点。
[0517] 接收模块4320，还用于在生成的至少两个第二订单的订单数量达到数量阈值的情况下，接收至少两个第二订单的第二配送任务。
[0518] 显示模块4310，还用于响应于针对订单数量达到数量阈值的至少两个第二订单的第二配送任务的确认操作，显示第二订单的待送餐界面。
[0519] 其中，至少两个第二订单均对应第二配送客户端对应的交付点。
[0520] 接收模块4320，还用于接收至少两个第二订单的第二配送任务的配送顺序。
[0521] 其中，配送顺序由如下至少一个因素确定：
[0522] 目标用户在交付区域内的位置；
[0523] 目标餐品的食用优先级；
[0524] 目标餐品的订餐时间。
[0525] 在一些实施例中，目标用户在交付区域内的位置包括第一楼层信息。
[0526] 接收模块4320，还用于接收根据第一楼层信息生成的至少两个第二订单的第二配送任务的配送顺序。
[0527] 在一些实施例中，该装置还包括：
[0528] 获取模块4330，用于获取第二配送客户端在交付区域内的第二楼层信息。
[0529] 接收模块4320，还用于接收根据第一楼层信息和第二楼层信息生成的至少两个第二订单的第二配送任务的配送顺序。
[0530] 接收模块4320，还用于接收第二订单订购的目标餐品对应的取餐码，目标餐品对应的取餐码是取餐码的子集。
[0531] 在一些实施例中，交付点包括用于存放第一订单订购的至少一个餐品中的每个餐品的格口。
[0532] 接收模块4320，还用于接收与第一订单订购的至少一个餐品中的每个餐品对应的取餐码和格口的对应关系。
[0533] 在一些实施例中，该装置还包括：
[0534] 发送模块4340，用于发送第二订单的确认送达信息。
[0535] 图44示出了本申请一个示例性实施例提供的外卖送餐装置的结构示意图。该装置包括：
[0536] 发送模块4410，用于向位于交付区域中的用户客户端发送至少一个餐品的售卖信息。
[0537] 生成模块4420，用于在用户客户端订购至少一个餐品中的目标餐品的情况下，生成目标餐品的第二订单，第二订单是从交付点处的至少一个餐品中订购目标餐品的订单，第二订单的收货人为与至少一个用户客户端对应的目标用户。
[0538] 发送模块4410，还用于向第二配送客户端发送第二订单的第二配送任务，第二配送任务是将目标餐品从交付点配送至目标用户对应的位置的任务；
[0539] 接收模块4430，用于接收第二订单的确认送达信息，第二订单的确认送达信息用于指示第二配送任务已完成；
[0540] 其中，目标餐品是至少一个餐品的子集，至少一个餐品是由第一订单对应的第一配送任务提前配送至交付点的，第一配送任务与第一配送客户端对应，第一配送客户端和第二配送客户端是不同的配送客户端。
[0541] 发送模块4410，还用于每隔预定时间间隔，向第二配送客户端发送最近一个时间间隔内生成的至少两个第二订单的第二配送任务；和/或，在生成的至少两个第二订单的订单数量达到数量阈值的情况下，向第二配送客户端发送至少两个第二订单的第二配送任务。
[0542] 其中，至少两个第二订单均对应第二配送客户端对应的交付点。
[0543] 在一些实施例中，该装置还包括：
[0544] 排序模块4440，用于按照配送顺序对至少两个第二订单的第二配送任务进行排序。
[0545] 其中，配送顺序由如下至少一个因素确定：
[0546] 目标用户对应的位置在交付区域内的位置；
[0547] 目标餐品的食用优先级；
[0548] 目标餐品的订餐时间。
[0549] 在一些实施例中，目标用户对应的位置在交付区域内的位置包括第一楼层信息。
[0550] 发送模块4410，还用于向第二配送客户端发送根据第一楼层信息生成的配送顺序。
[0551] 接收模块4430，还用于接收第二配送客户端发送的在交付区域内的第二楼层信息。
[0552] 发送模块4410，还用于向第二配送客户端发送根据第一楼层信息和第二楼层信息生成的配送顺序。
[0553] 发送模块4410，还用于向第二配送客户端发送第二订单订购的目标餐品对应的取餐码，目标餐品对应的取餐码是取餐码的子集。
[0554] 在一些实施例中，交付点包括用于存放第一订单订购的至少一个餐品中的每个餐品的格口。
[0555] 发送模块4410，还用于向第二配送客户端发送与第一订单订购的至少一个餐品中的每个餐品对应的取餐码和格口的对应关系。
[0556] 图45示出了本申请一个示例性实施例提供的计算机设备4500的结构框图。该计算机设备4500可以是便携式移动终端，比如：智能手机、平板电脑、动态影像专家压缩标准音频层面3(Moving Picture Experts Group Audio Layer III，MP3)、动态影像专家压缩标准音频层面4(Moving Picture Experts Group Audio Layer IV，MP4)播放器。计算机设备4500还可能被称为用户设备、便携式终端等其他名称。
[0557] 通常，计算机设备4500包括有：处理器4501和存储器4502。
[0558] 处理器4501可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器4501可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器4501也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(Central Processing Unit，CPU)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器4501可以在集成有图像处理器(Graphics Processing Unit，GPU)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器4501还可以包括人工智能(Artificial Intelligence，AI)处理器，该AI处理器用于处理有关机器学习的计算操作。
[0559] 存储器4502可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是有形的和非暂态的。存储器4502还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器4502中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器4501所执行以实现本申请实施例中提供的基于直播间的礼物赠送方法。
[0560] 在一些实施例中，计算机设备4500还可选包括有：外围设备接口4503和至少一个外围设备。具体地，外围设备包括：射频电路4504、触摸显示屏4505、摄像头4506、音频电路4507和电源4508中的至少一种。
[0561] 外围设备接口4503可被用于将输入/输出(Input/Output，I/O)相关的至少一个外围设备连接到处理器4501和存储器4502。在一些实施例中，处理器4501、存储器4502和外围设备接口4503被集成在同一芯片或电路板上；在一些其他实施例中，处理器4501、存储器4502和外围设备接口4503中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
[0562] 射频电路4504用于接收和发射射频(Radio Frequency，RF)信号，也称电磁信号。射频电路4504通过电磁信号与通信网络以及其他通信设备进行通信。射频电路4504将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路
4504包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等。射频电路4504可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或无线保真(Wireless Fidelity，Wi‑Fi)网络。在一些实施例中，射频电路4504还可以包括近距离无线通信(Near Field Communication，NFC)有关的电路，本申请对此不加以限定。
[0563] 触摸显示屏4505用于显示用户界面(User Interface，UI)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。触摸显示屏4505还具有采集在触摸显示屏4505的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器4501进行处理。触摸显示屏4505用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，触摸显示屏4505可以为一个，设置计算机设备4500的前面板；在另一些实施例中，触摸显示屏4505可以为至少两个，分别设置在计算机设备4500的不同表面或呈折叠设计；在一些实施例中，触摸显示屏4505可以是柔性显示屏，设置在计算机设备4500的弯曲表面上或折叠面上。甚至，触摸显示屏4505还可以设置成非矩形的不规则图形，也即异形屏。触摸显示屏4505可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light‑Emitting Diode，OLED)等材质制备。
[0564] 摄像头4506用于采集图像或视频。可选地，摄像头4506包括前置摄像头和后置摄像头。通常，前置摄像头用于实现视频通话或自拍，后置摄像头用于实现照片或视频的拍摄。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能，主摄像头和广角摄像头融合实现全景拍摄以及虚拟现实(Virtual Reality，VR)拍摄功能。在一些实施例中，摄像头4506还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
[0565] 音频电路4507用于提供用户和计算机设备4500之间的音频接口。音频电路4507可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器4501进行处理，或者输入至射频电路4504以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在计算机设备4500的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器4501或射频电路4504的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路4507还可以包括耳机插孔。
[0566] 电源4508用于为计算机设备4500中的各个组件进行供电。电源4508可以是交流电、直流电、一次性电池或可充电电池。当电源4508包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
[0567] 在一些实施例中，计算机设备4500还包括有一个或多个传感器4509。该一个或多个传感器4509包括但不限于：加速度传感器4510、陀螺仪传感器4511、压力传感器4512、光学传感器4513以及接近传感器4514。
[0568] 加速度传感器4510可以检测以计算机设备4500建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器4510可以用于检测重力加速度在三个坐标轴上的分量。处理器4501可以根据加速度传感器4510采集的重力加速度信号，控制触摸显示屏4505以横向视图或纵向视图进行用户界面的显示。加速度传感器4510还可以用于游戏或者用户的运动数据的采集。
[0569] 陀螺仪传感器4511可以检测计算机设备4500的机体方向及转动角度，陀螺仪传感器4511可以与加速度传感器4510协同采集用户对计算机设备4500的3D动作。处理器4501根据陀螺仪传感器4511采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
[0570] 压力传感器4512可以设置在计算机设备4500的侧边框和/或触摸显示屏4505的下层。当压力传感器4512设置在计算机设备4500的侧边框时，可以检测用户对计算机设备4500的握持信号，根据该握持信号进行左右手识别或快捷操作。当压力传感器4512设置在触摸显示屏4505的下层时，可以根据用户对触摸显示屏4505的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
[0571] 光学传感器4513用于采集环境光强度。在一个实施例中，处理器4501可以根据光学传感器4513采集的环境光强度，控制触摸显示屏4505的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏4505的显示亮度；当环境光强度较低时，调低触摸显示屏4505的显示亮度。在另一个实施例中，处理器4501还可以根据光学传感器4513采集的环境光强度，动态调整摄像头组件4506的拍摄参数。
[0572] 接近传感器4514，也称距离传感器，通常设置在计算机设备4500的正面。接近传感器4514用于采集用户与计算机设备4500的正面之间的距离。在一个实施例中，当接近传感器4514检测到用户与计算机设备4500的正面之间的距离逐渐变小时，由处理器4501控制触摸显示屏4505从亮屏状态切换为息屏状态；当接近传感器4514检测到用户与计算机设备4500的正面之间的距离逐渐变大时，由处理器4501控制触摸显示屏4505从息屏状态切换为亮屏状态。
[0573] 本领域技术人员可以理解，图45中示出的结构并不构成对计算机设备4500的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
[0574] 本申请实施例还提供一种计算机设备，该计算机设备包括：处理器和存储器，存储器中存储有至少一段程序，至少一段程序由处理器加载并执行以实现上述各方法实施例提供的外卖送餐方法。
[0575] 本申请实施例还提供了一种计算机存储介质，计算机可读存储介质中存储有至少一段程序，至少一段程序由处理器加载并执行以实现上述各方法实施例提供的外卖送餐方法。
[0576] 本申请实施例还提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，所述计算机程序存储在计算机可读存储介质中；所述计算机程序由计算机设备的处理器从所述计算机可读存储介质读取并执行，使得所述计算机设备执行上述各方法实施例提供的外卖送餐方法。
[0577] 应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
[0578] 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0579] 以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同切换、改进等，均应包含在本申请的保护范围之内。
