CN114723376B - 引导配送客户端处理运单的方法及装置、运单处理方法 - Google Patents

引导配送客户端处理运单的方法及装置、运单处理方法 Download PDF

Info

Publication number
CN114723376B
CN114723376B CN202210644110.6A CN202210644110A CN114723376B CN 114723376 B CN114723376 B CN 114723376B CN 202210644110 A CN202210644110 A CN 202210644110A CN 114723376 B CN114723376 B CN 114723376B
Authority
CN
China
Prior art keywords
distribution
waybill
delivery
node
mode information
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.)
Active
Application number
CN202210644110.6A
Other languages
English (en)
Other versions
CN114723376A (zh
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.)
Zhejiang Koubei Network Technology Co Ltd
Original Assignee
Zhejiang Koubei 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 Zhejiang Koubei Network Technology Co Ltd filed Critical Zhejiang Koubei Network Technology Co Ltd
Priority to CN202210644110.6A priority Critical patent/CN114723376B/zh
Publication of CN114723376A publication Critical patent/CN114723376A/zh
Application granted granted Critical
Publication of CN114723376B publication Critical patent/CN114723376B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请提供一种引导配送客户端处理运单的方法及装置、运单处理方法，所述引导配送客户端处理运单的方法，包括：获得运单对应的配送模式信息；根据配送模式信息，获得运单对应的运单处理模型，运单处理模型包括对应于配送模式信息的配送节点信息以及对应于配送节点信息的处理方式信息；将运单处理模型发送给配送资源对应的配送客户端，运单处理模型用于引导配送客户端处理运单。

Description

