CN112529506A - 信息交互方法、装置、存储介质和电子设备 - Google Patents

信息交互方法、装置、存储介质和电子设备 Download PDF

Info

Publication number
CN112529506A
CN112529506A CN202011529241.7A CN202011529241A CN112529506A CN 112529506 A CN112529506 A CN 112529506A CN 202011529241 A CN202011529241 A CN 202011529241A CN 112529506 A CN112529506 A CN 112529506A
Authority
CN
China
Prior art keywords
order
batch
server
information
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011529241.7A
Other languages
English (en)
Inventor
张蔚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rajax Network Technology Co Ltd
Original Assignee
Rajax Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Rajax Network Technology Co Ltd filed Critical Rajax Network Technology Co Ltd
Priority to CN202011529241.7A priority Critical patent/CN112529506A/zh
Publication of CN112529506A publication Critical patent/CN112529506A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083Shipping
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • G06K17/0022Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisious for transferring data to distant stations, e.g. from a sensing device
    • G06K17/0025Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisious for transferring data to distant stations, e.g. from a sensing device the arrangement consisting of a wireless interrogation device in combination with a device for optically marking the record carrier
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311Scheduling, planning or task assignment for a person or group

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明实施例公开了一种信息交互方法、装置、存储介质和电子设备。通过根据目标配送时间和目标地址将多个待分配订单生成批次单,将批次单分配至第一配送终端,使得第一配送终端的配送人员将批次单中的多个订单同时取货并进行配送。由此,可以提高配送人员的配送效率,减小配送运力的浪费。

Description

