一种外卖订单的处理方法、装置以及服务器

技术领域

本申请涉及外卖领域，具体涉及一种外卖订单的处理方法、装置以及服务 器。

背景技术

可以理解，随着网络技术的发展以及生活方式的改变，如今很多用户经常 选择外卖作为一种吃饭方式，尤其是对于时间不便的用户来说，选择外卖还可 有效地节省前往餐厅、等待上菜的所需时间，在该背景下，外卖服务对于餐饮 店家也成为一种正常服务。

通常，用户以及店家两者，都是在外卖平台上处理的外卖服务的，而外卖 平台，则可在线上为外卖订单分配对应的外卖骑手，接收到分配订单的外卖骑 手，则可前往店家取餐并送达用户，完成一次外卖订单的处理。

而在现有的相关技术的研究过程中，发明人发现，即使引入了送餐路径规 划及引导、机器人送餐、外卖订单量预测等应对方案，然而当处于用餐高峰期 时，仍容易出现所谓“爆单”的情况，即，在短时间内会出现大量不能及时完 成处理的外卖订单，而这容易直接导致用户对于外卖服务产生糟糕的用户体 验。

发明内容

本申请提供了一种外卖订单的处理方法、装置以及服务器，用于更为合理 地处理外卖订单，进而在一定程度上提高对大量外卖订单的处理能力。

第一方面，本申请提供了一种外卖订单的处理方法，方法包括：

服务器在当前待分配的外卖订单集合中，根据集合中不同外卖订单对应的 店家以及送货地址，筛选出同一店家且送货地址在同一位置范围内的多个第一 外卖订单；

服务器根据多个第一外卖订单的订单信息，对多个第一外卖订单进行合 并，得到第二外卖订单；

服务器为第二外卖订单分配对应的外卖骑手，以使得外卖骑手处理第二外 卖订单。

结合本申请第一方面，在本申请第一方面第一种可能的实现方式中，服务 器在当前待分配的外卖订单集合中，根据集合中不同外卖订单对应的店家以及 送货地址，提取出同一店家且送货地址在同一位置范围内的多个第一外卖订 单，包括：

服务器在当前待分配的外卖订单集合中，根据集合中不同外卖订单对应的 店家以及送货地址，提取出同一店家且送货地址在同一楼栋或者同一小区的多 个第一外卖订单。

结合本申请第一方面第一种可能的实现方式，在本申请第一方面第二种可 能的实现方式中，服务器在当前待分配的外卖订单集合中，根据集合中不同外 卖订单对应的店家以及送货地址，提取出同一店家且送货地址在同一楼栋或者 同一小区的多个第一外卖订单之前，方法还包括：

服务器接收用户发起的配置请求；

服务器根据配置请求中携带的目标店家、目标楼栋或者目标小区，触发针 对目标店家、目标楼栋或者目标小区的订单合并处理。

结合本申请第一方面，在本申请第一方面第三种可能的实现方式中，服务 器根据多个第一外卖订单的订单信息，对多个第一外卖订单进行合并，得到第 二外卖订单，包括：

服务器根据多个第一外卖订单的订单信息中的商品数量，以预设商品数量 作为合并单位，对多个第一外卖订单进行合并，得到订单信息中的商品数量不 超过预设商品数量的至少一个第二外卖订单。

结合本申请第一方面第三种可能的实现方式，在本申请第一方面第四种可 能的实现方式中，预设商品数量为预分配的外卖骑手对应的个人处理数量。

结合本申请第一方面，在本申请第一方面第五种可能的实现方式中，服务 器在当前待分配的外卖订单集合中，根据集合中不同外卖订单对应的店家以及 送货地址，筛选出同一店家且送货地址在同一位置范围内的多个第一外卖订单 之前，方法还包括：

服务器将店家已接单且外卖骑手未到达店家取餐的外卖订单，加入至当前 待分配的外卖订单集合中。

结合本申请第一方面，在本申请第一方面第六种可能的实现方式中，当前 待分配的外卖订单集合中的外卖订单的商品类型具体为饮品类型。

第二方面，本申请提供了一种外卖订单的处理装置，装置包括：

筛选单元，用于在当前待分配的外卖订单集合中，根据集合中不同外卖订 单对应的店家以及送货地址，筛选出同一店家且送货地址在同一位置范围内的 多个第一外卖订单；