引导配送客户端处理运单的方法及装置、运单处理方法
技术领域
本申请涉及计算机技术领域，特别涉及一种引导配送客户端处理运单的方法及装置。本申请还涉及一种运单处理方法。
背景技术
随着外卖点餐服务的飞速发展，物流配送服务不断推出新的配送模式，不同的配送模式下运单的生命周期和状态流转都有着不同的形式。
目前，配送客户端根据运单的配送模式进行运单的处理。新增配送模式或者对已有配送模式的修改，通常会涉及到大量配送客户端的代码的改动，因此，需要更新配送客户端的版本。由于配送客户端版本的迭代流程周期固定，并且强制骑手更新配送客户端会增加较大的成本和风险。
因此，如何在物流配送服务不断推陈出新的情况下，减少配送客户端的版本更新，是亟待解决的技术问题。
发明内容
本申请实施例提供了一种引导配送客户端处理运单的方法、装置、电子设备和存储设备，以及一种运单处理的方法、装置、电子设备以及存储设备。以解决在物流配送服务新增配送模式或者对已有配送模式进行修改的情况下，如何减少配送客户端的版本更新的问题。
本申请实施例提供一种引导配送客户端处理运单的方法，所述方法包括：获得运单对应的配送模式信息；根据所述配送模式信息，获得所述运单对应的运单处理模型，所述运单处理模型包括对应于所述配送模式信息的配送节点信息以及对应于所述配送节点信息的处理方式信息；将所述运单处理模型发送给配送资源对应的配送客户端，以使所述配送客户端根据所述运单处理模型处理所述运单。
在一些实施例中，所述对应于所述配送模式信息的配送节点信息是所述配送模式信息所表示的配送模式包括的所有配送时序节点的信息，根据所述配送模式信息，获得所述配送模式包括的所有配送时序节点的信息和每个配送时序节点对应的所有处理方式信息；根据所述配送模式包括的所有配送时序节点的信息和每个配送时序节点对应的所有处理方式信息，生成所述运单处理模型。
在一些实施例中，所述配送模式信息包括配送模式标识信息；所述根据所述配送模式信息，获得所述配送模式包括的所有配送时序节点的信息和每个配送时序节点对应的所有处理方式信息，包括：根据预先获得的所述配送模式标识信息与配送时序节点的信息和配送时序节点对应的所有处理方式信息之间的对应关系，获得与所述配送模式标识信息对应的所述配送模式包括的所有配送时序节点的信息和每个配送时序节点对应的所有处理方式信息。
在一些实施例中，所述根据所述配送模式包括的所有配送时序节点的信息和每个配送时序节点对应的所有处理方式信息，生成所述运单处理模型，包括：根据所述运单的配送特征，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息；根据所述配送模式包括的所有配送时序节点的信息以及为每个配送时序节点选择的处理方式信息，生成所述运单处理模型。
在一些实施例中，所述运单的配送特征包括所述配送资源针对任意一个配送时序节点的历史执行结果；所述根据所述运单的配送特征，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：针对任意一个配送时序节点，获得针对历史执行结果的评估数据，所述历史执行结果为所述配送资源针对所述任意一个配送时序节点的历史执行结果；根据所述针对历史执行结果的评估数据，从所述任意一个配送时序节点对应的所有处理方式信息中为所述任意一个配送时序节点选择处理方式信息。
在一些实施例中，所述针对任意一个配送时序节点，获得针对历史执行结果的评估数据，包括：获得所述配送资源针对所述任意一个配送时序节点的历史执行次数，并获得所述配送资源针对所述任意一个配送时序节点的历史执行结果偏差数量，所述历史执行结果偏差数量为所述配送资源针对所述任意一个配送时序节点的历史实际执行结果与预期执行结果不匹配的数量；根据所述历史执行次数和所述历史执行结果偏差数量，获得所述针对历史执行结果的评估数据。
在一些实施例中，所述根据所述历史执行次数和所述历史执行结果偏差数量，获得所述针对历史执行结果的评估数据，包括：获得所述历史执行结果偏差数量与所述历史执行次数的比值，作为历史执行结果偏差比；所述根据所述针对历史执行结果的评估数据，从所述任意一个配送时序节点对应的所有处理方式信息中为所述任意一个配送时序节点选择处理方式信息，包括：如果所述历史执行结果偏差比高于预设的偏差比阈值，则从所述任意一个配送时序节点对应的所有处理方式信息中为所述任意一个配送时序节点选择至少两个处理方式信息，否则，从所述任意一个配送时序节点对应的所有处理方式信息中为所述任意一个配送时序节点选择一个处理方式信息。
在一些实施例中，所述运单的配送特征包括所述配送资源的历史运单配送结果；所述根据所述运单的配送特征，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：获得所述配送资源的历史运单配送结果的评估数据；根据所述历史运单配送结果的评估数据，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息。
在一些实施例中，所述获得所述配送资源的历史运单配送结果的评估数据包括：获得所述配送资源配送的所有历史运单；确定所述所有历史运单的数量，并且确定所述所有历史运单中配送结果为成功配送的运单的数量；根据所述所有历史运单的数量和所述配送结果为成功配送的运单的数量，确定所述配送资源的历史运单配送结果的评估数据。
在一些实施例中，所述根据所述所有历史运单的数量和所述配送结果为成功配送的运单的数量，确定所述配送资源的历史运单配送结果的评估数据，包括：获得所述配送结果为成功配送的运单的数量和所述所有历史运单的数量的比值，作为所述配送资源的历史运单配送结果的评估数据；所述根据所述历史运单配送结果的评估数据，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：如果所述历史运单配送结果的评估数据低于预设的配送成功率阈值，则从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择由配送客户端执行操作的处理方式信息。
在一些实施例中，所述运单的配送特征包括所述配送资源的当前背单数量；所述根据所述运单的配送特征，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：获得所述配送资源的当前背单数量；根据所述配送资源的当前背单数量，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息。
在一些实施例中，所述获得所述配送资源的当前背单数量，包括：获得针对所述配送资源的未完成运单的数量，作为所述配送资源的当前背单数量；所述根据所述配送资源的当前背单数量，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：如果所述配送资源的当前背单数量大于预设的背单数量阈值，则从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择由配送客户端执行操作的处理方式信息。
在一些实施例中，所述运单的配送特征包括所述运单的配送紧急度数据；所述根据所述运单的配送特征，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：获得所述运单的配送紧急度数据；根据所述运单的配送紧急度数据，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息。
在一些实施例中，获得所述运单的配送紧急度数据，包括：获得所述运单的剩余配送时长信息；获得所述配送资源为完成所述运单所需运行的里程信息；根据所述里程信息与所述剩余配送时长信息的比值，获得所述配送资源为完成所述运单所需的平均运行时速下限值，作为所述运单的配送紧急度数据；根据所述运单的配送紧急度数据，从所述任意一个配送时序节点对应的所有处理方式信息中为所述任意一个配送时序节点选择处理方式信息，包括：如果所述平均运行时速下限值超过平均运行时速阈值，则从所述任意一个配送时序节点对应的所有处理方式信息中为所述任意一个配送时序节点选择由配送客户端执行操作的处理方式信息。
在一些实施例中，所述运单的配送特征包括所述运单中的商户是否支持配合所述配送客户端或所述配送资源针对配送时序节点执行操作的商户配合信息；所述根据所述运单的配送特征，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：获得所述商户配合信息；如果所述商户配合信息表示所述运单中的商户不支持配合所述配送客户端或所述配送资源针对配送时序节点执行操作，则针对面向所述商户的配送时序节点，从面向所述商户的配送时序节点对应的所有处理方式信息中为所述面向所述商户的配送时序节点选择非商户配合的处理方式信息，否则，将面向所述商户的配送时序节点对应的所有处理方式信息中的商户配合的处理方式信息作为所述面向所述商户的配送时序节点的备选处理方式信息。
在一些实施例中，所述运单的配送特征包括所述运单中的用户是否支持配合所述配送客户端或所述配送资源针对配送时序节点执行操作的用户配合信息；所述根据所述运单的配送特征，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：获得所述用户配合信息；如果所述用户配合信息表示所述运单中的用户不支持配合所述配送客户端或所述配送资源针对配送时序节点执行操作，则针对面向所述用户的配送时序节点，从面向所述用户的配送时序节点对应的所有处理方式信息中为所述面向所述用户的配送时序节点选择非用户配合的处理方式信息，否则，将面向所述用户的配送时序节点对应的所有处理方式信息中的用户配合的处理方式信息作为所述面向所述用户的配送时序节点的备选处理方式信息。
在一些实施例中，获得运单对应的配送模式信息包括：获得所述运单中的取货地址信息和送达地址信息；获得所述配送资源的当前地址信息；根据所述取货地址信息、所述送达地址信息以及所述配送资源的当前地址信息，获得所述运单对应的配送模式信息。
在一些实施例中，所述根据所述取货地址信息、所述送达地址信息以及所述配送资源的当前地址信息，获得所述运单对应的配送模式信息，包括：如果所述配送资源的当前地址信息与所述取货地址信息之间的距离超过第一预设距离，所述送达地址信息与所述配送资源的当前地址信息的距离超过第二预设距离，并且所述配送资源的当前背单中存在取货地址与所述取货地址信息相同的运单，则确定所述配送模式信息为基础配送模式；或者，如果所述取货地址信息、所述送达地址信息以及所述配送资源的当前地址信息在同一兴趣区域内，则确定所述配送模式信息为聚合配送模式；或者，如果所述配送资源的当前地址信息与所述取货地址信息之间的距离超过第一预设距离，所述送达地址信息与所述配送资源的当前地址信息之间的距离超过第二预设距离，并且所述配送资源的当前背单中存在和所述取货地址相同的运单，则确定所述配送模式信息为批次配送模式；或者，如果所述配送资源的当前地址信息与所述取货地址信息之间的距离小于第一预设距离，所述送达地址信息与所述配送资源的当前地址信息之间的距离大于第二预设距离，并且所述配送资源为所述取货地址对应的商户的驻店配送资源，则确定所述配送模式信息为驻店配送模式。
在一些实施例中，还将所述运单发送给所述配送客户端；所述将所述运单处理模型发送给所述配送资源对应的配送客户端，包括：在所述配送客户端针对所述运单的最迟开始处理时间点之前，将所述运单处理模型发送给所述配送客户端。
在一些实施例中，所述方法还包括：根据配送资源针对所述运单所需执行的配送流程，得到所述配送模式信息。
在一些实施例中，所述方法还包括：根据针对所述配送时序节点所需执行的操作，得到所述处理方式信息；根据为每个配送时序节点选择的处理方式的信息，得到所述对应于所述配送节点信息的处理方式信息。
本申请实施例提供一种引导配送客户端处理运单的装置，所述装置包括：配送模式信息获取单元，用于获得运单对应的配送模式信息；运单处理模型获取单元，用于根据所述配送模式信息，获得所述运单对应的运单处理模型，所述运单处理模型包括对应于所述配送模式信息的配送节点信息以及对应于所述配送节点信息的处理方式信息；发送单元，用于将所述运单处理模型发送给所述配送资源对应的配送客户端，以使所述配送客户端根据所述运单处理模型处理所述运单。
本申请实施例提供一种电子设备，应用于服务端，所述电子设备包括存储器和处理器，存储器存储计算机程序，处理器运行程序时执行如上所述的引导配送客户端处理运单的方法。
本申请实施例提供一种存储设备，用于存储计算机可读程序，所述计算机可读程序被运行时，执行如上的引导配送客户端处理运单的方法。
本申请实施例提供一种运单处理方法，应用于配送资源对应的配送客户端，所述方法包括：获得服务端发送的运单；获得服务端发送的运单处理模型；其中，所述运单处理模型包括对应于配送模式信息的配送节点信息以及对应于所述配送节点信息的处理方式信息。
在一些实施例中，所述方法还包括：判断所述配送客户端中是否具有适用于所述运单的运单处理模型；如果是，则按照配送客户端中具有的适用于所述运单的运单处理模型处理所述运单，否则，向所述服务端发送请求消息，所述请求消息用于向服务端请求发送适用于所述运单的运单处理模型；所述获得服务端发送的运单处理模型，包括：获得所述服务端针对所述请求消息发送的适用于所述运单的运单处理模型。
在一些实施例中，所述方法还包括：保存所述服务端发送的所述运单处理模型，并获得所述服务端发送的后续运单，判断所述被保存的运单处理模型是否适用于所述后续运单；如果是，则使用所述被保存的运单处理模型处理所述后续运单，否则，请求所述服务端发送适用于所述后续运单的运单处理模型，并使用从所述服务端接收的适用于所述后续运单的运单处理模型处理所述后续运单。
在一些实施例中，所述按照所述运单处理模型处理所述运单，包括：根据所述运单处理模型中的配送节点信息以及对应于所述配送节点信息的处理方式信息，处理所述运单。
在一些实施例中，所述处理方式信息用于表示针对所述配送时序节点所需执行的操作，所述根据所述运单处理模型中的配送节点信息以及对应于所述配送节点信息的处理方式信息，处理所述运单，包括：响应于配送资源上报当前的配送时序节点，使用所述运单处理模型中所述当前的配送时序节点对应的处理方式，验证所述运单对应的配送流程是否处于所述当前的配送时序节点。
本申请实施例提供一种运单处理装置，应用于配送资源对应的配送客户端，所述装置包括：运单获取单元，用于获得服务端发送的运单；运单处理模型获取单元，用于获得服务端发送的运单处理模型；其中，所述运单处理模型包括对应于配送模式信息的配送节点信息以及对应于所述配送节点信息的处理方式信息。
本申请实施例提供一种电子设备，应用于配送资源对应的配送客户端，所述电子设备包括存储器和处理器，存储器存储计算机程序，处理器运行程序时执行如上所述的运单处理方法。
本申请实施例提供一种存储设备，用于存储计算机可读程序，所述计算机可读程序被运行时，执行如上的运单处理方法。
在本申请的实施例中，由服务端提供运单处理模型，配送客户端根据运单处理模型来处理运单。配送客户端不需要确定不同类型的运单需要的配送模式，确定配送模式包括的所有配送时序节点，以及各个配送时序节点对应的处理方式，有效简化了配送客户端的运单处理逻辑，当后续配送模式变动或者推出新的配送模式时，配送客户端不再需要发布新的软件版本，从而降低了配送资源更新软件版本带来的风险和成本。
附图说明
图1是根据本申请一些实施例所示的引导配送客户端处理运单的方法的应用场景的示意图。
图2是根据本申请一些实施例所示的引导配送客户端处理运单的方法的示例性流程图。
图3是根据本申请一些实施例所示的在配送客户端执行的一种运单处理方法的示例性流程图。
图4是根据本申请一些实施例所示的引导配送客户端处理运单的装置的结构示意图。
图5是根据本申请一些实施例所示的一种电子设备结构示意图。
图6是根据本申请一些实施例所示的一种运单处理装置的结构示意图。
图7是根据本申请一些实施例所示的运单处理模型的示例性示意图。
图8A是根据本申请一些实施例所示的“到店节点”配送时序节点对应的预设显示界面。
图8B是根据本申请一些实施例所示的“取货节点”配送节点对应的预设显示界面。
图8C是根据本申请一些实施例所示的“完成节点”配送节点对应的预设显示界面。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
本申请中使用的术语是仅仅出于对特定实施例描述的目的，而非旨在限制本申请。在本申请中和所附权利要求书中所使用的描述方式例如：“一种”、“第一”、和“第二”等，并非对数量上的限定或先后顺序上的限定，而是用来将同一类型的信息彼此区分。
图1是根据本申请一些实施例所示的引导配送客户端处理运单的方法的应用场景的示意图。
如图1所示，在应用场景100中可以包括服务端110、配送客户端120、用户终端130和网络140。
在一些实施例中，服务端110、配送客户端120、用户终端130之间可以通过网络140进行数据或者信息的交互。例如，服务端110可以通过网络140获取配送客户端120和用户终端130中的信息和/或数据，或者可以通过网络140将信息和/或数据发送到配送客户端120和用户终端130。
配送客户端120为配送资源（例如，外卖骑手、用于送货的自移动设备、无人机等）使用的一个或多个终端设备。配送客户端120可以是移动设备、平板计算机等具有输入和/或输出功能的设备中的一种或其任意组合。
在现有的实施例中，配送客户端120从服务端110获取运单后，根据运单的相关信息（例如，取货地址信息、送达地址信息等）确定运单的配送模式，并且确定配送模式所包括的所有配送时序节点，以及各个配送时序节点对应的处理方式，然后根据配送模式包括的所有配送时序节点，以及各个配送时序节点对应的处理方式来处理运单。配送模式信息用于表示配送资源针对运单所需执行的配送流程的模式。例如，配送模式信息可以为基础配送模式、聚合配送模式、批次配送模式或驻店配送模式等。
不同的配送模式信息对应不同的配送节点信息。配送节点信息用于表示运单对应的配送模式包括的所有配送时序节点（例如，到店节点、取货节点、完成节点等）。仅作为示例，基础配送模式对应的配送节点包括：到店节点、取货节点、完成节点、异常节点，驻店配送模式对应的配送节点包括：取货节点、完成节点、异常节点。
每个配送时序节点对应一种或者多种处理方式信息，处理方式信息用于表示针对配送时序节点所需执行的操作。例如，配送时序节点“到店节点”对应的处理方式信息为：全球定位系统定位（例如，Gps定位等）、短距离无线通信定位（例如，Beacon定位等），则当配送资源向配送客户端120上报当前配送时序节点为“到店节点”时，配送客户端120可以使用全球定位系统定位和/或短距离无线通信定位获取配送资源当前所在的位置信息，然后根据获取的位置信息和运单中的商户地址信息，确认运单的当前配送时序节点是否为“到店节点”。
在具体实施过程中，可以根据针对配送时序节点（例如，到店）所需执行的操作（例如，获取配送资源当前位置信息），得到处理方式信息（例如，全球定位系统定位、短距离无线通信定位），根据为每个配送时序节点选择的处理方式的信息，得到对应于所述配送节点信息的处理方式信息。
当配送资源通过配送客户端120接受运单之后，配送客户端120可以通过预设显示界面依次显示运单的各个配送时序节点，并通过各个配送时序节点对应的处理方式确认配送资源上报的当前配送时序节点。下面以示例来说明配送客户端120对于运单的处理过程：
图1中的界面120-1为配送时序节点“到店节点”对应的预设显示界面，界面120-2为配送时序节点“取货节点”对应的预设显示界面。当配送资源到店后，可以通过点击界面120-1上显示的“到店”按钮来向配送客户端120上报当前配送时序节点为“到店节点”。配送客户端120通过配送时序节点“到店节点”对应的处理方式（例如，全球定位系统定位的处理方式）确认当前配送时序节点确实为“到店节点”时，显示下一个预设显示界面：界面120-2。当配送资源取货后，可以通过点击界面120-2上显示的“取货”按钮来向配送客户端120上报当前配送时序节点为“取货节点”。配送客户端120通过配送时序节点“取货节点”对应的处理方式（例如，指示配送资源上传用户提供的取货码，并验证该取货码是否正确）确认当前配送时序节点确实为“取货节点”时，继续显示下一个预设显示界面，直至完成运单的配送。
由于现有的实施例中，由配送客户端120负责确定不同类型的运单需要的配送模式，并确定配送模式包括的配送时序节点，以及各个配送时序节点对应的处理方式，因此，配送客户端120会聚合大量复杂的代码。如果后期配送模式变动（例如，新增配送时序节点），或者线上平台推出新的配送模式，而新的配送模式又会对应不同的配送时序节点，则需要配送客户端120进行大量代码的修改并且发行新的版本，相应的配送资源需要更新配送客户端120的版本，从而增加较大的成本和风险。
因此，在本申请提供的实施例中，配送客户端120可以从服务端110接收运单以及运单处理模型，根据运单处理模型对运单进行处理。运单处理模型用于引导配送客户端120处理运单。
在一些实施例中，服务端110可以通过网络140从用户终端130获取运单以及运单的相关信息（例如，运单的取货地址信息、运单的送达地址信息等），并构建运单的运单处理模型，将运单以及运单处理模型发送给配送客户端120。
在一些实施例中，服务端110可以是一个处理设备（例如，服务器），也可以包括多个处理设备（例如，多个服务器），每个处理设备可以包含一个或多个子处理设备（例如，单核处理设备或多核多芯处理设备）。仅作为示例，服务端110可以包括处理器（CPU）、专用集成电路（ASIC）、专用指令处理器（ASIP）、微处理器等或以上任意组合。
用户终端130指运单的服务请求者（例如，外卖订餐者）所使用的一个或多个终端设备或软件。在一些实施例中，用户通过用户终端130输入服务请求（例如，外卖服务请求），用户终端130根据接收到的服务请求生成运单。用户终端130可以是移动设备、平板计算机等具有输入和/或输出功能的设备中的一种或其任意组合。
在一些实施例中，网络140可以是有线网络或无线网络中的任意一种或多种。例如，网络140可以包括局域网络（LAN）、广域网络（WAN）、无线局域网络（WLAN）、城域网（MAN）等或其任意组合。
为了便于理解，以下结合附图和实施例介绍本申请的技术方案。
图2是根据本申请一些实施例所示的引导配送客户端处理运单的方法的示例性流程图。
步骤210，获得运单对应的配送模式信息，配送模式信息用于表示配送资源针对运单所需执行的配送流程的模式。
运单是指承运人与托运人之间关于货物运输事宜的协议或者契约。在一些实施例中，运单为外卖运单，配送模式信息包括但不限于：基础配送模式、聚合配送模式、批次配送模式以及驻店配送模式等。在具体实施过程中，可以根据配送资源针对运单所需执行的配送流程，得到配送模式信息。例如，如果配送资源针对运单所需执行的配送流程为：到店、取货、完成，则可以确定配送模式为基础配送模式。
基础配送模式为由外卖平台的配送资源负责提供配送服务的模式。在基础配送模式下，配送资源按照外卖平台的调度进行运单的配送，因此，配送资源配送的各个运单不具有相关性。
聚合配送模式为配送资源在某个兴趣区域（例如，xxx小区）内提供配送服务的模式。在聚合配送模式下，配送资源负责配送的运单的取货地址（例如，xxx小区的xxx便利店）与送达地址（例如，xxx小区的x号楼x单元xxx室）均在该兴趣区域内，相应的，配送资源的当前地址也在该兴趣区域内。
批次配送模式为配送资源在同一次配送过程中为多个用户提供配送服务的模式。在批次配送模式下，配送资源的当前背单中存在多个取货地址相同的运单。例如，配送资源的当前背单中存在多个取货地址均为“xxx取货点”的运单。
驻店配送模式为配送资源专为特定商家提供配送服务的模式。在驻店配送模式下，配送资源位于特定商家门店（例如，xx超市）内或附近等待接单。
在一些实施例中，服务端可以获得运单中的取货地址信息和送达地址信息，以及获得配送资源的当前地址信息，然后根据取货地址信息、送达地址信息以及配送资源的当前地址信息，获得运单对应的配送模式信息。其中，取货地址信息和送达地址信息可以为中继地址信息。当一个运单的配送过程中涉及多个配送地址时，多个配送地址中除起始配送地址和终止配送地址外的配送地址可以称为中继地址。例如，一个运单被从A站点配送到B站点，然后从B站点配送到C站点，最后从C站点配送到D站点，运单配送完成，那么B站点、C站点可以称为中继地址。
在一些实施例中，如果配送资源的当前地址信息与取货地址信息之间的距离超过第一预设距离，送达地址信息与配送资源的当前地址信息的距离超过第二预设距离，并且配送资源的当前背单中不存在取货地址信息与上述获取的取货地址信息相同的运单，则服务端可以确定配送模式信息为基础配送模式。
在一些实施例中，如果取货地址信息、送达地址信息以及配送资源的当前地址信息在同一兴趣区域内，则服务端可以确定配送模式信息为聚合配送模式。
在一些实施例中，如果配送资源的当前地址信息与取货地址信息之间的距离超过第一预设距离，送达地址信息与配送资源的当前地址信息的距离超过第二预设距离，并且配送资源的当前背单中存在和上述取货地址相同的运单，则服务端可以确定配送模式信息为批次配送模式。
在一些实施例中，如果配送资源的当前地址信息与取货地址信息之间的距离小于第一预设距离，送达地址信息与配送资源的当前地址信息的距离大于第二预设距离，并且配送资源为取货地址对应的商户的驻店配送资源，则服务端可以确定配送模式信息为驻店配送模式。
步骤220，根据配送模式信息，获得运单对应的运单处理模型，运单处理模型包括对应于配送模式信息的配送节点信息以及对应于配送节点信息的处理方式信息。
运单处理模型为根据配送模式信息构建的模型，用于引导配送客户端处理运单。运单处理模型包括对应于配送模式信息的配送节点信息以及对应于配送节点信息的处理方式信息。对应于配送模式信息的配送节点信息是配送模式包括的所有配送时序节点的信息，对应于配送节点信息的处理方式信息是为每个配送时序节点选择的处理方式的信息。
服务端可以通过多种方式根据配送模式信息，获得运单对应的运单处理模型。
在一些实施例中，服务端可以根据配送模式信息，获得配送模式包括的所有配送时序节点的信息和每个配送时序节点对应的所有处理方式信息。
在一些实施例中，配送模式信息包括配送模式标识信息。配送模式标识信息可以用于标识不同的配送模式。配送模式标识信息可以为数字、字母或者其他形式的标识信息。例如，字母A可以作为基础配送模式的配送模式标识信息，字母B可以作为聚合配送模式的配送模式标识信息。服务端可以根据预先获得的配送模式标识信息与配送时序节点的信息和配送时序节点对应的所有处理方式信息之间的对应关系，获得与配送模式标识信息对应的配送模式包括的所有配送时序节点的信息和每个配送时序节点对应的所有处理方式信息。仅作为示例，基础配送模式可以包括以下配送时序节点：到店节点、取货节点、完成节点以及异常节点，配送时序节点“到店节点”对应的处理方式包括全球定位系统定位、短距离无线通信定位，配送时序节点“取货节点”对应的处理方式包括全球定位系统定位、拍照验证、取货节点码验证，配送时序节点“完成节点”对应的处理方式包括全球定位系统定位、收货码验证，配送时序节点“异常节点”对应的处理方式包括运单取消、标记异常，则服务端可以根据预先获得的表示基础配送模式的配送模式标识（例如，字母A）获取到上述配送时序节点：到店节点、取货节点、完成节点以及异常节点，以及每个配送时序节点对应的一个或者多个处理方式。
在一些实施例中，服务端可以根据配送模式包括的所有配送时序节点的信息和每个配送时序节点对应的所有处理方式信息，生成运单处理模型。
如图7所示，运单处理模型可以由配送模式包括的所有配送时序节点，和为每个配送时序节点选择的处理方式组成。对于只有一种处理方式的配送时序节点，服务端可以选择将该种处理方式作为配送时序节点对应的处理方式。对于具有多种处理方式的配送时序节点，服务端可以从多种处理方式中选择一种或多种处理方式作为该配送时序节点的处理方式。
服务端可以根据运单的配送特征，从每个配送时序节点对应的多个处理方式信息中为每个配送时序节点选择处理方式信息。
在一些实施例中，运单的配送特征包括配送资源针对任意一个配送时序节点的历史执行结果。服务端可以针对任意一个配送时序节点，获得针对历史执行结果的评估数据，并根据针对历史执行结果的评估数据，从任意一个配送时序节点对应的所有处理方式信息中为任意一个配送时序节点选择处理方式信息。
服务端可以通过以下方式获得针对历史执行结果的评估数据。
在一些实施例中，服务端可以获得配送资源针对任意一个配送时序节点的历史执行次数，并获得配送资源针对任意一个配送时序节点的历史执行结果偏差数量，历史执行结果偏差数量为配送资源针对任意一个配送时序节点的历史实际执行结果与预期执行结果不匹配的数量。例如，在某一次配送中，配送资源向配送客户端上报当前的配送时序节点为“到店节点”，而配送客户端或者服务端判断配送资源的当前位置（例如，通过短距离无线通信定位获得）与取货地址不同，则可以认为配送资源针对配送时序节点“到店节点”的历史执行结果存在偏差，服务端通过统计存在偏差的历史执行结果的数量，得到历史执行结果偏差数量。
在一些实施例中，服务端可以根据历史执行次数和历史执行结果偏差数量，获得针对历史执行结果的评估数据。在一些实施例中，服务端可以获得历史执行结果偏差数量与历史执行次数的比值，得到历史执行结果偏差比，并将历史执行结果偏差比作为历史执行结果的评估数据。例如，对于配送时序节点“到店节点”，配送资源针对该配送时序节点的历史执行次数为100，配送资源针对该配送时序节点的历史执行结果偏差数量为10，则历史执行结果偏差比可以为10%。
服务端可以通过以下方式根据针对历史执行结果的评估数据，从任意一个配送时序节点对应的所有处理方式信息中为任意一个配送时序节点选择处理方式信息。
如果历史执行结果偏差比（例如，10%）高于预设的偏差比阈值（例如，5%），则需要为该任意一个配送时序节点选择多种处理方式，来提高执行结果的正确率。因此，服务端可以从任意一个配送时序节点对应的所有处理方式信息中为任意一个配送时序节点选择至少两个处理方式信息。例如，对于配送时序节点“到店节点”，如果针对该配送时序节点的历史执行结果偏差比过高，则可以选择全球定位系统定位和短距离无线通信定位两种处理方式。如果历史执行结果偏差比（例如，2%）低于预设的偏差比阈值（例如，5%），则为了提高配送客户端或者配送资源的处理效率，服务端可以从任意一个配送时序节点对应的所有处理方式信息中为任意一个配送时序节点选择一个处理方式信息。
在一些实施例中，运单的配送特征包括配送资源的历史运单配送结果。服务端可以获得配送资源的历史运单配送结果的评估数据，并根据历史运单配送结果的评估数据，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息。
服务端可以获得配送资源配送的所有历史运单，确定所有历史运单的数量，并且确定所有历史运单中配送结果为成功配送的运单的数量。服务端可以根据所有历史运单的数量和配送结果为成功配送的运单的数量，确定配送资源的历史运单配送结果的评估数据。在一些实施例中，服务端可以获得配送结果为成功配送的运单的数量和所有历史运单的数量的比值，作为配送资源的历史运单配送结果的评估数据。
服务端可以判断历史运单配送结果的评估数据是否低于预设的配送成功率阈值，如果低于，则为了提高配送成功率，避免由于配送资源对于处理方式操作不熟练或者其他原因导致的配送成功率过低，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择由配送客户端执行操作的处理方式信息。例如，对于配送时序节点“完成节点”，如果历史运单配送结果的评估数据过低，则可以为该配送时序节点选择由配送客户端执行的全球定位系统定位的处理方式。
在一些实施例中，运单的配送特征包括配送资源的当前背单数量。服务端可以获得配送资源的当前背单数量，根据配送资源的当前背单数量，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息。
服务端可以获得针对配送资源的未完成运单的数量，作为配送资源的当前背单数量。
如果配送资源的当前背单数量大于预设的背单数量阈值，则为了提高配送效率，减少配送资源用于执行处理方式的时间，则从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择由配送客户端执行操作的处理方式信息。
在一些实施例中，运单的配送特征包括运单的配送紧急度数据。服务端可以获得运单的配送紧急度数据，并根据运单的配送紧急度数据，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息。
服务端可以获得运单的剩余配送时长信息，并获得配送资源为完成运单所需运行的里程信息。然后根据里程信息与剩余配送时长信息的比值，获得配送资源为完成运单所需的平均运行时速下限值，作为运单的配送紧急度数据。平均运行时速下限值越高，说明运单的配送紧急度越高，配送资源需要尽快完成配送。
服务端判断平均运行时速下限值是否超过平均运行时速阈值，如果超过，为了减少配送资源用于执行处理方式的时间，从而尽快完成配送任务，从任意一个配送时序节点对应的所有处理方式信息中为任意一个配送时序节点选择由配送客户端执行操作的处理方式信息。
在一些实施例中，运单的配送特征包括运单中的商户是否支持配合配送客户端或配送资源针对配送时序节点执行操作的商户配合信息。服务端可以获得商户配合信息。如果商户配合信息表示运单中的商户不支持配合配送客户端或配送资源针对配送时序节点执行操作，则针对面向商户的配送时序节点，从面向商户的配送时序节点对应的所有处理方式信息中为面向商户的配送时序节点选择非商户配合的处理方式信息。否则，将面向商户的配送时序节点对应的所有处理方式信息中的商户配合的处理方式信息作为面向商户的配送时序节点的备选处理方式信息。例如，针对配送时序节点“取货节点”，“取货码验证”的处理方式需要运单对应的商户向配送资源提供取货码，如果该商户不愿意提供取货码，则可以为该配送时间节点选择“全球定位系统定位”或者“拍照验证”等不需要商户配合的处理方式。
在一些实施例中，运单的配送特征包括运单中的用户是否支持配合配送客户端或配送资源针对配送时序节点执行操作的用户配合信息。服务端可以获得用户配合信息，如果用户配合信息表示运单中的用户不支持配合配送客户端或配送资源针对配送时序节点执行操作，则针对面向用户的配送时序节点，从面向用户的配送时序节点对应的所有处理方式信息中为面向用户的配送时序节点选择非用户配合的处理方式信息，否则，将面向用户的配送时序节点对应的所有处理方式信息中的用户配合的处理方式信息作为面向用户的配送时序节点的备选处理方式信息。例如，针对配送时序节点“完成节点”，“收货码验证”的处理方式需要用户向配送资源提供收货码，如果该用户不愿意提供收货码，则可以为该配送时间节点选择“全球定位系统定位”等不需要用户配合的处理方式。
如图2所示，引导配送客户端处理运单的方法还包括以下步骤。
步骤230，将运单处理模型发送给配送资源对应的配送客户端。
服务端将运单处理模型发送给配送资源对应的配送客户端。配送客户端可以根据运单处理模型包括的配送节点信息以及对应于配送节点信息的处理方式信息来处理运单。
在一些实施例中，服务端可以在配送客户端针对运单的最迟开始处理时间点之前，将运单处理模型发送给配送客户端。配送客户端可以优先处理配送紧急度较高的运单。
图3是根据本申请一些实施例所示的在配送客户端执行的一种运单处理方法的示例性流程图。
步骤310，获得服务端发送的运单。
配送客户端可以通过常用方式从服务端获得运单。例如，配送客户端可以通过无线网络从服务端接收需要处理的运单。配送客户端接收到运单之后，确定用单的相关信息，例如，取货地址信息、送达地址信息、餐品信息等，并在预设显示界面显示相关消息。
步骤320，获得服务端发送的用于引导配送客户端处理运单的运单处理模型。
当配送资源通过配送客户端接受运单之后，配送客户端从服务端接收用于引导配送客户端处理运单的运单处理模型。其中，运单处理模型包括对应于配送模式信息的配送节点信息以及对应于配送节点信息的处理方式信息，配送模式信息用于表示配送资源针对运单所需执行的配送流程的模式，配送节点信息用于表示配送模式包括的配送时序节点，处理方式信息用于表示针对配送时序节点所需执行的操作。
在一些实施例中，配送客户端要处理的运单较多（例如，用餐高峰期），为了节约与服务端之间的通信的时间成本，在配送资源通过配送客户端接受运单之后，配送客户端可以判断配送客户端本地是否具有适用于该运单（为了便于描述，以下称该运单为待处理的运单）的运单处理模型。例如，配送客户端可以根据待处理的运单的取货地址信息、送达地址信息以及配送资源的当前地址信息确定运单对应的配送模式信息（详情参见步骤230），然后根据配送模式信息确定本地是否具有适用于待处理的运单处理模型。又例如，配送客户端可以判断已处理过的运单中是否存在与待处理的运单的取货地址信息相同的运单，并且该运单的配送模式为驻店配送模式，则可以确定本地是否具有适用于待处理的运单的运单处理模型。
如果配送客户端本地具有适用于待处理的运单的运单处理模型，则按照配送客户端本地具有的适用于待处理的运单的运单处理模型处理待处理的运单。否则，向服务端发送请求消息，请求消息用于向服务端请求发送适用于待处理的运单的运单处理模型，配送客户端从服务端获得服务端针对请求消息发送的适用于待处理的运单的运单处理模型。
步骤330，按照运单处理模型处理运单。
配送客户端可以按照运单处理模型中的配送节点信息以及对应于配送节点信息的处理方式信息来处理运单。在具体实施过程中，可以响应于配送资源上报当前的配送时序节点，使用运单处理模型中当前的配送时序节点对应的处理方式，验证运单对应的配送流程是否处于当前的配送时序节点。
配送客户端可以从运单处理模型中按次序选择配送时序节点，并在预设显示界面显示选择的配送时序节点。配送客户端在显示每一个配送时序节点之后，等待配送资源上报当前的配送时序节点。仅作为示例，配送资源可以点击预设显示界面上显示的配送时序节点的图形区域来上报当前的配送时序节点。在配送资源上报当前的配送时序节点之后，配送客户端根据运单处理模型中该配送时序节点对应的处理方式执行验证操作。如果验证成功，则配送客户端可以继续在预设显示界面显示运单处理模型中的下一个配送时序节点，并按上述方式进行处理，直至完成配送时序节点“完成节点”的处理。如果验证失败，则配送客户端可以按照运单处理模型中“异常节点”配送时序节点对应的处理方式（例如，取消运单或者标记异常等）执行操作。
仅作为示例，某个运单处理模型包括以下配送时序节点：到店节点、取货节点、完成节点，以下结合图8A、图8B和图8C说明配送客户端如何按照该运单处理模型处理运单。
图8A为配送时序节点“到店节点”对应的预设显示界面，图8B为配送时序节点“取货节点”对应的预设显示界面，图8C为配送时序节点“完成节点”对应的预设显示界面。
配送客户端首先显示如图8A所示的预设显示界面。当配送资源到店后，可以通过点击预设显示界面上显示的“到店”按钮来向配送客户端上报当前配送时序节点为“到店节点”。在运单处理模型中，配送时序节点“到店节点”对应的处理方式为“全球定位系统定位”，则配送客户端通过全球定位系统定位获取配送资源的当前位置，如果配送资源的当前位置与运单中的取货地址相同，则验证成功，配送客户端继续显示图8B。
当配送资源取货后，可以通过点击预设显示界面上显示的“取货”按钮来向配送客户端上报当前配送时序节点为“取货节点”。在运单处理模型中，配送时序节点“取货节点”对应的处理方式为“收货码验证”，则配送客户端通过显示界面提示配送资源输入收货码，配送客户端接收并验证配送资源输入的收货码是否正确，如果正确，则验证成功，配送客户端继续显示图8C。
当配送资源将货物（例如，餐品）交付给用户后，可以通过点击预设显示界面上显示的“完成”按钮来向配送客户端上报当前配送时序节点为“完成节点”。在运单处理模型中，配送时序节点“完成节点”对应的处理方式为“全球定位系统定位”，则配送客户端通过全球定位系统定位获取配送资源的当前位置，如果配送资源的当前位置与运单中的送达地址相同，则验证成功，本次运单配送完成。
在一些实施例中，当配送客户端需要处理的运单数量较大时，为了减少与服务端通信的时间成本，在本次运单配送完成后，配送客户端可以保存服务端发送的运单处理模型，并获得服务端发送的后续运单，判断被保存的运单处理模型是否适用于后续运单，判断方法参见步骤320。如果适用，使用运单处理模型处理后续运单，否则，请求服务端发送适用于后续运单的运单处理模型，并使用从服务端接收的运单处理模型处理后续运单。
在本申请的实施例中，配送客户端根据服务端提供的运单处理模型来处理运单，因此，配送客户端只需要根据运单处理模型中包含的配送节点信息以及对应于配送节点信息的处理方式信息对运单进行处理，有效简化了运单处理逻辑，当后续配送模式变动或者推出新的配送模式时，配送客户端不再需要发布新的软件版本，从而降低了配送资源更新软件版本带来的风险和成本。
图4是根据本申请一些实施例所示的引导配送客户端处理运单的装置的结构示意图。
如图4所示，引导配送客户端处理运单的装置400包括：配送模式信息获取单元410、运单处理模型获取单元420以及发送单元430。
配送模式信息获取单元410，用于获得运单对应的配送模式信息。关于获得运单对应的配送模式信息的详细描述可以参见图2，在此不再赘述。
运单处理模型获取单元420，用于根据所述配送模式信息，获得所述运单对应的运单处理模型，所述运单处理模型包括对应于所述配送模式信息的配送节点信息以及对应于所述配送节点信息的处理方式信息，所述配送模式信息用于表示配送资源针对所述运单所需执行的配送流程的模式，所述对应于所述配送模式信息的配送节点信息是所述配送模式包括的所有配送时序节点的信息，所述处理方式信息用于表示针对所述配送时序节点所需执行的操作，所述对应于所述配送节点信息的处理方式信息是为每个配送时序节点选择的处理方式的信息。关于根据所述配送模式信息，获得所述运单对应的运单处理模型的详细描述可以参见图2，在此不再赘述。
发送单元430，用于将所述运单处理模型发送给所述配送资源对应的配送客户端，以使所述配送客户端根据所述运单处理模型处理所述运单。关于将所述运单处理模型发送给所述配送资源对应的配送客户端的详细描述可以参见图2，在此不再赘述。
图5是根据本申请一些实施例所示的一种电子设备结构示意图。
如图5所示，该电子设备，包括：至少一个处理器501，至少一个通信接口502，至少一个存储器503和至少一个通信总线504；可选的，通信接口502可以为通信模块的接口，如GSM模块的接口；处理器501可能是处理器CPU，或者是特定集成电路ASIC（ApplicationSpecific Integrated Circuit），或者是被配置成实施本发明实施例的一个或多个集成电路。存储器503可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatilememory），例如至少一个磁盘存储器。其中，存储器503存储有程序，处理器501调用存储器503所存储的程序，以执行附图2对应的部分或全部实施例。
本申请还涉及一种电子设备，包括：至少一个处理器，至少一个通信接口，至少一个存储器和至少一个通信总线；可选的，通信接口可以为通信模块的接口，如GSM模块的接口；处理器可能是处理器CPU，或者是特定集成电路ASIC（Application SpecificIntegrated Circuit），或者是被配置成实施本发明实施例的一个或多个集成电路。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。其中，存储器存储有程序，处理器调用存储器所存储的程序，以执行附图3对应的的部分或全部实施例。
本申请涉及一种存储设备，用于存储计算机可读程序，所述计算机可读程序被运行时，执行附图2对应的部分或全部的方法实施例。
图6是根据本申请一些实施例所示的一种运单处理装置的结构示意图。
如图6所示，运单处理装置600包括：运单获取单元610、运单处理模型获取单元620以及运单处理单元630。
运单获取单元610，用于获得服务端发送的运单。关于获得服务端发送的运单的详细描述可以参见图3，在此不再赘述。
运单处理模型获取单元620，用于获得服务端发送的运单处理模型；其中，所述运单处理模型包括对应于配送模式信息的配送节点信息以及对应于所述配送节点信息的处理方式信息，所述配送模式信息用于表示配送资源针对所述运单所需执行的配送流程的模式，所述对应于配送模式信息的配送节点信息是所述配送模式包括的所有配送时序节点的信息，所述处理方式信息用于表示针对所述配送时序节点所需执行的操作，所述对应于所述配送节点信息的处理方式信息是为每个配送时序节点选择的处理方式的信息。关于获得服务端发送的运单处理模型详细描述可以参见图3，在此不再赘述。
运单处理单元630，用于按照所述运单处理模型处理所述运单。关于按照所述运单处理模型处理所述运单的详细描述可以参见图3，在此不再赘述。
本申请还涉及一种存储设备，用于存储计算机可读程序，所述计算机可读程序被运行时，执行附图3对应的部分或全部的方法实施例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(Transitory Media)，如调制的数据信号和载波。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