信息交互方法、装置、存储介质和电子设备
技术领域
本发明涉及计算机技术领域,尤其涉及一种信息交互方法、装置、存储介质和电子设备。
背景技术
线下配送的系统中,例如外卖系统和快递系统等,通常情况下,用户下单后,由配送员从商家取货,再配送到用户手中。目前的配送方式中,同商户有多个订单时,系统以单为维度进行调度,配送员以单为维度操作到店、取货与送货等信息。对于送达时间相近、顾客地址位置相近的订单,可能被调度给多个配送员配送,造成运力浪费。同时,即使被调度给同一个配送员,依然可能因接单时间与送达时间差异,造成配送员分多次操作到店、取货与送货,影响配送效率。
发明内容
有鉴于此,本发明实施例提供了一种信息交互方法、装置、存储介质和电子设备,可以提高配送人员的配送效率,减小配送运力的浪费。
第一方面,本发明实施例提供了一种信息交互方法,所述方法包括:
获取多个待分配订单的目标配送时间和目标地址;
根据所述目标配送时间和目标地址生成至少一波批次单,所述批次单包括多个所述待分配订单;以及
将所述批次单分配至第一配送终端。
优选地,所述多个待分配订单为同一商户的订单。
优选地,所述方法还包括:
向所述第一配送终端发送所述批次单的批次信息。
优选地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的目标地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
优选地,根据所述目标配送时间和目标地址生成至少一波批次单具体为:
将目标配送时间和目标地址相同或相近的多个待分配订单生成一波批次单。
优选地,所述方法还包括:
将所述批次单和/或订单的状态标记为待到店状态。
优选地,所述方法还包括:
接收所述第一配送终端发送的到店信息;以及
将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
优选地,所述方法还包括:
生成所述批次单对应的取货码。
优选地,所述方法还包括:
向商户终端发送所述取货码。
优选地,所述方法还包括:
向第一配送终端发送所述取货码。
优选地,所述方法还包括:
向第一配送终端和商户终端发送所述取货码。
优选地,所述方法还包括:
响应于接收到第一配送终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端发送至服务器。
优选地,所述方法还包括:
响应于接收到商户终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由骑手告知商家,并由商家通过商户终端发送至服务器。
优选地,所述方法还包括:
响应于接收到商户终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由骑手告知商家,并由商家通过商户终端对所述取货码进行验证,将验证结果发送至服务器;或者
响应于接收到第一配送终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端对所述取货码进行验证,将验证结果发送至服务器。
优选地,所述方法还包括:
在所述第一配送终端将所述批次单删除;以及
将所述批次单中的各个订单分配至所述第一配送终端并发送各个订单的订单信息。
优选地,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
优选地,所述方法还包括:
响应于接收到第一配送终端发送的订单的送达信息,将所述订单的状态更新为已送达状态。
优选地,所述方法还包括:
响应于接收到批次单中各个订单的送达信息,将所述批次单的状态更新为已送达状态。
优选地,所述方法还包括:
接收目标订单的退货操作信息,所述退货操作信息来自用户终端或所述第一配送终端;
向所述商户终端发送退货码;以及
将所述目标订单分配至第二配送终端。
优选地,所述方法还包括:
响应于接收到所述第二配送终端发送的退货码,将所述目标订单的状态更新为已取消状态。
优选地,所述第一配送终端和所述第二配送终端为相同的配送终端或不同的配送终端。
第二方面,本发明提供了一种信息交互方法,所述方法包括:
接收服务器发送的至少一个批次单的批次信息;以及
获取操作信息并向所述服务器发送,所述服务器用于在接收到所述操作信息后,将所述取货码对应的批次单删除;以及
接收服务器发送的各个订单的订单信息,所述订单为所述批次单中的订单。
优选地,所述操作信息为取货码;
其中,所述取货码为由商家告知骑手,并由骑手输入。
优选地,所述操作信息为验证成功信息;
其中,所述获取操作信息包括:
接收服务器发送的取货码;
获取待定取货码,所述待定取货码由骑手输入或商户终端发送;以及
根据服务器发送的取货码对所述待定取货码进行验证,响应于服务器发送的取货码与所述待定取货码相同,生成所述验证成功信息。
优选地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的送货地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
优选地,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
优选地,所述方法还包括:
向服务器发送到店信息;
其中,所述服务器还用于在接收到所述到店信息后,将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
优选地,所述方法还包括:
向服务器发送订单的送达信息;
其中,所述服务器还用于在接收到所述送达信息后,将所述订单的状态更新为已送达状态。
优选地,所述方法还包括:
获取退货操作信息并向所述服务器发送;以及
获取退货码并向所述服务器发送。
第三方面,本发明实施例提供了一种信息交互装置,所述装置包括:
信息获取单元,用于获取多个待分配订单的目标配送时间和目标地址;
批次单生成单元,用于根据所述目标配送时间和目标地址生成至少一波批次单,所述批次单包括多个所述待分配订单;以及
批次单分配单元,用于将所述批次单分配至第一配送终端。
优选地,所述多个待分配订单为同一商户的订单。
优选地,所述装置还包括:
批次信息发送单元,用于向所述第一配送终端发送所述批次单的批次信息。
优选地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的目标地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
优选地,所述批次单生成单元用于将目标配送时间和目标地址相同或相近的多个待分配订单生成一波批次单。
优选地,所述装置还包括:
第一标记单元,用于将所述批次单和/或订单的状态标记为待到店状态。
优选地,所述装置还包括:
到店信息接收单元,用于接收所述第一配送终端发送的到店信息;以及
第二标记单元,用于将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
优选地,所述装置还包括:
取货码生成单元,用于生成所述批次单对应的取货码。
优选地,所述装置还包括:
第一发送单元,用于向商户终端发送所述取货码。
优选地,所述装置还包括:
第二发送单元,用于向第一配送终端发送所述取货码。
优选地,所述装置还包括:
第三发送单元,用于向第一配送终端和商户终端发送所述取货码。
优选地,所述装置还包括:
第一接收单元,用于响应于接收到第一配送终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端发送至服务器。
优选地,所述装置还包括:
第二接收单元,用于响应于接收到商户终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由骑手告知商家,并由商家通过商户终端发送至服务器。
优选地,所述装置还包括:
第三接收单元,用于响应于接收到商户终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由骑手告知商家,并由商家通过商户终端对所述取货码进行验证,将验证结果发送至服务器;或者
响应于接收到第一配送终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端对所述取货码进行验证,将验证结果发送至服务器。
优选地,所述装置还包括:
批次单删除单元,用于在所述第一配送终端将所述批次单删除;以及
订单信息发送单元,用于将所述批次单中的各个订单分配至所述第一配送终端并发送各个订单的订单信息。
优选地,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
优选地,所述装置还包括:
第三标记单元,用于响应于接收到第一配送终端发送的订单的送达信息,将所述订单的状态更新为已送达状态。
优选地,所述装置还包括:
第四标记单元,用于响应于接收到批次单中各个订单的送达信息,将所述批次单的状态更新为已送达状态。
优选地,所述装置还包括:
退货操作信息接收单元,用于接收目标订单的退货操作信息,所述退货操作信息来自用户终端或所述第一配送终端;
退货码发送单元,用于向所述商户终端发送退货码;以及
退货订单分配单元,用于将所述目标订单分配至第二配送终端。
优选地,所述装置还包括:
第五标记单元,用于响应于接收到所述第二配送终端发送的退货码,将所述目标订单的状态更新为已取消状态。
优选地,所述第一配送终端和所述第二配送终端为相同的配送终端或不同的配送终端。
第四方面,本发明实施例提供了一种信息交互装置,所述装置包括:
批次信息接收单元,用于接收服务器发送的至少一个批次单的批次信息;以及
操作信息获取单元,用于获取操作信息并向所述服务器发送,所述服务器用于在接收到所述操作信息后,将所述取货码对应的批次单删除;以及
订单信息接收单元,用于接收服务器发送的各个订单的订单信息,所述订单为所述批次单中的订单。
优选地,所述操作信息为取货码;
其中,所述取货码为由商家告知骑手,并由骑手输入。
优选地,所述操作信息为验证成功信息;
其中,所述操作信息获取单元包括:
取货码接收子单元,用于接收服务器发送的取货码;
待定取货码接收子单元,用于获取待定取货码,所述待定取货码由骑手输入或商户终端发送;以及
验证子单元,用于根据服务器发送的取货码对所述待定取货码进行验证,响应于服务器发送的取货码与所述待定取货码相同,生成所述验证成功信息。
优选地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的送货地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
优选地,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
优选地,所述装置还包括:
到店信息发送单元,用于向服务器发送到店信息;
其中,所述服务器还用于在接收到所述到店信息后,将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
优选地,所述装置还包括:
送达信息发送单元,用于向服务器发送订单的送达信息;
其中,所述服务器还用于在接收到所述送达信息后,将所述订单的状态更新为已送达状态。
优选地,所述装置还包括:
退货操作信息发送单元,用于获取退货操作信息并向所述服务器发送;以及
获取退货码并向所述服务器发送。
第五方面,本发明实施例提供了一种计算机可读存储介质,其上存储计算机程序指令,所述计算机程序指令在被处理器执行时实现如第一方面和第二方面所述的方法。
第六方面,本发明实施例提供了一种电子设备,包括存储器和处理器,所述存储器用于存储一条或多条计算机程序指令,其中,所述一条或多条计算机程序指令被所述处理器执行以实现如第一方面和第二方面所述的方法。
本发明实施例的技术方案通过根据目标配送时间和目标地址将多个待分配订单生成批次单,将批次单分配至第一配送终端,使得第一配送终端的配送人员将批次单中的多个订单同时取货并进行配送。由此,可以提高配送人员的配送效率,减小配送运力的浪费。
附图说明
通过以下参照附图对本发明实施例的描述,本发明的上述以及其它目的、特征和优点将更为清楚,在附图中:
图1是本发明第一实施例的信息交互系统的示意图;
图2是本发明第一实施例的信息交互方法的流程图;
图3是本发明实施例的应用场景的示意图;
图4是本发明实施例的待配送订单的订单信息的示意图;
图5是本发明实施例的批次单的示意图;
图6是本发明第一实施例的退货的流程图;
图7是本发明第二实施例的信息交互系统的示意图;
图8是本发明第二实施例的信息交互方法的流程;
图9是本发明第二实施例的退货的流程图;
图10是本发明实施例的服务器的信息交互方法的流程图;
图11是本发明实施例的配送终端的信息交互方法的流程图;
图12是本发明实施例的服务器的信息交互装置的示意图;
图13是本发明实施例的配送终端的信息交互装置的示意图;
图14是本发明实施例的电子设备的示意图。
具体实施方式
以下基于实施例对本发明进行描述,但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中,详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质,公知的方法、过程、流程、元件和电路并没有详细叙述。
此外,本领域普通技术人员应当理解,在此提供的附图都是为了说明的目的,并且附图不一定是按比例绘制的。
除非上下文明确要求,否则在说明书的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义;也就是说,是“包括但不限于”的含义。
在本发明的描述中,需要理解的是,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本发明的描述中,除非另有说明,“多个”的含义是两个或两个以上。
图1是本发明第一实施例的信息交互系统的示意图。如图1所示,本发明实施例的信息交互系统包括至少一个服务器11、至少一个用户终端12、至少一个商户终端13和至少一个第一配送终端14。本实施例以一个服务器11、一个用户终端12、一个商户终端13和一个第一配送终端14为例进行说明。其中,服务器11、用户终端12、商户终端13和第一配送终端14通过网络进行通信连接。
以信息交互系统为外卖系统为例进行说明,在第一配送终端14为第一配送资源使用的终端设备,其中所述第一配送资源外卖骑手,应理解,本发明实施例的配送资源不限于外卖骑手,也可以是骑手APP、无人机、机器人、无人车等具备末端配送能力的资源。
用户终端12为订餐用户使用的终端设备,订餐用户通过所述用户终端订购餐品。
商户终端13为商户使用的终端设备。
在本实施例中,用户终端12、商户终端13和第一配送终端14可以通过手机、笔记本电脑、台式电脑、平板电脑等实现,也可以通过专用的电子通信设备来实现。
进一步地,图2是本发明第一实施例的信息交互方法的流程图。如图2所示,本发明实施例的信息交互方法包括如下步骤:
步骤S101、服务器获取订单信息。
在本实施例中,服务器为外卖平台,服务器为订餐用户提供对应的APP或小程序安装在用户终端。订餐用户通过用户终端选择订购对应的餐品,确认下单后,用户终端生成订单请求,并发送至服务器。服务器接收到订餐用户的订单请求后,生成接单请求并发送至商户终端。商户终端接收到接单请求后,商家可以通过商户终端选择接单或不接单。在商家选择接单后,商户终端生成确认信息发送至服务器。在商家选择不接单后,商户终端生成拒接信息发送至服务器,服务器取消该订单,并通知订餐用户。服务器接收到商户终端发送的确认信息后,生成订单。
进一步地,对于上述生成的订单,服务器根据预定义的配送时长预测方法对该订单的配送时长进行预测,进而获取预测送达时间,所述预测送达时间为预测的将餐品配送至订单用户的时间点。例如,假设订餐用户下单时间为10:00,通过配送时长预测方法得到的配送时长为30分钟,则预测送达时间为10:30。具体地,配送时长预测方法可以采用现有的各种技术,本发明实施例对此不作限制。
进一步地,服务器生成该订单的订单信息,所述订单信息包括目标配送时间和目标地址。其中,目标配送时间为通过配送时间预测方法预测得到的预测送达时间,所述目标地址为订餐用户下单时预留的配送地址。
进一步地,对于同一商户,服务器获取该商户的多个待分配订单的订单信息,所述订单信息包括所述待分配订单的目标配送时间和目标地址。其中,所述待分配订单为未分配配送终端的订单。
应理解,本发明实施例以获取同一商户的订单为例进行说明,但本发明实施例对此不作限制,多个待分配订单也可以是来自多个商户。优选地,所述多个商户之间的距离在一定范围之内。
在一个可选的实现方式中,服务器每隔预定时间段获取一次商户的待分配订单。具体地,例如,设置预定时间段为T1,则服务器每隔T1时间,获取一次待分配订单进行处理,由此,可以避免由于订单在商家滞留时间太长而导致配送超时的情况发生,同时,又可以对该时间段内的积累订单进行批量处理,提高配送效率。进一步地,预定时间段可以根据商家的接单请求进行具体设置,例如,对于接单量较大的商家,可以将所述预定时间段的值设置为较小值,避免由于订单过多而导致骑手不能一次性取走。又例如,对于接单量较小的商家,可以将所述预定时间段的值设置为稍大值,可以使得在预定时间段内积累的订单较多,便于批量处理。
在另一个可选的实现方式中,服务器可以根据商家每接单预定数量的订单获取一次商户的待分配订单。具体地,例如,设置预定数量为N1,则商户接收到N1个订单,获取一次待分配订单进行处理,由此,可以避免由于订单数量太少或太多而导致运力不均衡的情况发生。进一步地,预定数量可以根据商家的接单请求进行具体设置,例如,对于接单量较大的商家,可以将所述预定数量的值设置为较大值,避免由于订单过多而导致频繁处理。又例如,对于接单量较小的商家,可以将所述预定数量的值设置为稍小值,可以避免由于订单在商家滞留时间太长而导致配送超时的情况发生。
在又一个可选的实现方式中,对于一个商户,服务器可以同时根据商家接单的预定数量和预定时间段获取商户的待分配订单。具体地,例如,设置预定数量为N1,设置预定时间段为T2,如果在T2时间段内,商家的订单数量小于预定数量N2,则在T2时间段结束的时刻获取商户的待分配订单。如果在T2时间段结束之前,商家的订单数量已经等于预定数量N2,则在订单数量已经等于预定数量N2的时刻获取商户的待分配订单。由此,可以避免由于订单在商家滞留时间太长而导致配送超时的情况发生,同时,又可以使得在预定时间段内积累的订单较多,便于批量处理。
步骤S102、服务器生成批次单。
在本实施例中,服务器获取同一商户的多个待配送订单的订单信息,所述订单信息包括所述待分配订单的目标配送时间和目标地址,根据所述目标配送时间和目标地址生成批次单,所述批次单包括多个所述待分配订单。
进一步地,根据所述目标配送时间和目标地址生成批次单具体为:获取目标配送时间和目标地址相同或相近的多个待分配订单生成所述批次单。
具体地,服务器获取目标配送时间相同或相近,且目标地址相同或相近的多个待分配订单生成所述批次单。
其中,目标配送时间相近为目标配送时间的差值小于预定时长阈值,目标地址相近为目标地址之间的距离差值小于预定距离阈值。
图3是本发明实施例的应用场景的示意图。对于商户A,假设该商户的订单的目的地址包括地址B、地址C、地址D和地址E。其中,地址B和地址C之间距离小于预定阈值,为相近地址。地址D和地址E之间距离小于预定阈值,为相近地址。
其中,在服务器某一次获取的商户A的待配送订单的订单信息如图4所示,包括六个订单,订单a1、订单a2、订单a3、订单a4、订单a5和订单a6。其中,订单a1的目标配送时间为12:00,目标地址为地址B。订单a2的目标配送时间为12:02,目标地址为地址B。订单a3的目标配送时间为11:59,目标地址为地址A。订单a4的目标配送时间为13:05,目标地址为地址A。订单a5的目标配送时间为12:01,目标地址为地址C。订单a1的目标配送时间为12:00,目标地址为地址D。
假设预设时长阈值为5分钟,根据目标配送时间相同或相近且目标地址相同或相近的原则对6个订单进行批次划分,其结果如图5所示。具体地,服务器对于商户A的订单生成两个批次,其中,批次F1包括订单a1、订单a2和订单a3,批次F2包括订单a5和订单a6。其中,订单a4不属于目前任何一个批次,可以在下一次或几次的批次划分中对订单4继续进行批次划分。
步骤S103、服务器生成取货码。
在本实施例中,服务器生成批次单后,生成该批次单对应的取货码。
在一个可选的实现方式中,所述取货码可以通过条形码、二维码等方式实现。
在另一个可选的实现方式中,所述取货码可以数字、字母、符号等中的一种或多种组成的序列。
步骤S104、服务器生成批次信息。
在本实施例中,服务器生成上述批次单后,根据预定的订单分配策略将所述批次单分配至第一配送终端,由第一配送终端的骑手配送,并生成对应的批次信息。
进一步地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的送货地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个。其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
具体地,订单分配策略可以采用现有的各种订单分配方法,本发明实施例对此不作限制。
进一步地,对于不在批次单中的其它订单,服务器可以根据实际情况进行对应处理。例如,如果该订单距离目标配送时间较长,可以在下一次生成批次单时,将该订单添加至商户的待分配订单中。如果该订单距离目标配送时间较段,可以采用现有方式,将该订单单独分配至某一骑手。
应理解,步骤S103和步骤S104不区分执行顺序,可以是先后执行,也可以是同时执行。
步骤S105、服务器发送批次信息。
在本实施例中,服务器生成批次单后,将批次单分配至骑手,并向该骑手对应的第一配送终端发送批次信息。
进一步地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的送货地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个。其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
由此,可以使得骑手通过第一配送终端展示上述信息,进而根据商户地址去取货,并根据各订单的目标地址进行配送。
应理解,步骤S105在步骤S104之后执行即可,例如,可以跟在步骤S104之后执行,也可以在步骤S106或步骤S107之后执行。
步骤S106、服务器发送取货码。
在本实施例中,服务器将上述生成的取货码发送至商户终端。
应理解,步骤S106在步骤S103之后执行即可,例如,可以在步骤S103、步骤S104、步骤S105、步骤S107之后执行。
步骤S107、服务器将批次单和/或订单的状态标记为待到店状态。
在本实施例中,服务器在将订单分配结果发送至第一配送终端后,将该批次单和/或该批次单中的订单的状态标记为待到店状态。其中,待到店状态表示该批次单和/或订单已分配给骑手,且骑手未到店的状态。
可选地,服务器将批次单和/或订单的状态同步至第一配送终端和/或商户终端。
步骤S108、第一配送终端发送到店信息。
在本实施例中,第一配送终端接收到订单分配结果后,根据订单分配结果中的商户地址到商家取餐。到达商家后,通过第一配送终端向服务器发送到店信息,所述到店信息用于表征骑手已到店。
在一个可选的实现方式中,骑手到店后,通过第一配送终端的操作界面点击到店控件,第一配送终端生成所述到店信息发送至服务器。
在另一个可选的实现方式中,预先在商家设置无线信标,骑手到店后,第一配送终端检测到商家的无线信标,生成所述到店信息发送至服务器。
步骤S109、服务器将批次单和/或订单的状态更新为已到店状态。
在本实施例中,服务器接收到第一配送终端发送的到店信息后,将批次单和/或批次单中的订单的状态更新为已到店状态或待取货状态。
可选地,服务器将批次单和/或订单的状态同步至第一配送终端和/或商户终端。
步骤S110、第一配送终端发送取货码。
在本实施例中,骑手到店后,商户为骑手提供取货码,骑手通过第一配送终端向服务器发送取货码。
进一步地,在步骤S106中,服务器向商户终端发送取货码时,同时发送该批次单对应的批次号,由此,当骑手到店后,为商家提供批次号,商家根据所述批次号获取对应的取货码提供给骑手。
在一个可选的实现方式中,所述取货码可以通过条形码、二维码等方式实现。由此,骑手操作第一配送终端扫描条形码或二维码即可获取取货码。
在另一个可选的实现方式中,所述取货码可以数字、字母、符号等中的一种或多种组成的序列。由此,骑手可以在第一配送终端输入对应的取货码。
应理解,在上述步骤S106和步骤S110中,服务器将取货码发送至商户终端,当骑手到店接取对应的批次单时,商家为骑手提供取货码,骑手在第一配送终端输入对应的取货码,一方面可以表示骑手已取货,另一方面,可以使得骑手可以准确的接取批次单,避免取错。但本发明实施例对此不作限制,也可以通过其它方式实现。
例如,上述步骤S106和步骤S110可以替换为如下方式:
在步骤S106中,服务器将取货码发送至第一配送终端。
在步骤S110中,商户终端将取货码发送至服务器。
具体地,服务器将取货码发送至第一配送终端,当第一配送终端的骑手到店接取对应的批次单时,为商家提供取货码,商家在商户终端输入对应的取货码,一方面可以表示骑手已取货,另一方面,可以使得骑手可以准确的接取批次单,避免取错。
又例如,上述步骤S106和步骤S110还可以替换为如下方式:
在步骤S106中,服务器将取货码同时发送至第一配送终端和商户终端。
在步骤S110中,第一配送终端或商户终端向服务器发送验证成功信息。
具体地,服务器将取货码发送至第一配送终端和商户终端,当第一配送终端的骑手到店接取对应的批次单时,为商家提供取货码,商家在商户终端输入对应的取货码,商户终端会对商家输入的取货码进行验证,以确定第一配送终端的取货码与接收到服务器的取货码是否一致,如果一致,则生成验证成功信息向服务器发送。或者,服务器将取货码发送至第一配送终端和商户终端,当第一配送终端的骑手到店接取对应的批次单时,商家为骑手提供取货码,骑手在第一配送终端输入对应的取货码,第一配送终端会对骑手输入的取货码进行验证,以确定商家提供的取货码与接收到服务器的取货码是否一致,如果一致,则生成验证成功信息向服务器发送。由此,一方面可以表示骑手已取货,另一方面,可以使得骑手可以准确的接取批次单,避免取错。
还应理解,上述商家为骑手提供取货码的方式或者骑手为商家提供取货码的方式可以通过各种方式实现,本发明实施例对此不作限制。例如,可以通过口头的方式告知。又例如,可以通过终端发送至对方终端。再例如,可以通过终端屏幕的显示功能向对方展示。
步骤S111、服务器将批次单和/或批次单中的订单的状态更新为已取货状态。
在本实施例中,服务器接收到第一配送终端发送的取货码后,将该批次单和/或批次单中的订单的状态更新为待送达状态或已取货状态。
可选地,服务器将批次单和/或批次单中的订单的状态同步至第一配送终端和/或商户终端。
步骤S112、服务器在第一配送终端将批次单删除。
在本实施例中,服务器接收到第一配送终端发送的取货码后,表明骑手已经取货,将取货码对应的批次单在所述第一配送终端中删除。
应理解,服务器将批次单在所述第一配送终端中删除,使得第一配送终端不再显示批次信息,但批次单还在服务器中存储,并没有删除。
步骤S113、服务器获取批次单中各个订单的订单信息。
在本实施例中,服务器将批次单在所述第一配送终端中删除后,获取批次单中各个订单的订单信息。
进一步地,所述订单信息包括订单剩余时间、用户联系方式、配送地址、货品明细和订单标识中的一个或多个。
步骤S114、服务器发送各个订单的订单信息。
在本实施例中,服务器将各个订单的订单信息发送至第一配送终端,使得第一配送终端在取货后,不再显示批次单,而是显示各个订单,以便骑手配送。
步骤S115、第一配送终端发送送达信息。
在本实施例中,对于每一个订单,骑手将订单配送给用户后,通过第一配送终端向服务器发送该订单的送达信息,所述送达信息用于表征该订单被配送完成。
步骤S116、服务器将状态更新为已送达状态。
在本实施例中,服务器接收到第一配送终端发送的订单的送达信息后,将该订单的状态更新为已送达状态。
进一步地,骑手将一个批次单中的订单全部配送给用户时,服务器接收到一个批次单中的全部订单的送达信息,将所述批次单标记为已送达状态。
进一步地,在上述步骤S107、步骤S109、步骤S111和步骤S116之后,服务器还可以将更新后的订单的状态同步发送至第一配送终端和用户终端,以使得骑手和订餐用户可以及时获取订单的状态。
由此,即可完成对批次单的配送。
本发明实施例通过根据目标配送时间和目标地址将过得待分配订单生成批次单,将批次单分配至第一配送终端,使得第一配送终端的配送人员将批次单中的多个订单同时取货并进行配送。由此,可以提高配送人员的配送效率,减小配送运力的浪费。
进一步地,对于已经配送完成的订单或者正在配送的订单,如果订餐用户由于各种原因需要退货时,可参照图6所示的流程,包括如下步骤:
步骤S117、服务器接收退货操作信息。
在本实施例中,服务器接收目标订单的退货操作信息,所述退货操作信息来自用户终端或所述第一配送终端。
进一步地,在骑手配送过程中或者已经配送完成时,订餐用户由于各种原因(例如配送错误、配送超时等)需要退货时,订餐用户通过用户终端选择退货功能,并向服务器发送退货操作信息。或者,订餐用户向骑手表明退货意愿,骑手通过第一配送终端选择退货功能,并向服务器发送退货操作信息。
步骤S118、服务器生成退货码。
在本实施例中,服务器接收到退货操作信息后,生成退货码。
在一个可选的实现方式中,所述退货码可以通过条形码、二维码等方式实现。
在另一个可选的实现方式中,所述退货可以数字、字母、符号等中的一种或多种组成的序列。
步骤S119、服务器发送退货码。
在本实施例中,服务器接收到退货操作信息后,生成退货码,将所述退货码发送至该订单对应的商户终端。
步骤S120、服务器生成订单分配信息。
在本实施例中,服务器根据预先设置的分配规则将目标订单分配至第二配送终端,并生成目标订单的订单分配信息。
进一步地,当订餐用户未接收到餐品时,也即,餐品在第一配送终端的骑手的手中时,所述第二配送终端为所述第一配送终端。
进一步地,当订餐用户已经接收到餐品时,也即,餐品在订餐用户手中时,所述第二配送终端可以是第一配送终端,也可以是其它配送终端。
步骤S121、服务器发送订单分配信息。
在本实施例中,服务器将订单分配信息发送至第二配送终端。以使得第二配送终端的用户可以进行退货操作。
步骤S122、第二配送终端发送退货码。
在本实施例中,第二配送终端将退货餐品送回至商家时,商家为第二配送终端的骑手提供退货码,骑手通过第二配送终端向服务器发送退货码,以表征已经将退货餐品交给商家。
在一个可选的实现方式中,所述退货码可以通过条形码、二维码等方式实现。由此,骑手操作第二配送终端扫描条形码或二维码即可获取退货码。
在另一个可选的实现方式中,所述退货码可以数字、字母、符号等中的一种或多种组成的序列。由此,骑手可以在第二配送终端输入对应的退货码。
步骤S123、服务器将目标订单标记为已取消状态。
在本实施例中,服务器在接收到第二配送终端发送的退货码时,表征退货餐品已经退回至商家,将目标订单标记为已取消状态。
由此,即可完成退货。
本发明实施例通过根据目标配送时间和目标地址将多个待分配订单生成批次单,将批次单分配至第一配送终端,使得第一配送终端的配送人员将批次单中的多个订单同时取货并进行配送。由此,可以提高配送人员的配送效率,减小配送运力的浪费。
图7是本发明第二实施例的信息交互系统的示意图。如图1所示,本发明实施例的信息交互系统包括至少一个第一服务器21、至少一个第二服务器22、至少一个用户终端23、至少一个商户终端24和至少一个第一配送终端25。本实施例以一个第一服务器21、一个第二服务器22、一个用户终端23、一个商户终端24和一个第一配送终端25为例进行说明。其中,第一服务器21、第二服务器22、用户终端23、商户终端24和第一配送终端25通过网络进行通信连接。
在本实施例中,用户终端23、商户终端24和第一配送终端25可参照上述第一实施例,在此不再赘述。
在本实施例中,第一服务器21用于生成批次单。
在本实施例中,第二服务器22用于管理批次单。
进一步地,图8是本发明第二实施例的信息交互方法的流程图。如图8所示,本发明实施例的信息交互方法包括如下步骤:
步骤S201、第一服务器获取订单信息。
在本实施例中,第一服务器为外卖平台,为订餐用户提供对应的APP或小程序安装在用户终端。订餐用户通过用户终端选择订购对应的餐品,确认下单后,用户终端生成订单请求,并发送至第一服务器。第一服务器接收到订餐用户的订单请求后,生成接单请求并发送至商户终端。商户终端接收到接单请求后,商家可以通过商户终端选择接单或不接单。在商家选择接单后,商户终端生成确认信息发送至第一服务器。在商家选择不接单后,商户终端生成拒接信息发送至第一服务器,第一服务器取消该订单,并通知订餐用户。第一服务器接收到商户终端发送的确认信息后,生成订单。
进一步地,对于上述生成的订单,第一服务器根据预定义的配送时长预测方法对该订单的配送时长进行预测,进而获取预测送达时间,所述预测送达时间为预测的将餐品配送至订单用户的时间点。例如,假设订餐用户下单时间为10:00,通过配送时长预测方法得到的配送时长为30分钟,则预测送达时间为10:30。具体地,配送时长预测方法可以采用现有的各种技术,本发明实施例对此不作限制。
进一步地,第一服务器生成该订单的订单信息,所述订单信息包括目标配送时间和目标地址。其中,目标配送时间为通过配送时间预测方法预测得到的预测送达时间,所述目标地址为订餐用户下单时预留的配送地址。
进一步地,对于同一商户,第一服务器获取该商户的待分配订单的订单信息,所述订单信息包括所述待分配订单的目标配送时间和目标地址。其中,所述待分配订单为未分配配送终端的订单。
应理解,本发明实施例以获取同一商户的订单为例进行说明,但本发明实施例对此不作限制,多个待分配订单也可以是来自多个商户。优选地,所述多个商户之间的距离在一定范围之内。
在一个可选的实现方式中,对于一个商户,第一服务器每隔预定时间段获取一次商户的待分配订单。具体地,例如,设置预定时间段为T1,则第一服务器每隔T1时间,获取一次待分配订单进行处理,由此,可以避免由于订单在商家滞留时间太长而导致配送超时的情况发生,同时,又可以对该时间段内的积累订单进行批量处理,提高配送效率。进一步地,预定时间段可以根据商家的接单请求进行具体设置,例如,对于接单量较大的商家,可以将所述预定时间段的值设置为较小值,避免由于订单过多而导致骑手不能一次性取走。又例如,对于接单量较小的商家,可以将所述预定时间段的值设置为稍大值,可以使得在预定时间段内积累的订单较多,便于批量处理。
在另一个可选的实现方式中,对于一个商户,第一服务器可以根据商家每接单预定数量的订单获取一次商户的待分配订单。具体地,例如,设置预定数量为N1,则商户接收到N1个订单,获取一次待分配订单进行处理,由此,可以避免由于订单数量太少或太多而导致运力不均衡的情况发生。进一步地,预定数量可以根据商家的接单请求进行具体设置,例如,对于接单量较大的商家,可以将所述预定数量的值设置为较大值,避免由于订单过多而导致频繁处理。又例如,对于接单量较小的商家,可以将所述预定数量的值设置为稍小值,可以避免由于订单在商家滞留时间太长而导致配送超时的情况发生。
在又一个可选的实现方式中,对于一个商户,第一服务器可以同时根据商家接单的预定数量和预定时间段获取商户的待分配订单。具体地,例如,设置预定数量为N1,设置预定时间段为T2,如果在T2时间段内,商家的订单数量小于预定数量N2,则在T2时间段结束的时刻获取商户的待分配订单。如果在T2时间段结束之前,商家的订单数量已经等于预定数量N2,则在订单数量已经等于预定数量N2的时刻获取商户的待分配订单。由此,可以避免由于订单在商家滞留时间太长而导致配送超时的情况发生,同时,又可以使得在预定时间段内积累的订单较多,便于批量处理。
步骤S202、第一服务器生成批次单。
在本实施例中,第一服务器获取同一商户的多个待配送订单的订单信息,所述订单信息包括所述待分配订单的目标配送时间和目标地址,根据所述目标配送时间和目标地址生成批次单,所述批次单包括多个所述待分配订单。
进一步地,根据所述目标配送时间和目标地址生成批次单具体为:获取目标配送时间和目标地址相同或相近的多个待分配订单生成所述批次单。
具体地,第一服务器获取目标配送时间相同或相近,且目标地址相同或相近的多个待分配订单生成所述批次单。
其中,目标配送时间相近为目标配送时间的差值小于预定时长阈值,目标地址相近为目标地址之间的距离差值小于预定距离阈值。
进一步地,生成批次单的方法如上述步骤S102中所述,在此不再赘述。
步骤S203、第一服务器生成取货码。
在本实施例中,第一服务器生成批次单后,生成该批次单对应的取货码。
在一个可选的实现方式中,所述取货码可以通过条形码、二维码等方式实现。
在另一个可选的实现方式中,所述取货码可以数字、字母、符号等中的一种或多种组成的序列。
步骤S204、第一服务器发送批次单。
在本实施例中,第一服务器生成批次单后,向第二服务器下发所述批次单。
步骤S205、第一服务器发送取货码。
在本实施例中,第一服务器向第二服务器发送批次单对应的取货码。
应理解,上述步骤S203和步骤S205以第一服务器生成取货码并向第二服务器发送为例进行说明,但本发明实施例对此不作限制。也可以通过第二服务器直接生成取货。具体地,第一服务器生成批次单并向第二服务器下发后,由第二服务器直接生成取货码。
应理解,上述步骤S202-S205中,不必严格按照上述步骤顺序执行,也可以作适当调整,例如,步骤S204在步骤S202之后执行即可,步骤S205在步骤S203之后执行即可。又例如,步骤S202和步骤S203不区分执行顺序,可以是先后执行,也可以是同时执行,步骤S204和步骤S205不区分执行顺序,可以是先后执行,也可以是同时执行。
步骤S206、第二服务器生成批次信息。
在本实施例中,第二服务器获取到上述批次单后,根据预定的订单分配策略将所述批次单分配至第一配送终端,由第一配送终端的骑手配送,并生成对应的批次信息。
进一步地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的送货地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个。其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
具体地,订单分配策略可以采用现有的各种订单分配方法,本发明实施例对此不作限制。
步骤S207、第二服务器发送批次信息。
在本实施例中,第二服务器生成批次单后,将批次单分配至骑手,并向该骑手对应的第一配送终端发送批次信息。
进一步地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的送货地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个。其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
由此,可以使得骑手通过第一配送终端展示上述信息,进而根据商户地址去取货,并根据各订单的目标地址进行配送。
步骤S208、第二服务器发送取货码。
在本实施例中,第二服务器将上述生成的取货码发送至商户终端。
步骤S209、第二服务器将批次单和/或订单的状态标记为待到店状态。
在本实施例中,第二服务器在将订单分配结果发送至第一配送终端后,将该批次单和/或批次单中的订单的状态标记为待到店状态。其中,待到店状态表示该批次单和/或订单已分配给骑手,且骑手未到店的状态。
步骤S210、第二服务器发送状态。
在本实施例中,第二服务器将批次单和/或订单的状态发送至第一服务器。
可选地,第一服务器或第二服务器将批次单和/或订单的状态同步至第一配送终端和/或商户终端。
步骤S211、第一配送终端发送到店信息。
在本实施例中,第一配送终端接收到订单分配结果后,根据订单分配结果中的商户地址到商家取餐。到达商家后,通过第一配送终端向第二服务器发送到店信息,所述到店信息用于表征骑手已到店。
在一个可选的实现方式中,骑手到店后,通过第一配送终端的操作界面点击到店控件,第一配送终端生成所述到店信息发送至第二服务器。
在另一个可选的实现方式中,预先在商家设置无线信标,骑手到店后,第一配送终端检测到商家的无线信标,生成所述到店信息发送第二至服务器。
步骤S212、第二服务器将批次单和/或订单的状态更新为已到店状态。
在本实施例中,第二服务器接收到第一配送终端发送的到店信息后,将批次单和/或订单的状态更新为已到店状态或待取货状态。
步骤S213、第二服务器发送状态。
在本实施例中,第二服务器将批次单和/或订单的状态发送至第一服务器。
可选地,第一服务器或第二服务器将批次单和/或订单的状态同步至第一配送终端和/或商户终端。
步骤S214、第一配送终端发送取货码。
在本实施例中,骑手到店后,商户为骑手提供取货码,骑手通过第一配送终端向第二服务器发送取货码。
优选地,在步骤S208中,第二服务器向商户终端发送取货码时,同时发送该批次单对应的批次号,由此,当骑手到店后,向商家提供批次号,商家根据所述批次号获取对应的取货码提供给骑手。
在一个可选的实现方式中,所述取货码可以通过条形码、二维码等方式实现。由此,骑手操作第一配送终端扫描条形码或二维码即可获取取货码。
在另一个可选的实现方式中,所述取货码可以数字、字母、符号等中的一种或多种组成的序列。由此,骑手可以在第一配送终端输入对应的取货码。
应理解,在上述步骤S208和步骤S214中,第二服务器将取货码发送至商户终端,当骑手到店接取对应的批次单时,商家为骑手提供取货码,骑手在第一配送终端输入对应的取货码,一方面可以表示骑手已取货,另一方面,可以使得骑手可以准确的接取批次单,避免取错。但本发明实施例对此不作限制,也可以通过其它方式实现。
例如,上述步骤S208和步骤S214可以替换为如下方式:
在步骤S208中,第二服务器将取货码发送至第一配送终端。
在步骤S214中,商户终端将取货码发送至第二服务器。
具体地,第二服务器将取货码发送至第一配送终端,当第一配送终端的骑手到店接取对应的批次单时,为商家提供取货码,商家在商户终端输入对应的取货码,一方面可以表示骑手已取货,另一方面,可以使得骑手可以准确的接取批次单,避免取错。
又例如,上述步骤S208和步骤S214还可以替换为如下方式:
在步骤S208中,第二服务器将取货码同时发送至第一配送终端和商户终端。
在步骤S214中,第一配送终端或商户终端向第二服务器发送验证成功信息。
具体地,第二服务器将取货码发送至第一配送终端和商户终端,当第一配送终端的骑手到店接取对应的批次单时,为商家提供取货码,商家在商户终端输入对应的取货码,商户终端会对商家输入的取货码进行验证,以确定第一配送终端的取货码与接收到第二服务器的取货码是否一致,如果一致,则生成验证成功信息向第二服务器发送。或者,第二服务器将取货码发送至第一配送终端和商户终端,当第一配送终端的骑手到店接取对应的批次单时,商家为骑手提供取货码,骑手在第一配送终端输入对应的取货码,第一配送终端会对骑手输入的取货码进行验证,以确定商家提供的取货码与接收到第二服务器的取货码是否一致,如果一致,则生成验证成功信息向第二服务器发送。由此,一方面可以表示骑手已取货,另一方面,可以使得骑手可以准确的接取批次单,避免取错。
还应理解,上述商家为骑手提供取货码的方式或者骑手为商家提供取货码的方式可以通过各种方式实现,本发明实施例对此不作限制。例如,可以通过口头的方式告知。又例如,可以通过终端发送至对方终端。再例如,可以通过终端屏幕的显示功能向对方展示。
步骤S215、第二服务器将批次单和/或订单的状态更新为已取货状态。
在本实施例中,第二服务器接收到第一配送终端发送的到店信息后,将该批次单和/或批次单中的订单的状态更新为待送达状态或已取货状态。
步骤S216、第二服务器发送状态。
在本实施例中,第二服务器将批次单的状态发送至第一服务器。
可选地,第一服务器或第二服务器将批次单和/或批次单中的订单的状态同步至第一配送终端和/或商户终端。
步骤S217、第二服务器在第一配送终端将批次单删除。
在本实施例中,第二服务器接收到第一配送终端发送的取货码后,表明骑手已经取货,将取货码对应的批次单在所述第一配送终端中删除。
应理解,第二服务器将批次单在所述第一配送终端中删除,使得第一配送终端不再显示批次信息,但批次单还在第二服务器中存储,并没有删除。
步骤S218、第二服务器获取批次单中各个订单的订单信息。
在本实施例中,第二服务器将批次单在所述第一配送终端中删除后,获取批次单中各个订单的订单信息。
进一步地,所述订单信息包括订单剩余时间、用户联系方式、配送地址、货品明细和订单标识中的一个或多个。
步骤S219、第二服务器发送各个订单的订单信息。
在本实施例中,第二服务器将各个订单的订单信息发送至第一配送终端,使得第一配送终端在取货后,不再显示批次单,而是显示各个订单,以便骑手配送。
步骤S220、第一配送终端发送送达信息。
在本实施例中,对于每一个订单,骑手将订单配送给用户后,通过第一配送终端向第二服务器发送该订单的送达信息,所述送达信息用于表征该订单被配送完成。
步骤S221、第二服务器将状态更新为已送达状态并发送。
在本实施例中,第二服务器接收到第一配送终端发送的订单的送达信息后,将该订单的状态更新为已送达状态,并同步至第一服务器。
进一步地,骑手将一个批次单中的订单全部配送给用户时,第二服务器接收到一个批次单中的全部订单的送达信息,将所述批次单标记为已送达状态并同步至第一服务器。
由此,即可完成对批次单的配送。
本发明实施例通过根据目标配送时间和目标地址将多个待分配订单生成批次单,使得第一配送终端的配送人员将批次单中的多个订单同时取货并进行配送。由此,可以提高配送人员的配送效率,减小配送运力的浪费。
进一步地,对于已经配送完成的订单或者正在配送的订单,如果订餐用户由于各种用户需要退货时,可参照图9所示的流程,包括如下步骤:
步骤S222、第二服务器接收退货操作信息。
在本实施例中,第二服务器接收目标订单的退货操作信息,所述退货操作信息来自用户终端或所述第一配送终端。
进一步地,在骑手配送过程中或者已经配送完成时,订餐用户由于各种原因(例如配送错误、配送超时等)需要退货时,订餐用户通过用户终端选择退货功能,并向第二服务器发送退货操作信息。或者,订餐用户向骑手表明退货意愿,骑手通过第一配送终端选择退货功能,并向第二服务器发送退货操作信息。
步骤S223、第二服务器发送退货操作信息。
在本实施例中,第二服务器将接收到的退货操作信息发送至第一服务器。
步骤S224、第一服务器生成退货订单。
在本实施例中,第一服务器接收到目标订单的退货操作信息后,生成目标订单的退货订单。
步骤S225、第一服务器生成退货码。
在本实施例中,第一服务器退货订单的生成退货码。
在一个可选的实现方式中,所述退货码可以通过条形码、二维码等方式实现。
在另一个可选的实现方式中,所述退货可以数字、字母、符号等中的一种或多种组成的序列。
步骤S226、第一服务器发送退货订单。
在本实施例中,第一服务器将生成的退货订单发送至第二服务器。
步骤S227、第一服务器发送退货码。
在本实施例中,第一服务器将退货码发送至第二服务器。
应理解,上述步骤S224-S227中,不必严格按照上述步骤顺序执行,也可以作适当调整,例如,步骤S226在步骤S224之后执行即可,步骤S227在步骤S225之后执行即可。又例如,步骤S224和步骤S225不区分执行顺序,可以是先后执行,也可以是同时执行,步骤S226和步骤S227不区分执行顺序,可以是先后执行,也可以是同时执行。
步骤S228、第二服务器生成订单分配信息。
在本实施例中,第二服务器根据预先设置的分配规则将退货订单分配至第二配送终端,并生成退货订单的订单分配信息。
进一步地,当订餐用户未接收到餐品时,也即,餐品在第一配送终端的骑手的手中时,所述第二配送终端为所述第一配送终端。
进一步地,当订餐用户已经接收到餐品时,也即,餐品在订餐用户手中时,所述第二配送终端为可以是第一配送终端,也可以是其它配送终端。
步骤S229、第二服务器发送订单分配信息。
在本实施例中,第二服务器将订单分配信息发送至第二配送终端。以使得第二配送终端的用户可以进行退货操作。
步骤S230、第二服务器发送退货码。
在本实施例中,第二服务器将退货码发送至商户终端。
步骤S231、第二配送终端发送退货码。
在本实施例中,第二配送终端将退货餐品送回至商家时,商家为第二配送终端的骑手提供退货码,骑手通过第二配送终端向第二服务器发送退货码,以表征已经将退货餐品交给商家。
在一个可选的实现方式中,所述退货码可以通过条形码、二维码等方式实现。由此,骑手操作第二配送终端扫描条形码或二维码即可获取退货码。
在另一个可选的实现方式中,所述退货码可以数字、字母、符号等中的一种或多种组成的序列。由此,骑手可以在第二配送终端输入对应的退货码。
步骤S232、第二服务器将目标订单标记为已取消状态。
在本实施例中,第二服务器在接收到第二配送终端发送的退货码时,表征退货餐品已经退回至商家,将目标订单标记为已取消状态。
步骤S233、第二服务器发送订单状态。
在本实施例中,第二服务器将退货订单的状态发送至第一服务器。
可选地,第一服务器或第二服务器将退货订单的状态同步至第二配送终端和/或商户终端。
由此,即可完成退货。
本发明实施例通过根据目标配送时间和目标地址将多个待分配订单生成批次单,将批次单分配至第一配送终端,使得第一配送终端的配送人员将批次单中的多个订单同时取货并进行配送。由此,可以提高配送人员的配送效率,减小配送运力的浪费。
图10是本发明实施例的服务器的信息交互方法的流程图。如图10所示,本发明实施例的服务器的信息交互方法包括如下步骤:
步骤S301、获取多个待分配订单的目标配送时间和目标地址。
进一步地,所述多个待分配订单为同一商户的订单。
步骤S302、根据所述目标配送时间和目标地址生成至少一波批次单。
在本实施例中,所述批次单包括多个所述待分配订单。
进一步地,根据所述目标配送时间和目标地址生成至少一波批次单具体为:获取目标配送时间和目标地址相同或相近的多个待分配订单生成所述批次单。其中,目标配送时间相近为目标配送时间的差值小于预定时长阈值,目标地址相近为目标地址之间的距离差值小于预定距离阈值。
步骤S303、将所述批次单分配至第一配送终端。
在本实施例中,服务器生成批次单后,将批次单分配至第一配送终端。
进一步地,服务器生成批次单后,生成该批次单对应的取货码。
在一个可选的实现方式中,所述取货码可以通过条形码、二维码等方式实现。
在另一个可选的实现方式中,所述取货码可以数字、字母、符号等中的一种或多种组成的序列。
进一步地,所述方法还包括:
向商户终端发送所述取货码。
在本实施例中,服务器将取货码发送至商户终端。
由此,当骑手到店取货时,商家为骑手提供餐品和取货码,使得服务器可以根据骑手的配送终端上传的取货码确定餐品被取走。
进一步地,所述方法还包括:
向所述第一配送终端发送所述批次单的批次信息。
进一步地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的目标地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
其中,批次号为批次单的标识,与取货码一一对应。由此,当同一商家有多个批次单时,商家可以根据骑手提供批次号获取对应的取货码,以将取货码提供给骑手。
进一步地,根据所述目标配送时间和目标地址生成至少一波批次单具体为:
将目标配送时间和目标地址相同或相近的多个待分配订单生成一波批次单。
进一步地,所述方法还包括:
将所述批次单和/或订单的状态标记为待到店状态。
进一步地,所述方法还包括:
接收所述第一配送终端发送的到店信息;以及
将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
进一步地,所述方法还包括:
生成所述批次单对应的取货码。
进一步地,所述方法还包括:
向商户终端发送所述取货码。
进一步地,所述方法还包括:
向第一配送终端发送所述取货码。
进一步地,所述方法还包括:
向第一配送终端和商户终端发送所述取货码。
进一步地,所述方法还包括:
响应于接收到第一配送终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端发送至服务器。
进一步地,所述方法还包括:
响应于接收到商户终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由骑手告知商家,并由商家通过商户终端发送至服务器。
进一步地,所述方法还包括:
响应于接收到商户终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由骑手告知商家,并由商家通过商户终端对所述取货码进行验证,将验证结果发送至服务器;或者
响应于接收到第一配送终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端对所述取货码进行验证,将验证结果发送至服务器。
进一步地,所述方法还包括:
在所述第一配送终端将所述批次单删除;以及
将所述批次单中的各个订单分配至所述第一配送终端并发送各个订单的订单信息。
进一步地,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
进一步地,所述方法还包括:
响应于接收到第一配送终端发送的订单的送达信息,将所述订单的状态更新为已送达状态。
进一步地,所述方法还包括:
响应于接收到批次单中各个订单的送达信息,将所述批次单的状态更新为已送达状态。
进一步地,所述方法还包括:
接收目标订单的退货操作信息,所述退货操作信息来自用户终端或所述第一配送终端;
向所述商户终端发送退货码;以及
将所述目标订单分配至第二配送终端。
进一步地,所述方法还包括:
响应于接收到所述第二配送终端发送的退货码,将所述目标订单的状态更新为已取消状态。
进一步地,所述第一配送终端和所述第二配送终端为相同的配送终端或不同的配送终端。
本发明实施例通过根据目标配送时间和目标地址将多个待分配订单生成批次单,将批次单分配至第一配送终端,使得第一配送终端的配送人员将批次单中的多个订单同时取货并进行配送。由此,可以提高配送人员的配送效率,减小配送运力的浪费。
图11是本发明实施例的配送终端的信息交互方法的流程图。如图11所示,本发明实施例的配送终端的信息交互方法包括如下步骤:
步骤S401、接收服务器发送的至少一个批次单的批次信息。
步骤S402、获取操作信息并向所述服务器发送,所述服务器用于在接收到所述操作信息后,将所述取货码对应的批次单删除。
步骤S403、接收服务器发送的各个订单的订单信息,所述订单为所述批次单中的订单。
进一步地,所述操作信息为取货码;
其中,所述取货码为由商家告知骑手,并由骑手输入。
进一步地,所述操作信息为验证成功信息;
其中,所述获取操作信息包括:
接收服务器发送的取货码;
获取待定取货码,所述待定取货码由骑手输入或商户终端发送;以及
根据服务器发送的取货码对所述待定取货码进行验证,响应于服务器发送的取货码与所述待定取货码相同,生成所述验证成功信息。
进一步地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的送货地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
进一步地,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
进一步地,所述方法还包括:
向服务器发送到店信息;
其中,所述服务器还用于在接收到所述到店信息后,将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
进一步地,所述方法还包括:
向服务器发送订单的送达信息;
其中,所述服务器还用于在接收到所述送达信息后,将所述订单的状态更新为已送达状态。
进一步地,所述方法还包括:
获取退货操作信息并向所述服务器发送;以及
获取退货码并向所述服务器发送。
本发明实施例通过根据目标配送时间和目标地址将多个待分配订单生成批次单,将批次单分配至第一配送终端,使得第一配送终端的配送人员将批次单中的多个订单同时取货并进行配送。由此,可以提高配送人员的配送效率,减小配送运力的浪费。
图12是本发明实施例的服务器的信息交互装置的示意图。如图12所示,本发明实施例的服务器的信息交互装置包括信息获取单元121、批次单生成单元122和批次单分配单元123。其中,信息获取单元121用于获取多个待分配订单的目标配送时间和目标地址。批次单生成单元122用于根据所述目标配送时间和目标地址生成至少一波批次单,所述批次单包括多个所述待分配订单。批次单分配单元123用于将所述批次单分配至第一配送终端。
进一步地,所述多个待分配订单为同一商户的订单。
进一步地,所述装置还包括:
批次信息发送单元,用于向所述第一配送终端发送所述批次单的批次信息。
进一步地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的目标地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
进一步地,所述批次单生成单元用于将目标配送时间和目标地址相同或相近的多个待分配订单生成一波批次单。
进一步地,所述装置还包括:
第一标记单元,用于将所述批次单和/或订单的状态标记为待到店状态。
进一步地,所述装置还包括:
到店信息接收单元,用于接收所述第一配送终端发送的到店信息;以及
第二标记单元,用于将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
进一步地,所述装置还包括:
取货码生成单元,用于生成所述批次单对应的取货码。
进一步地,所述装置还包括:
第一发送单元,用于向商户终端发送所述取货码。
进一步地,所述装置还包括:
第二发送单元,用于向第一配送终端发送所述取货码。
进一步地,所述装置还包括:
第三发送单元,用于向第一配送终端和商户终端发送所述取货码。
进一步地,所述装置还包括:
第一接收单元,用于响应于接收到第一配送终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端发送至服务器。
进一步地,所述装置还包括:
第二接收单元,用于响应于接收到商户终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由骑手告知商家,并由商家通过商户终端发送至服务器。
进一步地,所述装置还包括:
第三接收单元,用于响应于接收到商户终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由骑手告知商家,并由商家通过商户终端对所述取货码进行验证,将验证结果发送至服务器;或者
响应于接收到第一配送终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端对所述取货码进行验证,将验证结果发送至服务器。
进一步地,所述装置还包括:
批次单删除单元,用于在所述第一配送终端将所述批次单删除;以及
订单信息发送单元,用于将所述批次单中的各个订单分配至所述第一配送终端并发送各个订单的订单信息。
进一步地,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
进一步地,所述装置还包括:
第三标记单元,用于响应于接收到第一配送终端发送的订单的送达信息,将所述订单的状态更新为已送达状态。
进一步地,所述装置还包括:
第四标记单元,用于响应于接收到批次单中各个订单的送达信息,将所述批次单的状态更新为已送达状态。
进一步地,所述装置还包括:
退货操作信息接收单元,用于接收目标订单的退货操作信息,所述退货操作信息来自用户终端或所述第一配送终端;
退货码发送单元,用于向所述商户终端发送退货码;以及
退货订单分配单元,用于将所述目标订单分配至第二配送终端。
进一步地,所述装置还包括:
第五标记单元,用于响应于接收到所述第二配送终端发送的退货码,将所述目标订单的状态更新为已取消状态。
进一步地,所述第一配送终端和所述第二配送终端为相同的配送终端或不同的配送终端。
本发明实施例通过根据目标配送时间和目标地址将多个待分配订单生成批次单,将批次单分配至第一配送终端,使得第一配送终端的配送人员将批次单中的多个订单同时取货并进行配送。由此,可以提高配送人员的配送效率,减小配送运力的浪费。
图13是本发明实施例的配送终端的信息交互装置的示意图。如图13所示,本发明实施例的服务器的信息交互装置包括批次信息接收单元131、操作信息获取单元132和订单信息接收单元133。其中,批次信息接收单元131用于接收服务器发送的至少一个批次单的批次信息。操作信息获取单元132用于获取操作信息并向所述服务器发送,所述服务器用于在接收到所述操作信息后,将所述取货码对应的批次单删除。订单信息接收单元133用于接收服务器发送的各个订单的订单信息,所述订单为所述批次单中的订单。
进一步地,所述操作信息为取货码;
其中,所述取货码为由商家告知骑手,并由骑手输入。
进一步地,所述操作信息为验证成功信息;
其中,所述操作信息获取单元包括:
取货码接收子单元,用于接收服务器发送的取货码;
待定取货码接收子单元,用于获取待定取货码,所述待定取货码由骑手输入或商户终端发送;以及
验证子单元,用于根据服务器发送的取货码对所述待定取货码进行验证,响应于服务器发送的取货码与所述待定取货码相同,生成所述验证成功信息。
进一步地,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的送货地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
进一步地,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
进一步地,所述装置还包括:
到店信息发送单元,用于向服务器发送到店信息;
其中,所述服务器还用于在接收到所述到店信息后,将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
进一步地,所述装置还包括:
送达信息发送单元,用于向服务器发送订单的送达信息;
其中,所述服务器还用于在接收到所述送达信息后,将所述订单的状态更新为已送达状态。
进一步地,所述装置还包括:
退货操作信息发送单元,用于获取退货操作信息并向所述服务器发送;以及
获取退货码并向所述服务器发送。
本发明实施例通过根据目标配送时间和目标地址将多个待分配订单生成批次单,将批次单分配至第一配送终端,使得第一配送终端的配送人员将批次单中的多个订单同时取货并进行配送。由此,可以提高配送人员的配送效率,减小配送运力的浪费。
图14是本发明实施例的电子设备的示意图。在本实施例中,电子设备包括服务器、终端等。如图14所示,该电子设备:至少包括一个处理器141;以及,与至少一个处理器141通信连接的存储器142;以及,与扫描装置通信连接的通信组件143,通信组件143在处理器141的控制下接收和发送数据;其中,存储器142存储有可被至少一个处理器141执行的指令,指令被至少一个处理器141执行以实现上述信息交互方法。
具体地,该电子设备包括:一个或多个处理器141以及存储器142,图14中以一个处理器141为例。处理器141、存储器142可以通过总线或者其他方式连接,图14中以通过总线连接为例。存储器142作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器141通过运行存储在存储器142中的非易失性软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述信息交互方法。
存储器142可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储选项列表等。此外,存储器142可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中,存储器142可选包括相对于处理器141远程设置的存储器,这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
一个或者多个模块存储在存储器142中,当被一个或者多个处理器141执行时,执行上述任意方法实施例中的信息交互方法。
上述产品可执行本申请实施例所提供的方法,具备执行方法相应的功能模块和有益效果,未在本实施例中详尽描述的技术细节,可参见本申请实施例所提供的方法。
本发明实施例通过根据目标配送时间和目标地址将多个待分配订单生成批次单,将批次单分配至第一配送终端,使得第一配送终端的配送人员将批次单中的多个订单同时取货并进行配送。由此,可以提高配送人员的配送效率,减小配送运力的浪费。
本发明的另一个实施例涉及一种非易失性存储介质,用于存储计算机可读程序,所述计算机可读程序用于供计算机执行上述部分或全部的方法实施例。
即,本领域技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例还提供了A1、一种信息交互方法,所述方法包括:
获取多个待分配订单的目标配送时间和目标地址;
根据所述目标配送时间和目标地址生成至少一波批次单,所述批次单包括多个所述待分配订单;以及
将所述批次单分配至第一配送终端。
A2、如A1所述的方法,所述多个待分配订单为同一商户的订单。
A3、如A1所述的方法,所述方法还包括:
向所述第一配送终端发送所述批次单的批次信息。
A4、如A3所述的方法,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的目标地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
A5、如A1所述的方法,根据所述目标配送时间和目标地址生成至少一波批次单具体为:
将目标配送时间和目标地址相同或相近的多个待分配订单生成一波批次单。
A6、如A1所述的方法,所述方法还包括:
将所述批次单和/或订单的状态标记为待到店状态。
A7、如A6所述的方法,所述方法还包括:
接收所述第一配送终端发送的到店信息;以及
将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
A8、如A7所述的方法,所述方法还包括:
生成所述批次单对应的取货码。
A9、如A8所述的方法,所述方法还包括:
向商户终端发送所述取货码。
A10、如A8所述的方法,所述方法还包括:
向第一配送终端发送所述取货码。
A11、如A8所述的方法,所述方法还包括:
向第一配送终端和商户终端发送所述取货码。
A12、如A9所述的方法,所述方法还包括:
响应于接收到第一配送终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端发送至服务器。
A13、如A10所述的方法,所述方法还包括:
响应于接收到商户终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由骑手告知商家,并由商家通过商户终端发送至服务器。
A14、如A11所述的方法,所述方法还包括:
响应于接收到商户终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由骑手告知商家,并由商家通过商户终端对所述取货码进行验证,将验证结果发送至服务器;或者
响应于接收到第一配送终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端对所述取货码进行验证,将验证结果发送至服务器。
A15、如A12-A14中任一项所述的方法,所述方法还包括:
在所述第一配送终端将所述批次单删除;以及
将所述批次单中的各个订单分配至所述第一配送终端并发送各个订单的订单信息。
A16、如A15所述的方法,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
A17、如A15所述的方法,所述方法还包括:
响应于接收到第一配送终端发送的订单的送达信息,将所述订单的状态更新为已送达状态。
A18、如A17所述的方法,所述方法还包括:
响应于接收到批次单中各个订单的送达信息,将所述批次单的状态更新为已送达状态。
A19、如A1所述的方法,所述方法还包括:
接收目标订单的退货操作信息,所述退货操作信息来自用户终端或所述第一配送终端;
向所述商户终端发送退货码;以及
将所述目标订单分配至第二配送终端。
A20、如A19所述的方法,所述方法还包括:
响应于接收到所述第二配送终端发送的退货码,将所述目标订单的状态更新为已取消状态。
A21、如A19所述的方法,所述第一配送终端和所述第二配送终端为相同的配送终端或不同的配送终端。
本发明实施例还提供了B1、一种信息交互方法,所述方法包括:
接收服务器发送的至少一个批次单的批次信息;以及
获取操作信息并向所述服务器发送,所述服务器用于在接收到所述操作信息后,将所述取货码对应的批次单删除;以及
接收服务器发送的各个订单的订单信息,所述订单为所述批次单中的订单。
B2、如B1所述的方法,所述操作信息为取货码;
其中,所述取货码为由商家告知骑手,并由骑手输入。
B3、如B1所述的方法,所述操作信息为验证成功信息;
其中,所述获取操作信息包括:
接收服务器发送的取货码;
获取待定取货码,所述待定取货码由骑手输入或商户终端发送;以及
根据服务器发送的取货码对所述待定取货码进行验证,响应于服务器发送的取货码与所述待定取货码相同,生成所述验证成功信息。
B4、如B1所述的方法,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的送货地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
B5、如B1所述的方法,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
B6、如B1所述的方法,所述方法还包括:
向服务器发送到店信息;
其中,所述服务器还用于在接收到所述到店信息后,将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
B7、如B1所述的方法,所述方法还包括:
向服务器发送订单的送达信息;
其中,所述服务器还用于在接收到所述送达信息后,将所述订单的状态更新为已送达状态。
B8、如B1所述的方法,所述方法还包括:
获取退货操作信息并向所述服务器发送;以及
获取退货码并向所述服务器发送。
本发明实施例还提供了C1、一种信息交互装置,所述装置包括:
信息获取单元,用于获取多个待分配订单的目标配送时间和目标地址;
批次单生成单元,用于根据所述目标配送时间和目标地址生成至少一波批次单,所述批次单包括多个所述待分配订单;以及
批次单分配单元,用于将所述批次单分配至第一配送终端。
C2、如C1所述的装置,所述多个待分配订单为同一商户的订单。
C3、如C2所述的装置,所述装置还包括:
批次信息发送单元,用于向所述第一配送终端发送所述批次单的批次信息。
C4、如C3所述的装置,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的目标地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
C5、如C1所述的装置,所述批次单生成单元用于将目标配送时间和目标地址相同或相近的多个待分配订单生成一波批次单。
C6、如C1所述的装置,所述装置还包括:
第一标记单元,用于将所述批次单和/或订单的状态标记为待到店状态。
C7、如C6所述的装置,所述装置还包括:
到店信息接收单元,用于接收所述第一配送终端发送的到店信息;以及
第二标记单元,用于将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
C8、如C7所述的装置,所述装置还包括:
取货码生成单元,用于生成所述批次单对应的取货码。
C9、如C8所述的装置,所述装置还包括:
第一发送单元,用于向商户终端发送所述取货码。
C10、如C8所述的装置,所述装置还包括:
第二发送单元,用于向第一配送终端发送所述取货码。
C11、如C8所述的装置,所述装置还包括:
第三发送单元,用于向第一配送终端和商户终端发送所述取货码。
C12、如C9所述的装置,所述装置还包括:
第一接收单元,用于响应于接收到第一配送终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端发送至服务器。
C13、如C10所述的装置,所述装置还包括:
第二接收单元,用于响应于接收到商户终端发送的取货码,将所述批次单和/或订单的状态更新为待送达状态或已取货状态;
其中,所述取货码为由骑手告知商家,并由商家通过商户终端发送至服务器。
C14、如C11所述的装置,所述装置还包括:
第三接收单元,用于响应于接收到商户终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由骑手告知商家,并由商家通过商户终端对所述取货码进行验证,将验证结果发送至服务器;或者
响应于接收到第一配送终端发送的验证成功信息,将所述批次单和/或订单的状态更新为待送达状态或已取货状态,其中,所述取货码为由商家告知骑手,并由骑手通过第一配送终端对所述取货码进行验证,将验证结果发送至服务器。
C15、如C12-C14中任一项所述的装置,所述装置还包括:
批次单删除单元,用于在所述第一配送终端将所述批次单删除;以及
订单信息发送单元,用于将所述批次单中的各个订单分配至所述第一配送终端并发送各个订单的订单信息。
C16、如C15所述的装置,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
C17、如C15所述的装置,所述装置还包括:
第三标记单元,用于响应于接收到第一配送终端发送的订单的送达信息,将所述订单的状态更新为已送达状态。
C18、如C17所述的装置,所述装置还包括:
第四标记单元,用于响应于接收到批次单中各个订单的送达信息,将所述批次单的状态更新为已送达状态。
C19、如C1所述的装置,所述装置还包括:
退货操作信息接收单元,用于接收目标订单的退货操作信息,所述退货操作信息来自用户终端或所述第一配送终端;
退货码发送单元,用于向所述商户终端发送退货码;以及
退货订单分配单元,用于将所述目标订单分配至第二配送终端。
C20、如C19所述的装置,所述装置还包括:
第五标记单元,用于响应于接收到所述第二配送终端发送的退货码,将所述目标订单的状态更新为已取消状态。
C21、如C19所述的装置,所述第一配送终端和所述第二配送终端为相同的配送终端或不同的配送终端。
本发明实施例还提供了D1、一种信息交互装置,所述装置包括:
批次信息接收单元,用于接收服务器发送的至少一个批次单的批次信息;以及
操作信息获取单元,用于获取操作信息并向所述服务器发送,所述服务器用于在接收到所述操作信息后,将所述取货码对应的批次单删除;以及
订单信息接收单元,用于接收服务器发送的各个订单的订单信息,所述订单为所述批次单中的订单。
D2、如D1所述的装置,所述操作信息为取货码;
其中,所述取货码为由商家告知骑手,并由骑手输入。
D3、如D1所述的装置,所述操作信息为验证成功信息;
其中,所述操作信息获取单元包括:
取货码接收子单元,用于接收服务器发送的取货码;
待定取货码接收子单元,用于获取待定取货码,所述待定取货码由骑手输入或商户终端发送;以及
验证子单元,用于根据服务器发送的取货码对所述待定取货码进行验证,响应于服务器发送的取货码与所述待定取货码相同,生成所述验证成功信息。
D4、如D1所述的装置,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的送货地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
D5、如D1所述的装置,所述订单信息包括订单剩余时间、用户联系方式、货品明细和订单标识中的一个或多个。
D6、如D1所述的装置,所述装置还包括:
到店信息发送单元,用于向服务器发送到店信息;
其中,所述服务器还用于在接收到所述到店信息后,将所述批次单和/或订单的状态更新为待取货状态或已到店状态。
D7、如D1所述的装置,所述装置还包括:
送达信息发送单元,用于向服务器发送订单的送达信息;
其中,所述服务器还用于在接收到所述送达信息后,将所述订单的状态更新为已送达状态。
D8、如D1所述的装置,所述装置还包括:
退货操作信息发送单元,用于获取退货操作信息并向所述服务器发送;以及
获取退货码并向所述服务器发送。
本发明实施例还提供了E1、一种计算机可读存储介质,其上存储计算机程序指令,所述计算机程序指令在被处理器执行时实现如A1-A21和B1-B8中任一项所述的方法。
本发明实施例还提供了F1、一种电子设备,包括存储器和处理器,所述存储器用于存储一条或多条计算机程序指令,其中,所述一条或多条计算机程序指令被所述处理器执行以实现如A1-A21和B1-B8中任一项所述的方法。
以上所述仅为本发明的优选实施例,并不用于限制本发明,对于本领域技术人员而言,本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种信息交互方法,其特征在于,所述方法包括:
获取多个待分配订单的目标配送时间和目标地址;
根据所述目标配送时间和目标地址生成至少一波批次单,所述批次单包括多个所述待分配订单;以及
将所述批次单分配至第一配送终端。
2.根据权利要求1所述的方法,其特征在于,所述多个待分配订单为同一商户的订单。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
向所述第一配送终端发送所述批次单的批次信息。
4.根据权利要求3所述的方法,其特征在于,所述批次信息包括批次号、取货地址、商户联系方式、各个订单的目标地址、货品明细、批次单中的订单数量、各个订单的订单标识、批次单剩余时间和各个订单的剩余时间中的一个或多个;
其中,所述批次单剩余时间为所述各个订单的剩余时间的最小值。
5.根据权利要求1所述的方法,其特征在于,根据所述目标配送时间和目标地址生成至少一波批次单具体为:
将目标配送时间和目标地址相同或相近的多个待分配订单生成一波批次单。
6.一种信息交互方法,其特征在于,所述方法包括:
接收服务器发送的至少一个批次单的批次信息;以及
获取操作信息并向所述服务器发送,所述服务器用于在接收到所述操作信息后,将所述取货码对应的批次单删除;以及
接收服务器发送的各个订单的订单信息,所述订单为所述批次单中的订单。
7.一种信息交互装置,其特征在于,所述装置包括:
信息获取单元,用于获取多个待分配订单的目标配送时间和目标地址;
批次单生成单元,用于根据所述目标配送时间和目标地址生成至少一波批次单,所述批次单包括多个所述待分配订单;以及
批次单分配单元,用于将所述批次单分配至第一配送终端。
8.一种信息交互装置,其特征在于,所述装置包括:
批次信息接收单元,用于接收服务器发送的至少一个批次单的批次信息;以及
操作信息获取单元,用于获取操作信息并向所述服务器发送,所述服务器用于在接收到所述操作信息后,将所述取货码对应的批次单删除;以及
订单信息接收单元,用于接收服务器发送的各个订单的订单信息,所述订单为所述批次单中的订单。
9.一种计算机可读存储介质,其上存储计算机程序指令,其特征在于,所述计算机程序指令在被处理器执行时实现如权利要求1-6中任一项所述的方法。
10.一种电子设备,包括存储器和处理器,其特征在于,所述存储器用于存储一条或多条计算机程序指令,其中,所述一条或多条计算机程序指令被所述处理器执行以实现如权利要求1-6中任一项所述的方法。
CN202011529241.7A 2020-12-22 2020-12-22 信息交互方法、装置、存储介质和电子设备 Pending CN112529506A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011529241.7A CN112529506A (zh) 2020-12-22 2020-12-22 信息交互方法、装置、存储介质和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011529241.7A CN112529506A (zh) 2020-12-22 2020-12-22 信息交互方法、装置、存储介质和电子设备