合并单元，用于根据多个第一外卖订单的订单信息，对多个第一外卖订单 进行合并，得到第二外卖订单；

分配单元，用于为第二外卖订单分配对应的外卖骑手，以使得外卖骑手处 理第二外卖订单。

结合本申请第二方面，在本申请第二方面第一种可能的实现方式中，筛选 单元，具体用于：

在当前待分配的外卖订单集合中，根据集合中不同外卖订单对应的店家以 及送货地址，提取出同一店家且送货地址在同一楼栋或者同一小区的多个第一 外卖订单。

结合本申请第二方面第一种可能的实现方式，在本申请第二方面第二种可 能的实现方式中，装置还包括配置单元，用于：

接收用户发起的配置请求；

根据配置请求中携带的目标店家、目标楼栋或者目标小区，触发针对目标 店家、目标楼栋或者目标小区的订单合并处理。

结合本申请第二方面，在本申请第二方面第三种可能的实现方式中，合并 单元，具体用于：

根据多个第一外卖订单的订单信息中的商品数量，以预设商品数量作为合 并单位，对多个第一外卖订单进行合并，得到订单信息中的商品数量不超过预 设商品数量的至少一个第二外卖订单。

结合本申请第二方面第三种可能的实现方式，在本申请第二方面第四种可 能的实现方式中，预设商品数量为预分配的外卖骑手对应的个人处理数量。

结合本申请第二方面，在本申请第二方面第五种可能的实现方式中，装置 还包括加入单元，用于：

将店家已接单且外卖骑手未到达店家取餐的外卖订单，加入至当前待分配 的外卖订单集合中。

结合本申请第二方面，在本申请第二方面第六种可能的实现方式中，当前 待分配的外卖订单集合中的外卖订单的商品类型具体为饮品类型。

第三方面，本申请提供了一种服务器，包括处理器和存储器，存储器中存 储有计算机程序，处理器调用存储器中的计算机程序时执行本申请第一方面或 者本申请第一方面任一种可能的实现方式提供的方法。

第四方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质 存储有多条指令，指令适于处理器进行加载，以执行本申请第一方面或者本申 请第一方面任一种可能的实现方式提供的方法。

从以上内容可得出，本申请具有以下的有益效果：

针对于外卖订单的分配处理，本申请提供了一种新的订单分配机制，服务 器在当前待分配的外卖订单集合中，根据集合中不同外卖订单对应的店家以及 送货地址，筛选出同一店家且送货地址在同一位置范围内的多个第一外卖订 单，并根据多个第一外卖订单的订单信息，对多个第一外卖订单进行合并，得 到第二外卖订单，再为第二外卖订单分配对应的外卖骑手，以使得外卖骑手处 理第二外卖订单，在这过程中，由于针对同一店家以及同一位置范围内的送货 地址，进行了订单合并，将原本外卖骑手分配到的存在不同店家或者不同位置 范围内的送货地址的外卖订单简化为同一店家以及同一位置范围内的送货地 址的外卖订单，如此显著简化了外卖送餐环节中取餐-送餐所需的时间成本以 及人力成本，显著提高了送餐效率，从而在一定程度上提高对大量外卖订单的 处理能力。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所 需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请 的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还 可以根据这些附图获得其他的附图。

图1为本申请外卖订单的处理方法的一种流程示意图；

图2为本申请调整外卖订单的筛选范围的一种流程示意图；

图3为本申请外卖订单的处理装置的一种结构示意图；

图4为本申请服务器的一种结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清 楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是 全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳 动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用 于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使 用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图 示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何 变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、 方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括 没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。 在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者 编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号 的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相 类似的技术效果即可。

本申请中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时 可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或 一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直 接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以 是电性或其他类似的形式，本申请中均不作限定。并且，作为分离部件说明的 模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块， 或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部 模块来实现本申请方案的目的。

在介绍本申请提供的外卖订单的处理方法之前，首先介绍本申请所涉及的 背景内容。

本申请提供的外卖订单的处理方法、装置以及计算机可读存储介质，可应 用于服务器，用于更为合理地处理外卖订单，进而在一定程度上提高对大量外 卖订单的处理能力。

本申请提及的外卖订单的处理方法，其执行主体可以为外卖订单的处理装 置，或者集成了该外卖订单的处理装置的服务器，其中，外卖订单的处理装置 可以采用硬件或者软件的方式实现，该服务器具体还可以通过服务器集群的方 式设置。