Claims (20)

1.一种引导配送客户端处理运单的方法，其特征在于，应用于服务端，所述方法包括：
获得运单对应的配送模式信息；
根据所述配送模式信息，获得所述运单对应的运单处理模型，所述运单处理模型包括对应于所述配送模式信息的配送节点信息以及对应于所述配送节点信息的处理方式信息；
将所述运单处理模型发送给配送资源对应的配送客户端，以使所述配送客户端根据所述运单处理模型处理所述运单；
其中，所述配送节点信息的处理方式信息由配送资源对配送节点的历史执行结果的评估数据确定，所述历史执行结果的评估数据由配送资源对配送节点的历史执行次数和配送资源对配送节点的历史执行结果偏差数量确定。
2.根据权利要求1所述的方法，其特征在于，所述对应于所述配送模式信息的配送节点信息是所述配送模式信息所表示的配送模式包括的所有配送时序节点的信息，所述处理方式信息用于表示针对所述配送时序节点所需执行的操作，所述根据所述配送模式信息，获得所述运单对应的运单处理模型，包括：
根据所述配送模式信息，获得所述配送模式包括的所有配送时序节点的信息和每个配送时序节点对应的所有处理方式信息；
根据所述配送模式包括的所有配送时序节点的信息和每个配送时序节点对应的所有处理方式信息，生成所述运单处理模型。
3.根据权利要求2所述的方法，其特征在于，所述根据所述配送模式包括的所有配送时序节点的信息和每个配送时序节点对应的所有处理方式信息，生成所述运单处理模型，包括：
根据所述运单的配送特征，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息；
根据所述配送模式包括的所有配送时序节点的信息以及为每个配送时序节点选择的处理方式信息，生成所述运单处理模型。
4.根据权利要求3所述的方法，其特征在于，所述运单的配送特征包括所述配送资源针对任意一个配送时序节点的历史执行结果；
所述根据所述运单的配送特征，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：
针对任意一个配送时序节点，获得针对历史执行结果的评估数据，所述历史执行结果为所述配送资源针对所述任意一个配送时序节点的历史执行结果，所述针对历史执行结果的评估数据由配送资源针对任意一个配送时序节点的历史执行次数和配送资源针对任意一个配送时序节点的历史执行结果偏差数量确定；
根据所述针对历史执行结果的评估数据，从所述任意一个配送时序节点对应的所有处理方式信息中为所述任意一个配送时序节点选择处理方式信息。
5.根据权利要求4所述的方法，其特征在于，所述针对任意一个配送时序节点，获得针对历史执行结果的评估数据，包括：
获得所述配送资源针对所述任意一个配送时序节点的历史执行次数，并获得所述配送资源针对所述任意一个配送时序节点的历史执行结果偏差数量，所述历史执行结果偏差数量为所述配送资源针对所述任意一个配送时序节点的历史实际执行结果与预期执行结果不匹配的数量；
根据所述历史执行次数和所述历史执行结果偏差数量，获得所述针对历史执行结果的评估数据。
6.根据权利要求5所述的方法，其特征在于，所述根据所述历史执行次数和所述历史执行结果偏差数量，获得所述针对历史执行结果的评估数据，包括：获得所述历史执行结果偏差数量与所述历史执行次数的比值，作为历史执行结果偏差比；
所述根据所述针对历史执行结果的评估数据，从所述任意一个配送时序节点对应的所有处理方式信息中为所述任意一个配送时序节点选择处理方式信息，包括：
如果所述历史执行结果偏差比高于预设的偏差比阈值，则从所述任意一个配送时序节点对应的所有处理方式信息中为所述任意一个配送时序节点选择至少两个处理方式信息，否则，从所述任意一个配送时序节点对应的所有处理方式信息中为所述任意一个配送时序节点选择一个处理方式信息。
7.根据权利要求3所述的方法，其特征在于，所述运单的配送特征包括所述配送资源的历史运单配送结果；
所述根据所述运单的配送特征，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：
获得所述配送资源的历史运单配送结果的评估数据，所述配送资源的历史运单配送结果的评估数据由所述所有历史运单的数量和所述配送结果为成功配送的运单的数量确定；
根据所述历史运单配送结果的评估数据，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息。
8.根据权利要求7所述的方法，其特征在于，所述获得所述配送资源的历史运单配送结果的评估数据包括：
获得所述配送资源配送的所有历史运单；
确定所述所有历史运单的数量，并且确定所述所有历史运单中配送结果为成功配送的运单的数量；
根据所述所有历史运单的数量和所述配送结果为成功配送的运单的数量，确定所述配送资源的历史运单配送结果的评估数据。
9.根据权利要求8所述的方法，其特征在于，所述根据所述所有历史运单的数量和所述配送结果为成功配送的运单的数量，确定所述配送资源的历史运单配送结果的评估数据，包括：
获得所述配送结果为成功配送的运单的数量和所述所有历史运单的数量的比值，作为所述配送资源的历史运单配送结果的评估数据；
所述根据所述历史运单配送结果的评估数据，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：
如果所述历史运单配送结果的评估数据低于预设的配送成功率阈值，则从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择由配送客户端执行操作的处理方式信息。
10.根据权利要求3所述的方法，其特征在于，所述运单的配送特征包括所述配送资源的当前背单数量；
所述根据所述运单的配送特征，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：
获得所述配送资源的当前背单数量；
根据所述配送资源的当前背单数量，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息；
其中，所述获得所述配送资源的当前背单数量，包括：获得针对所述配送资源的未完成运单的数量，作为所述配送资源的当前背单数量。
11.根据权利要求10所述的方法，其特征在于，所述根据所述配送资源的当前背单数量，从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择处理方式信息，包括：
如果所述配送资源的当前背单数量大于预设的背单数量阈值，则从每个配送时序节点对应的所有处理方式信息中为每个配送时序节点选择由配送客户端执行操作的处理方式信息。
12.一种引导配送客户端处理运单的装置，其特征在于，应用于服务端，所述装置包括：
配送模式信息获取单元，用于获得运单对应的配送模式信息；
运单处理模型获取单元，用于根据所述配送模式信息，获得所述运单对应的运单处理模型，所述运单处理模型包括对应于所述配送模式信息的配送节点信息以及对应于所述配送节点信息的处理方式信息，其中，所述配送节点信息的处理方式信息由配送资源对配送节点的历史执行结果的评估数据确定，所述历史执行结果的评估数据由配送资源对配送节点的历史执行次数和配送资源对配送节点的历史执行结果偏差数量确定；
发送单元，用于将所述运单处理模型发送给配送资源对应的配送客户端，以使所述配送客户端根据所述运单处理模型处理所述运单。
13.一种电子设备，应用于服务端，所述电子设备包括存储器和处理器，存储器存储计算机程序，处理器运行所述计算机程序时执行如权利要求1至11中任一项所述的引导配送客户端处理运单的方法。
14.一种存储设备，用于存储计算机可读程序，所述计算机可读程序被运行时，执行如权利要求1至11中任一项所述的引导配送客户端处理运单的方法。
15.一种运单处理方法，其特征在于，应用于配送资源对应的配送客户端，所述方法包括：
获得服务端发送的运单；
获得所述服务端发送的运单处理模型；其中，所述运单处理模型包括对应于配送模式信息的配送节点信息以及对应于所述配送节点信息的处理方式信息；
按照所述运单处理模型处理所述运单；
其中，所述配送节点信息的处理方式信息由配送资源对配送节点的历史执行结果的评估数据确定，所述历史执行结果的评估数据由配送资源对配送节点的历史执行次数和配送资源对配送节点的历史执行结果偏差数量确定。
16.如权利要求15所述的方法，其特征在于，所述按照所述运单处理模型处理所述运单，包括：
根据所述运单处理模型中的配送节点信息以及对应于所述配送节点信息的处理方式信息，处理所述运单。
17.如权利要求16所述的方法，其特征在于，所述处理方式信息用于表示针对配送时序节点所需执行的操作，所述根据所述运单处理模型中的配送节点信息以及对应于所述配送节点信息的处理方式信息，处理所述运单，包括：
响应于配送资源上报的当前的配送时序节点，使用所述运单处理模型中所述当前的配送时序节点对应的处理方式，验证所述运单对应的配送流程是否处于所述当前的配送时序节点。
18.一种运单处理装置，其特征在于，应用于配送资源对应的配送客户端，所述装置包括：
运单获取单元，用于获得服务端发送的运单；
运单处理模型获取单元，用于获得所述服务端发送的运单处理模型；其中，所述运单处理模型包括对应于配送模式信息的配送节点信息以及对应于所述配送节点信息的处理方式信息，其中，所述配送节点信息的处理方式信息由配送资源对配送节点的历史执行结果的评估数据确定，所述历史执行结果的评估数据由配送资源对配送节点的历史执行次数和配送资源对配送节点的历史执行结果偏差数量确定；
运单处理单元，用于按照所述运单处理模型处理所述运单。
19.一种电子设备，应用于配送资源对应的配送客户端，所述电子设备包括存储器和处理器，存储器存储计算机程序，处理器运行程序时执行如权利要求15至17中任一项所述的运单处理方法。
20.一种存储设备，用于存储计算机可读程序，所述计算机可读程序被运行时，执行如权利要求15至17中任一项所述的运单处理方法。
CN202210644110.6A 2022-06-08 2022-06-08 引导配送客户端处理运单的方法及装置、运单处理方法 Active CN114723376B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210644110.6A CN114723376B (zh) 2022-06-08 2022-06-08 引导配送客户端处理运单的方法及装置、运单处理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210644110.6A CN114723376B (zh) 2022-06-08 2022-06-08 引导配送客户端处理运单的方法及装置、运单处理方法

Publications (2)

Publication Number Publication Date
CN114723376A CN114723376A (zh) 2022-07-08
CN114723376B true CN114723376B (zh) 2022-09-13

Family

ID=82232628

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210644110.6A Active CN114723376B (zh) 2022-06-08 2022-06-08 引导配送客户端处理运单的方法及装置、运单处理方法

Country Status (1)

Country Link
CN (1) CN114723376B (zh)

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105404991A (zh) * 2015-11-14 2016-03-16 合肥天之通电子商务有限公司 一种用于配送中心的快速配件方法
JP2018088083A (ja) * 2016-11-28 2018-06-07 株式会社Ｊａｌｕｘ 配送サーバ、配送方法および配送プログラム
CN107392537A (zh) * 2017-07-19 2017-11-24 杨波 一种全民城乡市场智能经济交易流通方法
CN107845012B (zh) * 2017-09-07 2021-08-10 北京星选科技有限公司 订单处理方法和装置
CN108921445A (zh) * 2018-07-13 2018-11-30 广州餐道信息科技有限公司 一种蜂窝式订单指派方法
CN109242175A (zh) * 2018-08-29 2019-01-18 上海凸赞信息技术有限公司 整合即时配送领域并优化各大配送公司的配送方法及系统
CN110288292A (zh) * 2019-06-14 2019-09-27 达疆网络科技(上海)有限公司 一种基于运单起始位置相似度进行运送任务合并的系统
CN113222487B (zh) * 2020-01-21 2023-04-18 北京三快在线科技有限公司 调度路径生成方法，装置，存储介质及电子设备
CN111369137A (zh) * 2020-03-03 2020-07-03 拉扎斯网络科技（上海）有限公司 配送任务的分配方法、装置、服务器和存储介质
CN112950125B (zh) * 2021-04-02 2023-04-25 拉扎斯网络科技（上海）有限公司 一种配送资源安全状态数据的获得方法、装置、电子设备
CN113506057A (zh) * 2021-06-23 2021-10-15 北京三快在线科技有限公司 物流系统、方法、服务器以及终端
CN113868358A (zh) * 2021-10-08 2021-12-31 拉扎斯网络科技（上海）有限公司 配送订单信息的显示方法、装置及电子设备
CN114004569A (zh) * 2021-11-03 2022-02-01 拉扎斯网络科技（上海）有限公司 配送信息处理方法、装置、电子设备、介质及程序产品

Also Published As

Publication number Publication date
CN114723376A (zh) 2022-07-08

Similar Documents

Publication Publication Date Title
US10636079B2 (en) Demand-based product sourcing
US9015069B2 (en) System and method for order processing using customer location information
CN112329970A (zh) 订单信息处理方法、装置、计算机设备和介质
CN108229766B (zh) 一种拣货任务处理方法、装置及系统
CN111652439B (zh) 一种派送点派件量的生成方法、装置及计算机系统
CN113191713A (zh) 仓库缺货转仓方法、装置、设备及存储介质
CN110689153A (zh) 自助售货机预约取货方法、装置、计算机设备和存储介质
CN112070423A (zh) 库存预占方法、装置、电子设备及存储介质
CN110620988A (zh) 信息上报的方法、装置及设备
CN110969387A (zh) 订单配送方法、服务器、终端及系统
US10902379B2 (en) System for customized unrequested item resolution
CN111582407B (zh) 任务处理方法、装置、可读存储介质和电子设备
CN113888769A (zh) 一种巡检方法、装置及电子设备
CN114723376B (zh) 引导配送客户端处理运单的方法及装置、运单处理方法
CN113739787A (zh) 定位方法、装置、设备、系统和存储介质
CN111144619B (zh) 一种自动售卖机器人任务优化调度方法及装置
CN112734336A (zh) 一种基于无人零售终端的库存补给方法及装置
WO2019015254A1 (zh) 信息处理方法和装置
CN110597831A (zh) 物品信息的更新方法、装置和计算机可读存储介质
CN111784931A (zh) 用于共享配送箱的方法和装置
CN111435330A (zh) 业务处理流程模拟方法、装置及系统
CN115222328A (zh) 物流跟踪方法、装置、设备及介质
CN113379360A (zh) 商品二次交易方法、装置、电子设备和计算机可读介质
CN113269499A (zh) 仓库管理系统及方法
CN110895759B (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
GR01 Patent grant
GR01 Patent grant