Publications (1)

Publication Number Publication Date
CN112529506A true CN112529506A (zh) 2021-03-19

Family

ID=75002422

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011529241.7A Pending CN112529506A (zh) 2020-12-22 2020-12-22 信息交互方法、装置、存储介质和电子设备

Country Status (1)

Country Link
CN (1) CN112529506A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113793104A (zh) * 2021-09-18 2021-12-14 拉扎斯网络科技(上海)有限公司 订单处理方法、装置、分拣设备和存储介质
CN114548788A (zh) * 2022-02-25 2022-05-27 青岛海信智慧生活科技股份有限公司 货物配送方法、配送设备及配送服务器
CN117252669A (zh) * 2023-11-16 2023-12-19 浙江口碑网络技术有限公司 群组管理方法、装置、电子设备与存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107180369A (zh) * 2016-03-10 2017-09-19 阿里巴巴集团控股有限公司 商品对象信息处理方法、装置及系统
CN108898350A (zh) * 2018-07-26 2018-11-27 成都校智科技有限公司 一种团队配送方法
CN110751350A (zh) * 2018-07-23 2020-02-04 阿里巴巴集团控股有限公司 配送调度系统、方法、装置及电子设备
CN111476515A (zh) * 2020-03-05 2020-07-31 北京三快在线科技有限公司 外卖配送方法、装置、服务器、终端及存储介质
CN111626652A (zh) * 2019-02-28 2020-09-04 北京京东尚科信息技术有限公司 订单处理方法、装置、系统及介质
CN111738619A (zh) * 2020-07-06 2020-10-02 腾讯科技(深圳)有限公司 任务调度方法、装置、设备及存储介质
CN111985748A (zh) * 2019-05-22 2020-11-24 阿里巴巴集团控股有限公司 订单批次处理方法、装置及计算机系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107180369A (zh) * 2016-03-10 2017-09-19 阿里巴巴集团控股有限公司 商品对象信息处理方法、装置及系统
CN110751350A (zh) * 2018-07-23 2020-02-04 阿里巴巴集团控股有限公司 配送调度系统、方法、装置及电子设备
CN108898350A (zh) * 2018-07-26 2018-11-27 成都校智科技有限公司 一种团队配送方法
CN111626652A (zh) * 2019-02-28 2020-09-04 北京京东尚科信息技术有限公司 订单处理方法、装置、系统及介质
CN111985748A (zh) * 2019-05-22 2020-11-24 阿里巴巴集团控股有限公司 订单批次处理方法、装置及计算机系统
CN111476515A (zh) * 2020-03-05 2020-07-31 北京三快在线科技有限公司 外卖配送方法、装置、服务器、终端及存储介质
CN111738619A (zh) * 2020-07-06 2020-10-02 腾讯科技(深圳)有限公司 任务调度方法、装置、设备及存储介质

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113793104A (zh) * 2021-09-18 2021-12-14 拉扎斯网络科技(上海)有限公司 订单处理方法、装置、分拣设备和存储介质
CN114548788A (zh) * 2022-02-25 2022-05-27 青岛海信智慧生活科技股份有限公司 货物配送方法、配送设备及配送服务器
CN117252669A (zh) * 2023-11-16 2023-12-19 浙江口碑网络技术有限公司 群组管理方法、装置、电子设备与存储介质
CN117252669B (zh) * 2023-11-16 2024-03-05 浙江口碑网络技术有限公司 群组管理方法、装置、电子设备与存储介质