在实际应用中，服务器一般为提供外卖服务器的外卖平台所部署的服务器 设备，用户可用过用户设备(User Equipment，UE)访问外卖平台，并根据需 求发起相应的外卖订单，外卖平台再为外卖订单分配相对应的外卖骑手，让外 卖骑手前往店家取餐并送往用户处，完成一次外卖订单的处理。

在该应用场景中，UE具体可以为智能手机、平板电脑、笔记本电脑、台 式电脑或者个人数字助理(Personal Digital Assistant，PDA)等终端设备，UE 具体可通过客户端应用程序(Application，APP)、公众号、小程序、Web应用 等访问方式访问外卖平台。

下面，开始介绍本申请提供的外卖订单的处理方法。

首先，参阅图1，图1示出了本申请外卖订单的处理方法的一种流程示意图， 本申请提供的外卖订单的处理方法，具体可包括如下步骤：

步骤S101，服务器在当前待分配的外卖订单集合中，根据集合中不同外卖 订单对应的店家以及送货地址，筛选出同一店家且送货地址在同一位置范围内 的多个第一外卖订单；

可以理解，服务器在外卖平台的后台，从云端统一地为各用户、店家以及 外卖订单分配对应的外卖骑手。一般的，服务器是以外卖订单为基础，进行外 卖骑手的分配的。

在实际应用中，外卖订单，可以是存储在服务器本地的，或者，也可以是 存储在服务器以外的设备上，具体随实际应用场景而定。

在分配外卖骑手的过程中，本申请服务器首先获取的是当前待分配的外卖 订单集合，在该集合中，包含了当前时间段所需分配外卖骑手的外卖订单，这 些订单，其订单信息包括了店家信息以及送货地址信息(用户的地址信息)。

此时，相比于现有技术中挨个提取该集合中的外卖订单并分配对应的外卖 骑手不同的是，本申请则是引入了外卖订单的合并机制，因此需要提前执行筛 选处理，在当前待分配的外卖订单集合中，筛选出订单信息中的店家信息、送 货地址信息属于同一店家且送货地址在同一位置范围内的多个第一外卖订单。

以外卖订单A、B、C、D为例，外卖订单A的订单信息中标识了店家1、送 货地址1，外卖订单B的订单信息中标识了店家2、送货地址2，外卖订单C的订 单信息中标识了店家1、送货地址3，外卖订单D的订单信息中标识了店家1、 送货地址4(与送货地址1相近)，此时，由于外卖订单A与外卖订单D属于同一 店家1，且两者的送货地址相近，因此可从集合中筛选出来，作为后续外卖订 单合并使用。

其中，作为筛选因素之一的位置范围，可以理解，其可以是以一个在预设 位置范围划分策略下划分得到的位置范围，例如用一系列GPS定位坐标划分得 到的位置范围，这类范围一般是可由人工划分得到；或者，也可以是以现有的 街道、小区或者楼栋划分得到的位置范围。

其中，作为一种适于实用的实现方式，在实际应用中，本申请具体可针对 特定的楼栋或者小区，以楼栋或者小区为筛选单位，执行外卖订单的筛选及其 合并。

可以理解，在实际应用中，本申请认为部分的楼栋或者小区，有利于推广 该外卖订单的合并机制，因此可对这些楼栋或者小区执行对应外卖订单的筛选 及其合并；

或者，当发现某些楼栋或者小区尝试应用本申请外卖订单的合并机制后， 其外卖订单的送餐效率得到了提高，因此可将其确定为执行本申请外卖订单的 合并机制的目标楼栋或者小区。

对应的，步骤S101，具体可以包括：

服务器在当前待分配的外卖订单集合中，根据集合中不同外卖订单对应的 店家以及送货地址，提取出同一店家且送货地址在同一楼栋或者同一小区的多 个第一外卖订单。

进一步的，为便于实际应用中对针对的目标楼栋或者目标小区根据实际情 况进行调整，尤其是在具体现场普遍存在外卖需求灵活变化的情况下，还可由 现场的工作人员发起目标楼栋或者目标小区的实时调整，甚至的，还可对目标 店家进行调整。

参阅图2示出的本申请调整外卖订单的筛选范围的一种流程示意图，其外 卖订单的筛选范围的调整处理，可包括：

步骤S201，服务器接收用户发起的配置请求；

用户，一般为外卖平台的工作人员，可根据当前监控的所在地区的外卖订 单配送情况，在执行本申请所提供的外卖订单的合并机制的情况下，调整涉及 的外卖订单的筛选范围，以执行相对应的外卖订单的合并。当然，在实际应用 中，也可由服务器主动进行监控。

或者，店家、楼栋或者小区的工作人员甚至用户，也可主动发起申请，以 为其涉及的外卖订单加入至外卖订单的合并机制中，进而以更灵活、自由的方 式，提高其涉及的外卖订单的送餐效率。

该配置请求，具体可由UE发起，其发起渠道以及请求类型，随发起人员 及其手边具体的UE设备而定。

步骤S202，服务器根据配置请求中携带的目标店家、目标楼栋或者目标小 区，触发针对目标店家、目标楼栋或者目标小区的订单合并处理。

而当服务器接收到关于调整外卖订单的筛选范围的配置请求后，则可对其 进行解析，提取出其携带的目标店家、目标楼栋或者目标小区，并将这些目标 店家、目标楼栋或者目标小区确定为新的外卖订单的筛选范围，并针对这些目 标店家、目标楼栋或者目标小区触发相应外卖订单的筛选及其合并。

此外，可以理解的，在实际应用中，在引入外卖订单合并机制并提高了送 餐效率的基础上，为进一步提高送餐效率，还可进一步扩大可合并的外卖订单 的范围。

举例而言，待分配的外卖订单集合中，不仅可包含用户在当前时间段发起 的外卖订单，还包括用户已在历史时间段发起的外卖订单，这些订单的特征都 为未分配外卖骑手，而本申请在考虑到外卖订单的合并需求以及实际应用中的 送餐情况后，还可额外的由服务器将店家已接单且外卖骑手未到达店家取餐的 外卖订单，加入至当前待分配的外卖订单集合中。

可以理解，在该设置下，可在实际应用中外卖订单的筛选范围可能出现灵 活调整的情况下，照顾到执行外卖订单的合并机制的时间点之前的历史外卖订 单，也可将实际应用中仍未能及时进行送餐的外卖订单整合进新的合并的外卖 订单中快速进行送餐处理。

步骤S102，服务器根据多个第一外卖订单的订单信息，对多个第一外卖订 单进行合并，得到第二外卖订单；

在通过外卖订单的筛选机制下筛选得到的多个第一外卖订单后，则可对其 进行合并，整合为第二外卖订单。

可以理解，由于第二外卖订单相比于多个第一外卖订单，所需的外卖骑手 的数量显著得到了降低，因此容易看出，其可显著简化了外卖送餐环节中取餐 -送餐所需的时间成本以及人力成本，显著提高了送餐效率，从而在一定程度 上提高对大量外卖订单的处理能力。

此外，在实际应用中，该第二外卖订单一般为一个的订单数量，由此，只 需分配一外卖骑手前往订单中的目标店家取餐，并继续前往订单中的目标位置 范围，为涉及的多个用户完成送餐，在这过程中，显然，将现有技术中需要多 个外卖骑手都需付出的取餐-送餐所需的时间成本以及人力成本，降低为一个 外卖骑手所需付出的取餐-送餐所需的时间成本以及人力成本。

进一步的，在本申请中，该第二外卖订单还可能存在多个的订单数量，也 就是说，在订单的合并处理中，若原本筛选出来的第一外卖订单的数量为N1 (N1大于3)，此时可能是将数量N1的第一外卖订单合并为数量N2(N2大于2) 的第二外卖订单。

容易理解，在实际应用中，外卖骑手通常是存在有一定的订单处理能力的， 例如车辆承载能力、身体承载能力甚至行走过程中外卖占用体积等因素都能影 响到外卖骑手的订单处理能力，甚至一定程度上还限制了外卖骑手的订单处理 规模上限。

在该考虑下，本申请还可在合并处理过程中引入合并单位，该合并单位可 以理解为第二外卖订单所包含的第一外卖订单的订单规模。

以合并单位为商品数量为例，服务器可根据多个第一外卖订单的订单信息 中的商品数量，以预设商品数量作为合并单位，对多个第一外卖订单进行合并， 得到订单信息中的商品数量不超过预设商品数量的至少一个第二外卖订单。

当然，该合并单位，又或者说订单规模，除了可考虑位商品数量，也可考 虑商品体积、商品类别等因素，且在实际操作中，还可结合两种或者两种以上 的因素组合得到合并单位，具体随实际需要调整。

步骤S103，服务器为第二外卖订单分配对应的外卖骑手，以使得外卖骑手 处理第二外卖订单。

可以理解，在确定了可分配至外卖骑手的第二外卖订单后，服务器则可随 机或者按照预设的分配策略，分配对应的外卖骑手，处理该第二外卖订单。

其中，在该分配过程中，还可由外卖骑手确定是否接受服务器分配的该第 二外卖订单，或者由外卖骑手主动申请处理该第二外卖订单。

此外，一般来说，外卖骑手是在执行订单合并处理得到第二外卖订单之后 再进行分配的。

而在进一步的实际应用中，本申请还提出一种适配方案，即，在引入订单 合并机制的基础上，还可针对不同的外卖骑手执行对应的、不同订单规模的订 单合并处理。

在该情况下，显然，订单合并处理是针对预分配的外卖骑手后发起的，如 此，以商品数量为例，订单合并处理中涉及的预设商品数量为预分配的外卖骑 手对应的个人处理数量。

显然，直接针对后面执行送餐处理的具体外卖骑手，执行适配的订单合并 处理，具有更高的匹配性。

其中，仍以商品数量为例，外卖骑手对应的个人处理数量，可以是外卖骑 手个人自己上报的，便于实时调节；或者也可以是工作人员为外卖骑手个人制 定的；或者也可以是根据外卖骑手在历史时间段的送餐数据(如送餐效率等参 考数据)配置的，具体随实际需要调整，可满足针对外卖骑手个人调节对应的 个人处理数量即可。

从上面内容可看出，本申请在引入外卖订单的合并处理机制的情况下，如 上述内容可看出，还从不同方面进行了细节上的优化设置。

而在实际应用中，本申请还提供了一种最优的应用场景，在该应用场景中， 还对触发合并的外卖订单本身，进行了一定程度上的限定，可对其商品类型限 定为饮品类型，即步骤S101中当前待分配的外卖订单集合中的外卖订单的商品 类型具体为饮品类型。

可以理解，如奶茶、甜品、甜品等类型的饮品，其在实际操作中，其单品 通常具有较为相近的体积、重量，且对于店家也具有稳定的出餐效率，因此对 于合并得到的第二外卖订单而言，其具有更高的可操作性以及稳定性，从而便 于外卖骑手对于每个第二外卖订单都可实现更为稳定、快速的送餐效率。

总的来说，针对于外卖订单的分配处理，本申请提供了一种新的订单分配 机制，服务器在当前待分配的外卖订单集合中，根据集合中不同外卖订单对应 的店家以及送货地址，筛选出同一店家且送货地址在同一位置范围内的多个第 一外卖订单，并根据多个第一外卖订单的订单信息，对多个第一外卖订单进行 合并，得到第二外卖订单，再为第二外卖订单分配对应的外卖骑手，以使得外 卖骑手处理第二外卖订单，在这过程中，由于针对同一店家以及同一位置范围 内的送货地址，进行了订单合并，将原本外卖骑手分配到的存在不同店家或者 不同位置范围内的送货地址的外卖订单简化为同一店家以及同一位置范围内 的送货地址的外卖订单，如此显著简化了外卖送餐环节中取餐-送餐所需的时 间成本以及人力成本，显著提高了送餐效率，从而在一定程度上提高对大量外 卖订单的处理能力。

以上是本申请提供外卖订单的处理方法的介绍，为便于更好的实施本申请 提供的外卖订单的处理方法，本申请还从功能模块角度提供了一种外卖订单的 处理装置。

参阅图3，图3为本申请外卖订单的处理装置的一种结构示意图，在本申请 中，外卖订单的处理装置300具体可包括如下结构：

筛选单元301，用于在当前待分配的外卖订单集合中，根据集合中不同外 卖订单对应的店家以及送货地址，筛选出同一店家且送货地址在同一位置范围 内的多个第一外卖订单；

合并单元302，用于根据多个第一外卖订单的订单信息，对多个第一外卖 订单进行合并，得到第二外卖订单；

分配单元303，用于为第二外卖订单分配对应的外卖骑手，以使得外卖骑 手处理第二外卖订单。

在一种示例性的实现方式中，筛选单元301，具体用于：

在当前待分配的外卖订单集合中，根据集合中不同外卖订单对应的店家以 及送货地址，提取出同一店家且送货地址在同一楼栋或者同一小区的多个第一 外卖订单。

在又一种示例性的实现方式中，装置还包括配置单元304，用于：

接收用户发起的配置请求；

根据配置请求中携带的目标店家、目标楼栋或者目标小区，触发针对目标 店家、目标楼栋或者目标小区的订单合并处理。

在又一种示例性的实现方式中，合并单元302，具体用于：

根据多个第一外卖订单的订单信息中的商品数量，以预设商品数量作为合 并单位，对多个第一外卖订单进行合并，得到订单信息中的商品数量不超过预 设商品数量的至少一个第二外卖订单。

在又一种示例性的实现方式中，预设商品数量为预分配的外卖骑手对应的 个人处理数量。

在又一种示例性的实现方式中，装置还包括加入单元305，用于：

将店家已接单且外卖骑手未到达店家取餐的外卖订单，加入至当前待分配 的外卖订单集合中。

在又一种示例性的实现方式中，当前待分配的外卖订单集合中的外卖订单 的商品类型具体为饮品类型。

本申请还从硬件结构角度提供了一种服务器，参阅图4，图4示出了本申请 服务器的一种结构示意图，具体的，本申请服务器可包括处理器401、存储器 402以及输入输出设备403，处理器401用于执行存储器402中存储的计算机程序 时实现如图1对应实施例中外卖订单的处理方法的各步骤；或者，处理器401 用于执行存储器402中存储的计算机程序时实现如图3对应实施例中各单元的 功能，存储器402用于存储处理器401执行上述图1对应实施例中外卖订单的处 理方法所需的计算机程序。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多 个模块/单元被存储在存储器402中，并由处理器401执行，以完成本申请。一 个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该 指令段用于描述计算机程序在计算机装置中的执行过程。

服务器可包括，但不仅限于处理器401、存储器402、输入输出设备403。 本领域技术人员可以理解，示意仅仅是服务器的示例，并不构成对服务器的限 定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件， 例如服务器还可以包括网络接入设备、总线等，处理器401、存储器402、输入 输出设备403等通过总线相连。

处理器401可以是中央处理单元(Central Processing Unit，CPU)，还可以是 其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成 电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列 (Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或 者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理 器也可以是任何常规的处理器等，处理器是服务器的控制中心，利用各种接口 和线路连接整个设备的各个部分。

存储器402可用于存储计算机程序和/或模块，处理器401通过运行或执行 存储在存储器402内的计算机程序和/或模块，以及调用存储在存储器402内的 数据，实现计算机装置的各种功能。存储器402可主要包括存储程序区和存储 数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等； 存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器可以包括 高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式 硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD) 卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器401用于执行存储器402中存储的计算机程序时，具体可实现以下功 能：

在当前待分配的外卖订单集合中，根据集合中不同外卖订单对应的店家以 及送货地址，筛选出同一店家且送货地址在同一位置范围内的多个第一外卖订 单；

根据多个第一外卖订单的订单信息，对多个第一外卖订单进行合并，得到 第二外卖订单；

为第二外卖订单分配对应的外卖骑手，以使得外卖骑手处理第二外卖订 单。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述 的外卖订单的处理装置、服务器及其相应单元的具体工作过程，可以参考如图 1对应实施例中外卖订单的处理方法的说明，具体在此不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步 骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储 于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请提供一种计算机可读存储介质，其中存储有多条指令，该指 令能够被处理器进行加载，以执行本申请如图1对应实施例中外卖订单的处理 方法的步骤，具体操作可参考如图1对应实施例中外卖订单的处理方法的说明， 在此不再赘述。

其中，该计算机可读存储介质可以包括：只读存储器(Read Only Memory， ROM)、随机存取记忆体(Random Access Memory，RAM)、磁盘或光盘等。

由于该计算机可读存储介质中所存储的指令，可以执行本申请如图1对应 实施例中外卖订单的处理方法的步骤，因此，可以实现本申请如图1对应实施 例中外卖订单的处理方法所能实现的有益效果，详见前面的说明，在此不再赘 述。

以上对本申请提供的外卖订单的处理方法、装置、服务器以及计算机可读 存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式 进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思 想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应 用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限 制。