本发明涉及物流配送领域，具体的说，涉及了一种用于外卖的配送员选择方法。
背景技术：
当前，外卖配送采用的是众包模式，即配送平台发布配送信息，就近推送给附近的多个配送员，配送员之间进行抢单，最先抢到的配送员必须在规定的时间内完成配送。
通过抢单来进行外卖订单的分配，极易出现配送资源不均衡的问题，即有的配送员的配送订单数量太多而无法准时送达，造成用户长时间等待的情况，而有的配送员由于配送订单太少而长时间等待配送订单的情况；同时在外卖订单的分配过程中，用户无法自主选择配送员，只能被动接受配送员，体验感较差。
为了解决以上存在的问题，人们一直在寻求一种理想的技术解决方案。
技术实现要素：
本发明的目的是针对现有技术的不足，从而提供了一种用于外卖的配送员选择方法。
为了实现上述目的，本发明所采用的技术方案是：一种用于外卖的配送员选择方法，包括以下步骤：
外卖平台将食客端发送的外卖购买订单发送至商户端，在接收到商户端反馈的已接单信息后对所述外卖购买订单进行解析获得商户地址和食客地址，并根据商户地址和食客地址生成抢单公告发布在配送平台上，以供配送员抢单；
配送平台接收到配送员端发送的抢单信号后自动在内置的待处理配送订单库中查询，获取所述抢单信号所对应的配送员的待处理配送订单信息，并与所述抢单信号绑定后反馈给外卖平台；
外卖平台根据预设时间内收到的所有抢单信号以及与每个抢单信号所对应的配送员的待处理配送订单信息生成配送员选择请求发送给食客端，以供食客选择；
外卖平台接收食客端发送的配送员选择结果，并结合商户地址、食客地址生成配送订单发送给所述配送平台；
配送平台将所述配送订单存放至抢单成功的配送员的待处理配送订单库中，通知该配送员端抢单成功，同时删除所述抢单公告。
基于上述，待处理配送订单信息包括待处理的配送订单数量，以及每个配送订单所对应的商户地址、食客地址。
基于上述，配送员处理完配送订单后，通过所述配送员端向所述配送平台发送删除配送订单请求，将所述配送订单从所述待处理配送订单库中删除。
本发明相对现有技术具有突出的实质性特点和显著的进步，具体的说，本发明在预设时间内由多个配送员进行抢单，由用户根据配送员的待处理配送订单情况选择具体的配送员来进行配送，一方面实现了配送资源的平衡，减少了用户等待的时间，另一方面提高了用户的外卖体验。
具体实施方式
下面通过具体实施方式，对本发明的技术方案做进一步的详细描述。
一种用于外卖的配送员选择方法，包括以下步骤：
外卖平台将食客端发送的外卖购买订单发送至商户端，在接收到商户端反馈的已接单信息后对所述外卖购买订单进行解析获得商户地址和食客地址，并根据商户地址和食客地址生成抢单公告发布在配送平台上，以供配送员抢单；
配送平台接收到配送员端发送的抢单信号后自动在内置的待处理配送订单库中查询，获取所述抢单信号所对应的配送员的待处理配送订单信息，并与所述抢单信号绑定后反馈给外卖平台；
外卖平台根据预设时间内收到的所有抢单信号以及与每个抢单信号所对应的配送员的待处理配送订单信息生成配送员选择请求发送给食客端，以供食客选择；
外卖平台接收食客端发送的配送员选择结果，并结合商户地址、食客地址生成配送订单发送给所述配送平台；
配送平台将所述配送订单存放至抢单成功的配送员的待处理配送订单库中，通知该配送员端抢单成功，同时删除所述抢单公告。
本发明在预设时间内由多个配送员进行抢单，由用户根据配送员的待处理配送订单情况选择具体的配送员来进行配送，一方面实现了配送资源的平衡，减少了用户等待的时间，另一方面提高了用户的外卖体验。
具体的，待处理配送订单信息包括待处理的配送订单数量，以及每个配送订单所对应的商户地址、食客地址。
食客接收所述外卖平台发送的配送员选择请求后，根据所有配送员待处理的配送订单数量以及每个配送订单所对应的商户地址、食客地址，选择配送订单数量最少、商户地址、食客地址与本人最接近的配送员。
具体的，配送员处理完配送订单后，通过所述配送员端向所述配送平台发送删除配送订单请求，将所述配送订单从所述待处理配送订单库中删除，及时更新所述配送员的待处理的配送订单的数量，有利于食客获取准确的配送员信息来进行配送员的选择。
最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。