Similar Documents

Publication Publication Date Title
CN112529506A (zh) 信息交互方法、装置、存储介质和电子设备
CN107093039B (zh) 信息显示方法、订单标记方法、异常订单处理方法及装置
CN112184054B (zh) 配送任务处理方法、装置、电子设备及计算机存储介质
CN107871221B (zh) 用于获取可销售库存数量的方法和装置
CN112288377B (zh) 订单处理方法、装置、存储介质和电子设备
CN109272272B (zh) 任务处理方法、装置、电子设备及计算机可读存储介质
CN111459636A (zh) 任务分配方法、装置、可读存储介质和电子设备
CN112070423B (zh) 库存预占方法、装置、电子设备及存储介质
CN110520888A (zh) 店铺系统、电子货架标签、店铺系统的处理方法以及程序
CN110751350B (zh) 配送调度系统、方法、装置及电子设备
CN111260240A (zh) 一种任务分配方法及装置
CN112686587A (zh) 一种支持修改收件信息的方法和装置
CN111027896A (zh) 数据处理方法、装置、可读存储介质和电子设备
KR102263260B1 (ko) 택배 배송 중계 방법
CN112862397B (zh) 信息交互方法、装置、存储介质和电子设备
CN112884299B (zh) 自动接单方法及设备、介质
CN112668924A (zh) 物流运力的调配方法、装置及系统
CN113848885A (zh) 机器人送单方法、装置、设备及计算机可读存储介质
CN113487260A (zh) 解决快递件售后问题的方法
CN112508467B (zh) 订单发货的方法和装置
CN108985674A (zh) 一种物品接收方法及相关装置
CN115222328A (zh) 物流跟踪方法、装置、设备及介质
CN114202210A (zh) 一种任务分配方法和装置
CN113780923A (zh) 派件方法、装置、电子设备及介质
CN112232735A (zh) 无人配送系统、方法、装置、存储介质及电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination