CN116050983A - 一种运输线路处理系统、方法、装置及电子设备 - Google Patents

一种运输线路处理系统、方法、装置及电子设备 Download PDF

Info

Publication number
CN116050983A
CN116050983A CN202310114769.5A CN202310114769A CN116050983A CN 116050983 A CN116050983 A CN 116050983A CN 202310114769 A CN202310114769 A CN 202310114769A CN 116050983 A CN116050983 A CN 116050983A
Authority
CN
China
Prior art keywords
transportation
wire arrangement
information
data
line
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
CN202310114769.5A
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.)
Lazas Network Technology Shanghai Co Ltd
Original Assignee
Lazas Network Technology Shanghai 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 Lazas Network Technology Shanghai Co Ltd filed Critical Lazas Network Technology Shanghai Co Ltd
Priority to CN202310114769.5A priority Critical patent/CN116050983A/zh
Publication of CN116050983A publication Critical patent/CN116050983A/zh
Pending legal-status Critical Current

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
    • G06Q10/0835—Relationships between shipper or supplier and carriers
    • G06Q10/08355—Routing methods
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Landscapes

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

Abstract

本申请实施例提供一种运输线路处理系统、方法、装置及电子设备，在该系统中，获得客户端提供的运输站点输入信息和排线策略数据，其中，排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，线路数量要求数据用于表示针对运输站点输入信息对应的所有运输站点进行排线所需的线路数量。根据排线策略数据生成针对运输站点生成信息的运输线路第二排线结果，根据运输线路第二排线结果生成运输线路第一排线结果，向客户端发送运输线路第一排线结果。换言之，以客户的排线策略为依据，为客户生成符合客户需求的运输线路排线结果，提升运输线路排线结果与客户需求的匹配度，同时提升运输效率。

Description

一种运输线路处理系统、方法、装置及电子设备
技术领域
本申请涉及计算机技术领域，具体涉及一种运输线路处理系统，本申请同时涉及一种运输线路处理方法、装置、电子设备及计算机存储介质，本申请同时涉及另一种运输线路处理方法、装置、电子设备及计算机存储介质。
背景技术
目前，线上订购商品方式成为人们日常生活的主流方式之一。针对于大量的商品运输过程中，运输线路的规划显得尤为重要。现有技术中，对于运输线路的规划通过由人工规划的方式进行规划，此种方式不仅工作量大，而且运输成本大，运输效率低。
发明内容
本申请实施例提供一种运输线路处理系统，以提升运输效率。本申请同时涉及一种运输线路处理方法、装置、电子设备及计算机存储介质，本申请同时涉及另一种运输线路处理方法、装置、电子设备及计算机存储介质。
本申请实施例提供一种运输线路处理系统，包括：后端服务模块、算法消息平台和算法服务模块；所述后端服务模块，用于获得客户端提供的运输站点输入信息和排线策略数据，向所述算法消息平台发送用于请求生成运输线路的运输线路第一请求消息，所述运输线路第一请求消息中包括运输站点生成信息和所述排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量，所述运输站点生成信息为根据所述运输站点输入信息获得的用于生成运输线路的运输站点信息；所述算法消息平台，用于根据所述运输线路第一请求消息生成运输线路第二请求消息，将所述运输线路第二请求消息发送给所述算法服务模块，所述运输线路第二请求消息中包括所述运输站点生成信息和所述排线策略数据；所述算法服务模块，用于针对所述运输线路第二请求消息，根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，将所述运输线路第二排线结果返回给所述算法消息平台；其中，所述算法消息平台还用于针对所述运输线路第一请求消息，向所述后端服务模块返回所述运输线路第二排线结果；所述后端服务模块还用于根据所述运输线路第二排线结果，生成针对所述运输站点输入信息的运输线路第一排线结果，向所述客户端发送所述运输线路第一排线结果。
可选的，还包括地理编码模块；所述后端服务模块还用于判断所述运输站点输入信息中是否具有所述所有运输站点的兴趣点信息，如果否，则向所述地理编码模块发送用于请求获得指定运输站点的兴趣点信息的兴趣点请求消息，获得所述地理编码模块返回的所述指定运输站点的兴趣点信息，根据所述指定运输站点的兴趣点信息生成所述运输站点生成信息；所述地理编码模块，用于针对所述兴趣点请求消息，向所述后端服务模块返回所述指定运输站点的兴趣点信息。
可选的，所述排线策略数据还包括以下至少一种数据：每条线路的运输时长要求数据；每条线路的运输距离要求数据。
可选的，所述后端服务模块还用于获得客户端提供的运输区域信息，所述运输线路第一请求消息中还包括所述运输区域信息，所述运输线路第二请求消息中还包括所述运输区域信息；所述算法服务模块还用于将所述所有运输站点聚类到所述运输区域信息对应的运输区域中；所述根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，包括：根据所述排线策略数据，分别针对每个运输区域生成运输线路第二排线结果。
可选的，所述后端服务模块还用于获得所述客户端提供的运输资源类型要求数据和/或运输资源装载量要求数据；所述运输线路第一请求消息中还包括所述客户端提供的运输资源类型要求数据和/或运输资源装载量要求数据，所述运输线路第二请求消息中还包括所述客户端提供的运输资源类型要求数据和/或运输资源装载量要求数据；所述算法服务模块具体用于根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据以及所述排线策略数据，生成针对所述运输站点生成信息的运输线路第二排线结果。
可选的，所述根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，包括：以最小化运输资源可选择线路数量为目标函数，以所述排线策略数据为约束条件，获得运输资源可选择线路数量最小时的运输线路排线结果，作为所述运输线路第二排线结果。
可选的，所述目标函数还包括以下至少一种函数：最小化运输线路的运输距离的函数；最小化运输线路的运输时长的函数；所述约束条件还包括以下至少一种约束条件：每个运输站点只经过一次；每个运输资源的装载量符合运输资源装载量要求数据。
可选的，所述后端服务模块还用于获得所述客户端提供的调整后的排线策略数据，向所述算法消息平台发送所述调整后的排线策略数据；所述算法消息平台还用于将所述调整后的排线策略数据发送给所述算法服务模块；所述算法服务模块还用于根据所述调整后的排线策略数据生成调整后的运输线路排线结果。
可选的，所述调整后的排线策略数据包括调整后的线路数量要求数据和/或调整后的每条线路包括的运输站点的数量要求数据；或者，所述调整后的排线策略数据包括除所述线路数量要求数据和所述每条线路包括的运输站点的数量要求数据之外的其他策略数据。
可选的，如果所述运输线路第一排线结果表示针对所述运输站点输入信息的运输线路计算失败，则所述后端服务模块获得所述客户端提供的调整后的排线策略数据。
可选的，所述后端服务模块还用于获得待配送运单的运单特征信息和/或待配送货物的货物特征信息，向所述算法消息平台发送所述运单特征信息和/或所述货物特征信息；所述算法消息平台还用于将所述运单特征信息和/或所述货物特征信息发送给所述算法服务模块；所述算法服务模块还用于根据所述运单特征信息和/或所述货物特征信息，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据；所述算法服务模块具体用于根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述运输站点生成信息的运输线路第二排线结果。
可选的，所述运单特征信息包括所述待配送运单的配送紧急度数据；或者，所述货物特征信息包括所述待配送货物的配送紧急度数据；所述算法服务模块具体用于根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据。
可选的，如果任意一个运输站点对应的待配送运单的数量为多个，则所述算法服务模块具体用于根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有待配送运单所对应的到达次序权重数据；或者，如果任意一个运输站点对应的待配送货物的类型为多个，则所述算法服务模块具体用于根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有类型的待配送货物所对应的到达次序权重数据；根据所有待配送运单所对应的到达次序权重数据和/或所有类型的待配送货物所对应的到达次序权重数据，获得所述任意一个运输站点的到达次序权重数据。
可选的，还包括：订单处理模块；所述算法服务模块还用于根据所述运输站点生成信息获得用户信息，向所述算法消息平台发送用于请求获得所述用户信息对应的历史订单信息的订单信息第一请求消息，获得所述算法消息平台针对所述订单信息第一请求消息返回的所述用户信息对应的历史订单信息，根据所述历史订单信息获得最后一次为所述用户信息对应的用户配送货物的历史送达时间与当前时间的差值，作为未配送时长，根据所述未配送时长获得对应于所述用户的配送紧急度数据，根据所述用户的配送紧急度数据获得所述用户对应的运输站点的到达次序权重数据；所述算法服务模块具体用于根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述运输站点生成信息的运输线路第二排线结果；所述算法消息平台还用于根据所述订单信息第一请求消息，向所述订单处理模块发送用于请求获得所述用户信息对应的历史订单信息的订单信息第二请求消息，获得所述订单处理模块针对所述订单信息第二请求消息返回的所述用户信息对应的历史订单信息；所述订单处理模块用于针对所述订单信息第二请求消息向所述算法消息平台发送所述用户信息对应的历史订单信息。
可选的，所述算法服务模块具体用于根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述用户对应的运输站点的到达次序权重数据。
可选的，如果任意一个运输站点对应的用户为多个，则所述算法服务模块具体用于根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有用户所对应的到达次序权重数据；根据所有用户所对应的到达次序权重数据获得所述任意一个运输站点的到达次序权重数据。
可选的，所述运输线路第二排线结果包括运输站点的到达次序数据，后序运输站点的到达次序权重数据不高于前序运输站点的到达次序权重数据。
可选的，所述算法服务模块具体用于根据所述排线策略数据生成针对所述运输站点生成信息的运输线路初始排线结果，根据所述运输线路初始排线结果获得第一到达次序的运输站点的预计到达时间点与最后到达次序的运输站点的预计到达时间点之间的到达间隔时长，如果所述到达间隔时长达到或超过到达间隔时长阈值，则根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述运输站点生成信息的运输线路第二排线结果。
可选的，所述运输资源类型要求数据为运输车辆的类型要求数据，所述运输资源装载量要求数据为运输车辆的装载量要求数据；所述后端服务模块还用于获得所述客户端提供的运输车辆数量和所述所有运输站点的到达时间要求数据；所述运输线路第一请求消息中还包括所述客户端提供的所述运输车辆数量和所述所有运输站点的到达时间要求数据，所述运输线路第二请求消息中还包括所述客户端提供的所述运输车辆数量和所述所有运输站点的到达时间要求数据；所述算法服务模块具体用于如果确定根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，无法生成针对所述运输站点生成信息的运输线路，并且确定无法生成运输线路的原因为运输车辆数量不足，则设置并调整所需的骑手数量，直至根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所需的骑手数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，生成针对所述运输站点生成信息的运输线路为止。
可选的，所述运输线路第二排线结果包括所述所需的骑手数量、每个骑手对应的运输线路以及每部运输车辆对应的运输线路，所述运输线路第一排线结果包括所述所需的骑手数量、每个骑手对应的运输线路以及每部运输车辆对应的运输线路。
可选的，还包括骑手调度模块，用于获得所述客户端发出的骑手调度指令，所述骑手调度指令包括所需调度的骑手数量以及每个骑手对应的运输线路，根据所述骑手调度指令调度骑手按照运输线路执行针对所述所有运输站点中的至少一个运输站点的运输任务。
可选的，所述运输线路第二排线结果包括多个运输线路集合以及每个运输线路集合的运输特征，每个运输线路集合均可完成针对所述所有运输站点的运输任务；所述后端服务模块还用于获得所述客户端发出的用于查询针对所述所有运输站点的运输线路排线结果的排线结果查询消息，所述排线结果查询消息包括指定运输特征，从所述运输线路第二排线结果中获得与所述指定运输特征匹配的运输线路集合，将与所述指定运输特征匹配的运输线路集合返回给所述客户端。
本申请实施例还提供一种运输线路处理方法，包括：获得客户端提供的运输站点输入信息和排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量；根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果；将所述运输线路排线结果返回给所述客户端。
可选的，所述排线策略数据还包括以下至少一种数据：每条线路的运输时长要求数据；每条线路的运输距离要求数据。
可选的，还包括：获得客户端提供的运输区域信息；将所述所有运输站点聚类到所述运输区域信息对应的运输区域中；所述根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果，包括：根据所述排线策略数据，分别针对每个运输区域生成运输线路排线结果。
可选的，还包括：获得所述客户端提供的运输资源类型要求数据和/或运输资源装载量要求数据；所述根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果，包括：根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据以及所述排线策略数据，生成针对所述所有运输站点的运输线路排线结果。
可选的，所述根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果，包括：以最小化运输资源可选择线路数量为目标函数，以所述排线策略数据为约束条件，获得运输资源可选择线路数量最小时的运输线路排线结果，作为针对所述所有运输站点的运输线路排线结果。
可选的，所述目标函数还包括以下至少一种函数：最小化运输线路的运输距离的函数；最小化运输线路的运输时长的函数；所述约束条件还包括以下至少一种约束条件：每个运输站点只经过一次；每个运输资源的装载量符合运输资源装载量要求数据。
可选的，还包括：获得所述客户端提供的调整后的排线策略数据；根据所述调整后的排线策略数据生成调整后的运输线路排线结果。
可选的，所述调整后的排线策略数据包括调整后的线路数量要求数据和/或调整后的每条线路包括的运输站点的数量要求数据；或者，所述调整后的排线策略数据包括除所述线路数量要求数据和所述每条线路包括的运输站点的数量要求数据之外的其他策略数据。
可选的，如果所述运输线路排线结果表示针对所述运输站点输入信息的运输线路计算失败，则获得所述客户端提供的调整后的排线策略数据。
可选的，还包括：获得待配送运单的运单特征信息和/或待配送货物的货物特征信息；根据所述运单特征信息和/或所述货物特征信息，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据；根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述所有运输站点的运输线路排线结果。
可选的，所述运单特征信息包括所述待配送运单的配送紧急度数据；或者，所述货物特征信息包括所述待配送货物的配送紧急度数据；所述根据所述运单特征信息和/或所述货物特征信息，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据，包括：根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据。
可选的，所述根据所述运单特征信息和/或所述货物特征信息，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据，包括：如果任意一个运输站点对应的待配送运单的数量为多个，则根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有待配送运单所对应的到达次序权重数据；或者，如果任意一个运输站点对应的待配送货物的类型为多个，则根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有类型的待配送货物所对应的到达次序权重数据；根据所有待配送运单所对应的到达次序权重数据和/或所有类型的待配送货物所对应的到达次序权重数据，获得所述任意一个运输站点的到达次序权重数据。
可选的，还包括：根据所述运输站点输入信息获得用户信息，获得所述用户信息对应的历史订单信息；根据所述历史订单信息获得最后一次为所述用户信息对应的用户配送货物的历史送达时间与当前时间的差值，作为未配送时长，根据所述未配送时长获得对应于所述用户的配送紧急度数据，根据所述用户的配送紧急度数据获得所述用户对应的运输站点的到达次序权重数据；所述根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果，包括：根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述所有运输站点的运输线路排线结果。
可选的，所述根据所述用户的配送紧急度数据获得所述用户对应的运输站点的到达次序权重数据，包括：根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述用户对应的运输站点的到达次序权重数据。
可选的，所述根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述用户对应的运输站点的到达次序权重数据，包括：如果任意一个运输站点对应的用户为多个，则根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有用户所对应的到达次序权重数据；根据所有用户所对应的到达次序权重数据获得所述任意一个运输站点的到达次序权重数据。
可选的，所述运输线路排线结果包括运输站点的到达次序数据，后序运输站点的到达次序权重数据不高于前序运输站点的到达次序权重数据。
可选的，所述根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述所有运输站点的运输线路排线结果，包括：根据所述排线策略数据生成针对所述运输站点生成信息的运输线路初始排线结果；根据所述运输线路初始排线结果获得第一到达次序的运输站点的预计到达时间点与最后到达次序的运输站点的预计到达时间点之间的到达间隔时长；如果所述到达间隔时长达到或超过到达间隔时长阈值，则根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述所有运输站点的运输线路第二排线结果。
可选的，所述运输资源类型要求数据为运输车辆的类型要求数据，所述运输资源装载量要求数据为运输车辆的装载量要求数据；所述方法还包括：获得所述客户端提供的运输车辆数量和所述所有运输站点的到达时间要求数据；如果确定根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，无法生成针对所述所有运输站点的运输线路，并且确定无法生成运输线路的原因为运输车辆数量不足，则设置并调整所需的骑手数量，直至根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所需的骑手数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，生成针对所述所有运输站点的运输线路为止。
可选的，所述运输线路排线结果包括所述所需的骑手数量、每个骑手对应的运输线路以及每部运输车辆对应的运输线路。
可选的，还包括：获得所述客户端发出的骑手调度指令，所述骑手调度指令包括所需调度的骑手数量以及每个骑手对应的运输线路，根据所述骑手调度指令调度骑手按照运输线路执行针对所述所有运输站点中的至少一个运输站点的运输任务。
可选的，所述运输线路排线结果包括多个运输线路集合以及每个运输线路集合的运输特征，每个运输线路集合均可完成针对所述所有运输站点的运输任务；所述方法还包括：获得所述客户端发出的用于查询针对所述所有运输站点的运输线路排线结果的排线结果查询消息，所述排线结果查询消息包括指定运输特征；从所述运输线路排线结果中获得与所述指定运输特征匹配的运输线路集合，将与所述指定运输特征匹配的运输线路集合返回给所述客户端。
本申请实施例还提供一种运输线路获得方法，包括：展示用于输入运输站点信息和排线策略数据的信息输入界面；响应于通过所述信息输入界面获得运输站点输入信息和排线策略数据，向服务端发送所述运输站点输入信息和排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量；获得所述服务端返回的针对所述所有运输站点的运输线路排线结果；展示所述运输线路排线结果。
可选的，还包括：向所述服务端提供运输区域信息；其中，所述针对所述所有运输站点的运输线路排线结果包括分别针对每个运输区域生成运输线路排线结果。
可选的，还包括：向所述服务端提供运输资源类型要求数据和/或运输资源装载量要求数据；其中，所述针对所述所有运输站点的运输线路排线结果为根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据以及所述排线策略数据生成的运输线路排线结果。
可选的，还包括：向所述服务端提供调整后的排线策略数据；获得所述服务端返回的根据所述调整后的排线策略数据生成的调整后的运输线路排线结果。
可选的，所述向所述服务端提供调整后的排线策略数据，包括：如果所述运输线路排线结果表示针对所述运输站点输入信息的运输线路计算失败，则向所述服务端提供调整后的排线策略数据。
可选的，所述运输线路排线结果包括多个运输线路集合以及每个运输线路集合的运输特征，每个运输线路集合均可完成针对所述所有运输站点的运输任务；所述方法还包括：向所述服务端发送用于查询针对所述所有运输站点的运输线路排线结果的排线结果查询消息，所述排线结果查询消息包括指定运输特征；获得所述服务端返回的与所述指定运输特征匹配的运输线路集合。
本申请实施例还提供一种运输线路处理装置，包括：第一获得单元，用于获得客户端提供的运输站点输入信息和排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量；生成单元，用于根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果；返回单元，用于将所述运输线路排线结果返回给所述客户端。
本申请实施例还提供一种运输线路获得装置，包括：第一展示单元，用于展示用于输入运输站点信息和排线策略数据的信息输入界面；发送单元，用于响应于通过所述信息输入界面获得运输站点输入信息和排线策略数据，向服务端发送所述运输站点输入信息和排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量；第二获得单元，用于获得所述服务端返回的针对所述所有运输站点的运输线路排线结果；第二展示单元，用于展示所述运输线路排线结果。
本申请实施例还提供一种电子设备，所述电子设备包括处理器和存储器；所述存储器中存储有计算机程序，所述处理器运行所述计算机程序后，执行上述方法。
本申请实施例还提供一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被处理器运行后，执行上述方法。
与现有技术相比，本申请实施例具有如下优点：
本申请实施例提供一种运输线路处理系统，包括：后端服务模块、算法消息平台和算法服务模块；所述后端服务模块，用于获得客户端提供的运输站点输入信息和排线策略数据，向所述算法消息平台发送用于请求生成运输线路的运输线路第一请求消息，所述运输线路第一请求消息中包括运输站点生成信息和所述排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量，所述运输站点生成信息为根据所述运输站点输入信息获得的用于生成运输线路的运输站点信息；所述算法消息平台，用于根据所述运输线路第一请求消息生成运输线路第二请求消息，将所述运输线路第二请求消息发送给所述算法服务模块，所述运输线路第二请求消息中包括所述运输站点生成信息和所述排线策略数据；所述算法服务模块，用于针对所述运输线路第二请求消息，根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，将所述运输线路第二排线结果返回给所述算法消息平台；其中，所述算法消息平台还用于针对所述运输线路第一请求消息，向所述后端服务模块返回所述运输线路第二排线结果；所述后端服务模块还用于根据所述运输线路第二排线结果，生成针对所述运输站点输入信息的运输线路第一排线结果，向所述客户端发送所述运输线路第一排线结果。
上述系统中，获得客户端提供的运输站点输入信息和排线策略数据，其中，排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，线路数量要求数据用于表示针对运输站点输入信息对应的所有运输站点进行排线所需的线路数量。根据排线策略数据生成针对运输站点生成信息的运输线路第二排线结果，根据运输线路第二排线结果生成运输线路第一排线结果，向客户端发送运输线路第一排线结果。换言之，以客户的排线策略为依据，为客户生成符合客户需求的运输线路排线结果，提升运输线路排线结果与客户需求的匹配度，同时提升运输效率。
附图说明
图1为本申请实施例提供的运输线路处理系统生成运输线路排线结果的应用场景示意图。
图2为本申请实施例提供的配送资源获取运输线路排线结果的应用场景示意图。
图3为本申请实施例提供的根据用户的运输线路获取请求生成运输线路排序结构的流程图。
图4为本申请实施例提供的运输线路排线模型的输入数据示意图。
图5为本申请实施例提供的运输线路排线模型的输出数据示意图。
图6为本申请实施例提供的运输线路配置界面示意图。
图7为本申请第一实施例提供的运输线路处理系统的逻辑框架图。
图8为本申请第二实施例提供的一种运输线路处理方法的流程图。
图9为本申请第三实施例提供的一种运输线路处理装置的示意图。
图10为本申请第四实施例提供的另一种运输线路处理方法的流程图。
图11为本申请第五实施例提供的另一种运输线路处理装置的示意图。
图12为本申请第六实施例提供的一种电子设备的示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
本申请中使用的术语是仅仅出于对特定实施例描述的目的，而非旨在限制本申请。在本申请中和所附权利要求书中所使用的描述方式例如：“一种”、“第一”、和“第二”等，并非对数量上的限定或先后顺序上的限定，而是用来将同一类型的信息彼此区分。
本申请实施例提供一种运输线路处理系统。本申请同时涉及一种运输线路处理方法、装置、电子设备及计算机存储介质，本申请同时涉及另一种运输线路处理方法、装置、电子设备及计算机存储介质。在下面的实施例中逐一进行详细说明。
为了便于理解本申请实施例提供的运输线路处理系统、方法及装置，在介绍本申请实施例之前，先对本申请实施例的背景进行介绍。
目前，线上订购商品方式成为人们日常生活的主流方式之一。针对于大量的商品运输过程中，运输线路的规划显得尤为重要。现有技术中，对于运输线路的规划通过由人工规划的方式进行规划，此种方式不仅工作量大，而且运输成本大，运输效率低。
本领域技术人员可以了解现有技术存在的问题，接下来对本申请实施例的运输线路处理系统的应用场景进行详细说明。本申请实施例提供的运输线路处理系统可以应用于同城配送过程中运输线路规划的应用场景，或者多点对多点之间的商品运输线路规划的应用场景。
另外，本申请实施例提供的运输线路处理系统还可以应用于一些其他相同或者相似的场景。本申请实施例中具体以将运输线路处理系统应用于如下场景为例，对本申请提供的运输线路处理系统进行说明。
请参考图2，其为本申请实施例提供的配送资源获取运输线路排线结果的应用场景示意图。在图2中，配送资源通过客户端101向服务端102提供运输站点输入信息和排线策略，服务端102根据客户端101提供的运输站点输入信息和排线策略，采用运输线路处理系统，根据排线策略，生成运输线路排线结果，向客户端101发送运输线路排线结果。图2的页面101-1展示的是配送资源的客户端显示的运输线路排线结果，配送资源根据运输线路排线结果按照排线顺序依次到各运输站点领取货品或者配送货品。
客户端提供的排线策略包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，线路数量要求数据用于表示针对运输站点输入信息的所有运输站点进行排线所需的线路数量。因此，最终的运输线路排线结果中是针对所有运输站点的运输线路排线结果。
请参照图1，其为本申请实施例提供的运输线路处理系统生成运输线路排线结果的应用场景示意图。在图1中，客户端提供的排线策略中，运输站点总数量为15个，线路数量要求数据为3条运输线路，每条线路包括运输站点数量最大为5个。因此，图1展示了针对所有运输站点的运输线路排线结果，运输小车可以根据图1中的三条运输线路中每个运输站点的先后顺序，依次领取待运输货品或者配送待运输货品到各个运输站点。
请参考图3，其为本申请实施例提供的根据用户的运输线路获取请求生成运输线路排序结构的流程图。以下结合图3进行详细说明。
S1：用户导入用户地址，区块，策略等信息。
此处是用户在客户端输入运输站点输入信息以及排线策略。请参考图4，其为本申请实施例提供的运输线路排线模型的输入数据示意图。
在图4中，排线策略为用户设置的对运输站点的线路数量要求以及每条线路包含的运输站点数量要求。排线策略可以包括如下至少一种策略：最大串点数策略(包含最大串点要求)，最久时长策略(包含最大运输时长要求)，线路数策略(包含线路数量要求)，最远里程策略(包含最远里程要求)。
最大串点数策略可以是，用户提供的排线策略中设置每条线路中最大的运输站点的数量为N。最久时长策略可以是，用户提供的排线策略中设置每条线路的最高时长数值为M，则运输线路排线结果中，配送资源在每条运输线路中，到达所有运输站点的总时长不会超过M。线路数据策略可以是，用户提供的排线策略中设置的运输站点对应的线路数值为S。最远里程要求可以是，用户提供的排线策略中设置每条线路的最远里程数为D，换言之，配送资源从每条线路的第一站点到达最后一个站点的总里程数最大值为D。
运输站点输入信息包括用户在客户端输入的运输站点信息。运输站点信息可以包括如下至少一种信息：用户地址信息以及用户地址信息所属的区块信息。
用户地址信息可以包括如下至少一种信息：接收货品的用户地址信息，发送货品的商户地址信息，快递站点信息，货品由快递点寄送至用户所处位置预设范围内的快递集散点信息等。
区块信息可以是指本申请实施例中运输线路排线策略以区块为单位进行的，以末端用户地址进行划分，末端用户表示运输线路中的收回放为末端用户，也成为末端站点。对同一个区块中所有末端用户的地址信息进行聚合，将同一个区块的末端用户地址同时进行运输线路排线处理，获取符合用户需求的运输线路排线结果。本申请实施例的一种应用场景是针对于大量运输站点需要在预设时间内同时完成排线的情况下，将大量运输站点通过坐标聚类成区块，以区块为单位，对每个区块中的所有运输站点进行运输线路排线，提升了运输线路排线效率。
运输线路排线策略还可以支持批次排线，对多个区块中的所有用户点位同时进行排线。
区块信息可以包括如下至少一种信息：区块名称信息，区块编码信息，区块服务状态信息，区块数据号状态信息，区块站点列表信息，创建人信息，修改人信息，省市区信息，大区信息，区块负责人信息。区块站点列表信息包括如下至少一种信息：站点名称信息，站点编码信息，区块编码信息。
流向信息可以包括如下至少一种信息：流量流向编码信息，流向获取时间信息，始发站点信息，目的站点信息，流向频度，数据获取时间，商家编码信息，应到店时间信息，应发车时间信息，应到站时间信息，服务状态信息，数据状态信息，服务类型信息，流量列表信息。
流量(货量)信息包括如下至少一种信息：流量编码信息，流量获取时间信息，流量频度，装载维度流量信息。
不同类型流量包括如下至少一种信息：流量类型，装载维度流量，服务维度流量。
装载维度流量包括如下至少一种信息：装载维度类型信息，单位信息，数值信息，装载维度流量信息。
服务维度流量包括如下至少一种信息：服务维度类型信息，服务维度类型子类型信息，单位信息，数值信息，流量类型。
S1.1：前端模块判断是否存在POI(Point ofInterest，兴趣点)。
POI可以表示地图上任何非地理意义的有意义的点，例如商店，酒吧，加油站，医院，车站等。其中，地图上具有地理意义的点不属于POI，例如，城市，河流，山峰等为具有地理意义的点。
前端模块可以是用户输入运输站点信息的前端模块，获取用户提供的运输站点输入信息，判断用户提供的地址信息是否包含POI，如果不包含POI，则需要将地址形式转换为POI形式的地址信息。换言之，判断运输站点输入信息中是否包含运输站点的兴趣点信息，如果有，则获取运输站点的兴趣点信息，如果没有，则运输站点输入信息生成运输站点的兴趣点信息。
S1.1.1：后端服务模块进行策略等参数校验。
后端服务模块收到前端模块发送的运输站点输入信息和排线策略，对运输站点输入信息的各项输入数据进行校验，验证输入数据是否满足预设数据格式要求；对排线策略进行参数校验，验证排线策略中的各项参数在实际运输中是否可以达到要求。
其中参数校验包含两种情况：
第一种情况：S1.1.2：如果不存在POI，需请求地理编码模块获取POI。
S1.1.3：地理编码模块向后端服务模块返回POI信息。
运输站点输入信息中的地址信息不包含POI，例如，用户提供的地址信息为X区X路X号，其不属于POI，而在地图中X区X路X号代表的是M大厦，M大厦为一个信息点(POI)，因此，可以通过地理编码模块将用户提供的地址信息转换为POI。将地址信息转换为POI信息，获得运输站点生成信息。
第二种情况：S1.1.4：如果已经存在POI信息。
如果运输站点输入信息中的地址信息属于POI信息，则运输站点输入信息即为运输站点生成信息。
S1.1.5：算法参数拼装。
后端服务模块根据运输站点生成信息以及排线策略，进行算法参数拼装，其中算法参数拼装用于生成运输线路。
S1.1.6：后端服务模块向算法消息平台发送请求。
后端服务模块向算法消息平台发送用于请求生成运输线路的运输线路第一请求消息。
S1.1.7：算法消息平台接收请求。
算法消息平台接收运输线路第一请求消息。
S2：算法消息平台向算法服务模块发送算法运算。
算法消息平台根据运输线路第一请求消息，生成运输线路第二请求消息，运输线路第二请求消息包括运输站点生成信息和排线策略数据。算法消息平台向算法服务模块发送运输线路第二请求消息，通过算法运算获得运输线路规划结果。
S2.1：算法服务模块将线路规划结果返回给算法消息平台。
算法服务模块通过算法运算，获得运输线路规划结果，将运输线路规划结果返回给算法消息平台。
S3：算法消息平台发送计算成功消息或者计算失败消息。
算法消息平台根据运输线路规划结果发送计算成功消息或者计算失败消息。
如果算法服务模块计算的运输线路规划结果满足用户提供的排线策略的条件，则发送计算成功消息；如果运输线路规划结果不满足用户提供的排线策略的条件，则发送计算失败消息。
S4：后端服务模块监听算法计算结果，生成运输线路并存储。
后端服务模块获得算法消息平台提供的算法计算结果，如果是计算成功结果，则生成运输线路并存储。后端服务模块监听到的算法计算结果可以为运输线路第二排线结果，其以后端服务系统内各模块可以识别的数据形式得到的运输线路排线结果，例如通过逻辑代码的形式表示的运输线路排线结果。
S5：前端模块获得用户发送的获取线路规划结果的请求消息。
S5.1：前端模块向后端服务模块发送请求获得算法结果。
S5.2：后端服务模块向前端模块返回算法结果。
后端服务模块根据运输线路第二排线结果生成运输线路第一排线结果，将线路规划结果以运输线路第一排线结果的形式返回前端模块，运输线路第一排线结果是以用户可以直接识别的数据形式展现的运输线路排线结果，例如图2中配送资源手机页面101-1中展示的图像形式。
S5.3：前端模块向用户提供线路规划结果。
其中，线路规划结果用于表示针对用户提供的所有运输站点形成的运输线路排线结果。其参考图5，其为本申请实施例提供的运输线路排线模型的输出数据示意图。
在图5中，线路规划结果可以包括如下至少一种信息：线路信息，途径站点信息，运输车辆的班次信息，以及运输车辆的车型信息。
线路信息可以是将用户提供的所有运输站点分配的每条线路的特征信息，其包括如下至少一种信息：线路编码信息，线路承运商信息，线路总里程信息(其包括配送资源在一次配送中，完成一条线路中的所有运输站点的取货或者送货任务，行驶的总里程)，线路总时效信息，服务场景信息，商家编码信息，然后，保存运输线路信息。
途径站点信息可以是运输线路排线结果中每条线路上的运输站点的信息，途径站点信息包括如下至少一种信息：站点编码信息，站点名称信息，站点序列信息，站点收货人信息，站点坐标信息，站点作业时间信息，站点所属城市信息。
保存的运输线路信息包括如下至少一种信息：车辆班次信息，车辆车型信息。
车辆班次信息包括如下至少一种信息：班次编码信息，班次名称信息，计划到店时间信息，计划发车时间信息，计划在途时间信息。
车辆车型信息包括如下至少一种信息：车型名称信息，车型编码信息，车型装载能力信息。
请参考图6，其为本申请实施例提供的运输线路配置界面示意图。在图6所示的界面中，向用户提供了运输线路排线结果信息中对于运输线路的配置信息，其可以包括如下至少一种信息：最大串点数信息，最长运输时长信息，最大订单数信息，车型信息，装载类型信息，车载限制信息，是否回始发地信息。
需要说明的是，步骤S2中，算法服务模块获得算法运算请求时，按照如下计算方式获得算法线路结果。
本申请实施例中，据排线策略数据生成针对运输站点信息的运输线路排线结果时，结合VRP公式，获得满足目标函数条件的运输线路排线结果。
其中，VRP(Vehicle Routing Problem，车辆路径规划问题)，其主要原理是：对于一系列的运输发货点和运输收货点，组织调用目标车辆，按照目标行车线路，使得车辆有序经过行车线路中的所有的运输发货点和运输收货点。上述过程，在满足目标约束条件(例如，货物的发货量和收货量，配送时间条件，车辆车载能力条件，运输里程要求，运输时间要求等)下，实现目标函数条件(例如，最小化运输线路数量，最小化运输里程，最小化正向运输时间等)。
以下分情况描述获得满足目标函数的运输线路排线结果的实现方式：
第一种实施例实现方式：以最小化运输资源可选择线路数量为目标函数，以排线策略数据为约束条件，获得运输资源可选择线路数量最小时的运输线路排线结果。
第一种，目标函数为最小化运输资源可选择线路数量，可以使用如下式(1)进行表示：
在式(1)中，表示变量约束条件。表示车辆k是否选择线路r，0或1，k∈K，γ∈θk。其函数值包含两种情况，第一种，如果车辆k选择线路r，则的值为1，第二种，如果车辆k不选择线路r，则的值为0。例如，车辆k包括5条可选择线路，如果车辆k选择第1条线路，则为1，如果车辆k不选择第1条线路，则为0。相应的，如果车辆k其他线路的选择或者不选择，对应的为1或者0。
其中，K表示所有车辆k的集合，可以包括如下至少一种车型，微面车型，轻客车型，4.2米货车等，k∈K，每种车型不限制数量。另外，车型还可以包括骑手的电动车，在目标时段内具有运输功能的个人私家车等。
θk表示车辆k对应的所有可运行线路r的集合，γ∈θk。
上述描述的是以最小化运输资源可选择线路数量为目标函数，以排线策略数据为约束条件获得的运输线路排线结果。
其次，目标函数还包括以下至少一种函数：最小化运输线路的运输距离的函数；最小化运输线路的运输时长的函数；所述约束条件还包括以下至少一种约束条件：每个运输站点只经过一次；每个运输资源的装载量符合运输资源装载量要求数据。
第二种，目标函数为最小化运输线路的运输距离，可以使用如下式(2)进行表示：
其中，式(2)中，表示车辆k是否选择线路r，0或1，k∈K，γ∈θk。θk表示车辆k对应的所有可运行线路r的集合，γ∈θk，其中，每条线路r所覆盖的送货地址集合为Jr，r包含如下形式：r＝(0，1，2，…，j)。
表示车辆k从i-1位置到达i位置之间的距离，车辆k从i-1位置到达i位置之间的距离可以根据地图软件提供的i-1位置到达i位置的导航距离进行计算，也可以根据配送资源的经验值计算。
式(2)表示，当车辆k选择r线路的情况下，为1，车辆k从r线路中的第r-1站点到达第r站点的距离，分别获取r线路车辆k分别经过两个相邻站点的距离，将每两个相邻站点之间的距离值进行加和处理，获得车辆k在r线路中的运输距离。按照上述方式，当车辆k选择其他线路时，获得车辆k在其他线路中的运输距离，获取车辆k所选择的所有线路中的运输总距离。
同理，如果车辆包含多个车辆，则分别获取车辆k-1所选择的所有线路的运输总距离，获取车辆k+1所选择的所有线路的运输总距离。
将所有车辆的运输总距离进行加和处理，获得所有车辆的运输距离总数据值，目标是使得所有车辆的运输距离总数据值为最小化运输线路的运输距离。
以最小化运输线路的运输距离为目标条件，以排线策略为约束条件，获得满足最小化运输线路的运输距离的运输线路排线结果。
第三种，目标函数为最小化运输线路的运输时长的函数，可以使用如下式(3)进行表示：
其中，式(3)中，表示车辆k选择线路r时，车辆k在线路r中完成所有运输站点的运输时长。
式(3)表示，当车辆k选择线路r时，获取车辆k在线路r中的运输时长，同理，如果车辆k还选择了其他线路，获取车辆k在其他线路中的运输时长，将车辆k所选择的所有线路的运输时长进行加和处理，获得车辆k的总运输时长。相应的，获取车辆k-1的总运输时长，车辆k+1的总运输时长，将所有车辆的总运输时长进行加和处理，使得所有车辆的运输时长总数值，目标是使得所有车辆的运输时长总数值为最小化运输线路的运输时长。
以最小化运输线路的运输时长为目标条件，以排线策略为约束条件，获得满足最小化运输线路的运输时长的运输线路排线结果。
以上为对三种目标函数的详细说明，以下对约束条件的多种情况进行阐述。
第一约束条件：每个运输站点只经过一次，其可以用示(4)表示：
在示(4)中，表示第i个送货地址是否被车辆k的路线r所服务，0或1，i∈I，k∈K，γ∈θk。换言之，车辆k选择线路r时，线路r中是否包含第i个送货地址。
第二约束条件：每个运输资源的装载量符合运输资源装载量要求数据。
以及其中包含变量约束条件：
路线不超时(例如，每个运输站点包含s分钟的服务时间，不考虑最后一个运输站点回仓库的时间)：
路线不超载：
路线有最大串点数，n(k)为给定车的数量所对应的串点数上限：
按照上述目标函数，以及排线策略为约束条件，获得满足目标函数要求的运输线路排线结果，其在满足用户对运输线路规划的条件下，提升运输线路排线效率。
本申请实施例提供一种运输线路处理系统，包括：后端服务模块、算法消息平台和算法服务模块；所述后端服务模块，用于获得客户端提供的运输站点输入信息和排线策略数据，向所述算法消息平台发送用于请求生成运输线路的运输线路第一请求消息，所述运输线路第一请求消息中包括运输站点生成信息和所述排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量，所述运输站点生成信息为根据所述运输站点输入信息获得的用于生成运输线路的运输站点信息；所述算法消息平台，用于根据所述运输线路第一请求消息生成运输线路第二请求消息，将所述运输线路第二请求消息发送给所述算法服务模块，所述运输线路第二请求消息中包括所述运输站点生成信息和所述排线策略数据；所述算法服务模块，用于针对所述运输线路第二请求消息，根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，将所述运输线路第二排线结果返回给所述算法消息平台；其中，所述算法消息平台还用于针对所述运输线路第一请求消息，向所述后端服务模块返回所述运输线路第二排线结果；所述后端服务模块还用于根据所述运输线路第二排线结果，生成针对所述运输站点输入信息的运输线路第一排线结果，向所述客户端发送所述运输线路第一排线结果。
上述系统中，获得客户端提供的运输站点输入信息和排线策略数据，其中，排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，线路数量要求数据用于表示针对运输站点输入信息对应的所有运输站点进行排线所需的线路数量。根据排线策略数据生成针对运输站点生成信息的运输线路第二排线结果，根据运输线路第二排线结果生成运输线路第一排线结果，向客户端发送运输线路第一排线结果。换言之，以客户的排线策略为依据，为客户生成符合客户需求的运输线路排线结果，提升运输线路排线结果与客户需求的匹配度，同时提升运输效率。
第一实施例
与上述一种运输线路处理系统的应用场景实施例相对应，本申请第一实施例提供一种运输线路处理系统。图7为本申请第一实施例提供的运输线路处理系统的逻辑框架图，以下结合图7对本实施例提供的系统进行描述。
图7所示的运输线路处理系统700，包括：后端服务模块701、算法消息平台702，算法服务模块703。
所述后端服务模块701，用于获得客户端提供的运输站点输入信息和排线策略数据，向所述算法消息平台发送用于请求生成运输线路的运输线路第一请求消息，所述运输线路第一请求消息中包括运输站点生成信息和所述排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量，所述运输站点生成信息为根据所述运输站点输入信息获得的用于生成运输线路的运输站点信息。
所述运输站点输入信息为用户在客户端的输入页面提供的与运输相关的各种数据信息。具体输入信息可以参考图4中所示的运输线路排线模型的输入数据。
运输站点可以是指运输线路中分布的多个站点，运输站点可以是指需要被领取商品或者配送商品的站点。运输站点信息可以是用户取货地址信息，用户寄货地址信息，快递点集货地址信息。
后端服务模块接收到运输站点输入信息后，根据运输站点输入信息生成运输站点生成信息，运输站点生成信息可以是对运输站点输入信息进行标准化处理或者结构化处理后的信息。
例如，运输站点输入信息可以包括用户输入的目标配置地址，其中目标配置地址为XX街XX号，XX街XX号不属于POI信息，对该目标配送地址信息进行结构化处理，获得XX街XX号为POI，XX大厦，XX大厦属于POI信息。运输站点生成信息中的地址形式为POI形式的信息，便于运输线路处理系统根据POI信息，以及排线策略，确定运输线路排线结果。
所述排线策略由客户端提供，其包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量。
例如，所有的运输站点包括15个站点，线路数据要求数据为3个，每条线路包括的运输站点的数量要求数据为5个。运输线路处理系统根据该排线策略，计算得到的运输线路排线结果符合排线策略的约束条件。
现有技术中，对于运输站点的运输路线的现有排线策略通过包含配送时长，配送距离，配送车辆的型号。本申请实施例中为了使得向用户提供的运输站点排线结果改善运输过程的便利性，根据客户端提供的排线策略，生成运输线路排线结果，提升了系统生成的运输线路排线结果与用户实际运输过程中的运输站点及线路分布的匹配率。
运输线路第一请求消息是由后端服务模块702发送给算法消息平台703，其将客户端提供的运输线路输入信息转换为运输线路生成信息，根据运输线路生成信息和排线策略获得的。
所述算法消息平台702，用于根据所述运输线路第一请求消息生成运输线路第二请求消息，将所述运输线路第二请求消息发送给所述算法服务模块，所述运输线路第二请求消息中包括所述运输站点生成信息和所述排线策略数据。
算法消息平台702用于在后端服务模块702和算法服务模块703之间传递消息。
所述算法服务模块703，用于针对所述运输线路第二请求消息，根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，将所述运输线路第二排线结果返回给所述算法消息平台。
算法服务模块703用于计算运输线路排线结果，本申请实施例中的一种算法计算方式为采用VRP公式获得运输线路排线结果，关于VRP公式的详细介绍请参考场景实施例中的描述。
其中，所述算法消息平台还用于针对所述运输线路第一请求消息，向所述后端服务模块返回所述运输线路第二排线结果；所述后端服务模块还用于根据所述运输线路第二排线结果，生成针对所述运输站点输入信息的运输线路第一排线结果，向所述客户端发送所述运输线路第一排线结果。
运输线路第一排线结果和运输线路第二排线结果可以是针对运输线路排线结果的两种表现形式。其中，运输线路第二排线结果为用于在运输线路处理系统中的各模块之间传输排线结果的数据形式，可以用计算机系统语言形式表示。例如，其可以是通过数据代码的形式或者字符串的形式等等。
运输线路第一排线结果为用于发送给客户端向用户展示的运输线路排线结果，以便于用户明确具体的运输线路排线内容，例如，其可以是文字形式，图表形式，或者文字形式和图标形式的结合形式。
本申请实施例中，运输线路处理系统还包括地理编码模块704。
所述后端服务模块701还用于判断所述运输站点输入信息中是否具有所述所有运输站点的兴趣点信息，如果否，则向所述地理编码模块发送用于请求获得指定运输站点的兴趣点信息的兴趣点请求消息，获得所述地理编码模块返回的所述指定运输站点的兴趣点信息，根据所述指定运输站点的兴趣点信息生成所述运输站点生成信息；
所述地理编码模块，用于针对所述兴趣点请求消息，向所述后端服务模块返回所述指定运输站点的兴趣点信息。
后端服务模块发送给算法消息平台的运输线路第一请求消息中，包含的是运输站点生成信息和排线策略。将运输站点输入信息转换为运输站点生成信息，换言之，将运输站点的形式统一为POI信息，便于算法服务模块根据标准的POI信息和排线策略，计算运输线路排线结果。
因此，后端服务模块需要确定运输站点输入信息中是否包含运输站点的兴趣点信息，如果不包含，需要由地理编码模块生成指定运输站点的兴趣点信息。
本申请实施例中，所述排线策略数据还包括以下至少一种数据：
每条线路的运输时长要求数据；每条线路的运输距离要求数据。
例如，预设限定车辆到达及服务每条线路的所有运输站点的总时长数据不超过目标时长；预设限定每条线路的运输资源从到达第一站点至到达最后一个站点的总运输距离不超过目标距离。
本申请实施例中，所述后端服务模块还用于获得客户端提供的运输区域信息，所述运输线路第一请求消息中还包括所述运输区域信息，所述运输线路第二请求消息中还包括所述运输区域信息；所述算法服务模块还用于将所述所有运输站点聚类到所述运输区域信息对应的运输区域中；所述根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，包括：根据所述排线策略数据，分别针对每个运输区域生成运输线路第二排线结果。
对于实际应用中预设时间内运输站点数量大于预设数量的情况下，对同城的所有运输站点进行运输线路排线处理，造成排线任务量大，排线效率低的情况。为了提升对运输站点的运输物资的运输效率，后端服务模块以运输区域为划分单元，获取每个运输站点所属的区域信息。将属于同一个运输区域的运输站点进行距离处理，将同一个运输区域的所有运输站点，按照排线策略，计算运输线路排线结果。
运输区域信息可以是指以地理位置的范围划分的区域，或者以商圈划分区域，例如，A商圈区域，B商圈区域。
本申请实施例中，所述后端服务模块还用于获得所述客户端提供的运输资源类型要求数据和/或运输资源装载量要求数据；所述运输线路第一请求消息中还包括所述客户端提供的运输资源类型要求数据和/或运输资源装载量要求数据，所述运输线路第二请求消息中还包括所述客户端提供的运输资源类型要求数据和/或运输资源装载量要求数据；所述算法服务模块具体用于根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据以及所述排线策略数据，生成针对所述运输站点生成信息的运输线路第二排线结果。
运输资源类型要求数据包括运输资源的种类要求，例如，运输资源可以是指任何可以运输物品的资源，其可以包括如下至少一种：车辆，配送资源等。车辆可以包括如下至少一种车辆：能够提供运输功能的私家车，服务车，配送电动车等，专职用于运输的车辆，或者分享车，顺风车等。配送资源可以包含如下至少一种资源：骑手，机器人，无人机等配送设备。
运输资源装载量要求数据是指针对运输资源的装载量的要求信息。
本申请实施例中，计算运输线路第二排线结果是根据排线策略，以及所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据以及所述排线策略数据生成的。
本申请实施例中，所述根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，包括：以最小化运输资源可选择线路数量为目标函数，以所述排线策略数据为约束条件，获得运输资源可选择线路数量最小时的运输线路排线结果，作为所述运输线路第二排线结果。
其中，关于目标函数为最小化运输资源可选择线路数量的描述可以参考场景实施例的描述。
本申请实施例中，所述目标函数还包括以下至少一种函数：最小化运输线路的运输距离的函数；最小化运输线路的运输时长的函数；所述约束条件还包括以下至少一种约束条件：每个运输站点只经过一次；每个运输资源的装载量符合运输资源装载量要求数据。
其中，关于目标函数为小化运输线路的运输距离的函数或者最小化运输线路的运输时长的函数的描述可以参考场景实施例的描述。关于约束条件为每个运输站点只经过一次或者每个运输资源的装载量符合运输资源装载量要求数据的描述可以参考场景实施例的描述。
本申请实施例中，所述后端服务模块还用于获得所述客户端提供的调整后的排线策略数据，向所述算法消息平台发送所述调整后的排线策略数据；所述算法消息平台还用于将所述调整后的排线策略数据发送给所述算法服务模块；所述算法服务模块还用于根据所述调整后的排线策略薮据生成调整后的运输线路排线结果。
调整后的排线策略数据可以是指基于原始排线策略数据不能在实际场景中运行的情况下，客户重新提交的调整参数后的排线策略数据。
本申请实施例中，所述调整后的排线策略数据包括调整后的线路数量要求数据和/或调整后的每条线路包括的运输站点的数量要求数据；或者，所述调整后的排线策略数据包括除所述线路数量要求数据和所述每条线路包括的运输站点的数量要求数据之外的其他策略数据。
本申请实施例中，如果所述运输线路第一排线结果表示针对所述运输站点输入信息的运输线路计算失败，则所述后端服务模块获得所述客户端提供的调整后的排线策略数据。
运输线路处理系统根据客户端提供的运输站点输入数据生成运输站点生成数据，根据运输站点生成信息和排线策略，生成运输线路第二排线结果。如果运输线路第二排线结果不能满足排线策略中对于线路数量以及每条线路中的运输站点数量的要求，则向客户端发送运输线路排线结果失败的信息。客户端则回重新提供调整后的排线策略数据，算法服务模块根据调整后的排线策略，生成调整后的运输线路排线结果。
本申请实施例中，所述后端服务模块还用于获得待配送运单的运单特征信息和/或待配送货物的货物特征信息，向所述算法消息平台发送所述运单特征信息和/或所述货物特征信息；所述算法消息平台还用于将所述运单特征信息和/或所述货物特征信息发送给所述算法服务模块；所述算法服务模块还用于根据所述运单特征信息和/或所述货物特征信息，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据；所述算法服务模块具体用于根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述运输站点生成信息的运输线路第二排线结果。
需要说明的是，所述运单特征信息包括所述待配送运单的配送紧急度数据；或者，所述货物特征信息包括所述待配送货物的配送紧急度数据；所述算法服务模块具体用于根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据。
需要说明的是，待配送运单的配送紧急度数据，例如，运单配送时间紧急度满足预设条件，或者客户备注的获取运单的时间紧急度。
配送紧急度数据可以通过待配送运单的备注信息中获取紧急度相关信息，将紧急度相关信息标定为第一紧急度，将没有包含紧急度相关信息的配送运单标定为第二紧急度。其中，紧急度相关信息可以包含如下至少一种信息：生鲜食品，医疗物资，客户备注紧急配送等信息。
本申请实施例中，如果任意一个运输站点对应的待配送运单的数量为多个，则所述算法服务模块具体用于根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有待配送运单所对应的到达次序权重数据；或者，如果任意一个运输站点对应的待配送货物的类型为多个，则所述算法服务模块具体用于根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有类型的待配送货物所对应的到达次序权重数据；根据所有待配送运单所对应的到达次序权重数据和/或所有类型的待配送货物所对应的到达次序权重数据，获得所述任意一个运输站点的到达次序权重数据。
例如，第一运输站点包含5个待配送运单，其中，第一待配送运单为生鲜食品，第二待配送运单为医疗物资，第三待配送运单为衣服，第四待配送运单为生活日用日，第五待配送运单为衣服。则根据待配送运单的种类确定对应的配送紧急程度，根据每个待配送运单的配送紧急程度，确定待配送运单的到达次序权重数据。如上述5个待配送运单，第一待配送运单，第二待配送运单，均属于第一配送紧急度，第四待配送运单属于第二配送紧急度，第三待配送运单和第五待配送运单均属于第三配送紧急度。
相应的，各待配送运单对应的到达次序权重数据的排序为：第一待配送运单和第二待配送运单，第四待配送运单，第三待配送运单和第五待配送运单。
本申请实施例中，运输线路处理系统还包括：订单处理模块705；所述算法服务模块还用于根据所述运输站点生成信息获得用户信息，向所述算法消息平台发送用于请求获得所述用户信息对应的历史订单信息的订单信息第一请求消息，获得所述算法消息平台针对所述订单信息第一请求消息返回的所述用户信息对应的历史订单信息，根据所述历史订单信息获得最后一次为所述用户信息对应的用户配送货物的历史送达时间与当前时间的差值，作为未配送时长，根据所述未配送时长获得对应于所述用户的配送紧急度数据，根据所述用户的配送紧急度数据获得所述用户对应的运输站点的到达次序权重数据；所述算法服务模块具体用于根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述运输站点生成信息的运输线路第二排线结果；所述算法消息平台还用于根据所述订单信息第一请求消息，向所述订单处理模块发送用于请求获得所述用户信息对应的历史订单信息的订单信息第二请求消息，获得所述订单处理模块针对所述订单信息第二请求消息返回的所述用户信息对应的历史订单信息；所述订单处理模块用于针对所述订单信息第二请求消息向所述算法消息平台发送所述用户信息对应的历史订单信息。
订单服务模块存储有用户的当前订单信息以及历史订单信息，用户的历史订单信息中获得最后一次为该用户配送货物的历史送达时间，获取最后一次历史送达时间与当前时间的差值，作为未配送时长。例如，用户历史订单信息中最后一次获得的配送货物为日需用品，且日需用品的订购量可用时长超过未配送时长，用户当前订购货物为相同的日需用品。如果该未配送时长大于预设时长阈值，则用户当前的待配送货物的配送紧急度数据可以设定为第一紧急度。根据配送紧急度数据，获得用户对应运输站点的到达次序权重数据。
本申请实施例中，所述算法服务模块具体用于根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述用户对应的运输站点的到达次序权重数据。
本申请实施例中，如果任意一个运输站点对应的用户为多个，则所述算法服务模块具体用于根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有用户所对应的到达次序权重数据；根据所有用户所对应的到达次序权重数据获得所述任意一个运输站点的到达次序权重数据。
本申请实施例中，所述运输线路第二排线结果包括运输站点的到达次序数据，后序运输站点的到达次序权重数据不高于前序运输站点的到达次序权重数据。
需要说明的是，后续运输站点的到达次序权重低于或者等于前序运输站点的到达次序权重数据。
本申请实施例中，所述算法服务模块具体用于根据所述排线策略数据生成针对所述运输站点生成信息的运输线路初始排线结果，根据所述运输线路初始排线结果获得第一到达次序的运输站点的预计到达时间点与最后到达次序的运输站点的预计到达时间点之间的到达间隔时长，如果所述到达间隔时长达到或超过到达间隔时长阈值，则根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述运输站点生成信息的运输线路第二排线结果。
例如，运输线路初始排线结果中包含1条线路，该条线路中包括5个运输站点A，B，C，D，E，按照到达次序权重排序后，分别到达各运输站点的次序为：B，C，A，E，D，配送资源到达B站点的预计到达时间和配送资源到达D站点的预计到达时间之间的到达间隔时长为2小时，其大于到达间隔时长阈值1小时，则需要重新对运输线路包含的各个运输站点进行排线。
本申请实施例中，所述运输资源类型要求数据为运输车辆的类型要求数据，所述运输资源装载量要求数据为运输车辆的装载量要求数据；所述后端服务模块还用于获得所述客户端提供的运输车辆数量和所述所有运输站点的到达时间要求数据；所述运输线路第一请求消息中还包括所述客户端提供的所述运输车辆数量和所述所有运输站点的到达时间要求数据，所述运输线路第二请求消息中还包括所述客户端提供的所述运输车辆数量和所述所有运输站点的到达时间要求数据；所述算法服务模块具体用于如果确定根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，无法生成针对所述运输站点生成信息的运输线路，并且确定无法生成运输线路的原因为运输车辆数量不足，则设置并调整所需的骑手数量，直至根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所需的骑手数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，生成针对所述运输站点生成信息的运输线路为止。
如果确定根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，无法生成针对所述运输站点生成信息的运输线路，并且确定无法生成运输线路的原因为运输车辆数量不足，则说明客户提供的运输车辆数量无法满足当前运输要求，需要增加车辆数量或者配送资源数量，此处可以增加其他可以用于分享配送的配送车辆，例如，外卖骑手以及外卖骑手的电动车等等。
其中，所述运输线路第二排线结果包括所述所需的骑手数量、每个骑手对应的运输线路以及每部运输车辆对应的运输线路，所述运输线路第一排线结果包括所述所需的骑手数量、每个骑手对应的运输线路以及每部运输车辆对应的运输线路。
运输线路处理系统还包括骑手调度模块，用于获得所述客户端发出的骑手调度指令，所述骑手调度指令包括所需调度的骑手数量以及每个骑手对应的运输线路，根据所述骑手调度指令调度骑手按照运输线路执行针对所述所有运输站点中的至少一个运输站点的运输任务。
其中，所述运输线路第二排线结果包括多个运输线路集合以及每个运输线路集合的运输特征，每个运输线路集合均可完成针对所述所有运输站点的运输任务；所述后端服务模块还用于获得所述客户端发出的用于查询针对所述所有运输站点的运输线路排线结果的排线结果查询消息，所述排线结果查询消息包括指定运输特征，从所述运输线路第二排线结果中获得与所述指定运输特征匹配的运输线路集合，将与所述指定运输特征匹配的运输线路集合返回给所述客户端。
第二运输线路排线结果包括多个运输线路集合，以及每个运输线路集合的运输特征。运输线路集合的运输特征例如，解释运输线路集合中的每条运输线路的运输特点，例如，运输总里程最短，运输总时长最短等。
本申请实施例提供一种运输线路处理系统，包括：后端服务模块、算法消息平台和算法服务模块；所述后端服务模块，用于获得客户端提供的运输站点输入信息和排线策略数据，向所述算法消息平台发送用于请求生成运输线路的运输线路第一请求消息，所述运输线路第一请求消息中包括运输站点生成信息和所述排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量，所述运输站点生成信息为根据所述运输站点输入信息获得的用于生成运输线路的运输站点信息；所述算法消息平台，用于根据所述运输线路第一请求消息生成运输线路第二请求消息，将所述运输线路第二请求消息发送给所述算法服务模块，所述运输线路第二请求消息中包括所述运输站点生成信息和所述排线策略数据；所述算法服务模块，用于针对所述运输线路第二请求消息，根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，将所述运输线路第二排线结果返回给所述算法消息平台；其中，所述算法消息平台还用于针对所述运输线路第一请求消息，向所述后端服务模块返回所述运输线路第二排线结果；所述后端服务模块还用于根据所述运输线路第二排线结果，生成针对所述运输站点输入信息的运输线路第一排线结果，向所述客户端发送所述运输线路第一排线结果。
上述系统中，获得客户端提供的运输站点输入信息和排线策略数据，其中，排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，线路数量要求数据用于表示针对运输站点输入信息对应的所有运输站点进行排线所需的线路数量。根据排线策略数据生成针对运输站点生成信息的运输线路第二排线结果，根据运输线路第二排线结果生成运输线路第一排线结果，向客户端发送运输线路第一排线结果。换言之，以客户的排线策略为依据，为客户生成符合客户需求的运输线路排线结果，提升运输线路排线结果与客户需求的匹配度，同时提升运输效率。
第二实施例
与上述一种运输线路处理系统的应用场景实施例以及第一实施例提供的一种运输线路处理系统相对应，本申请第二实施例提供一种运输线路处理方法。图8为本申请第二实施例提供的一种运输线路处理方法的示意图，以下结合图8对本实施例提供的方法进行描述，本申请第二实施例与场景实施例和第一实施例的相同描述，具体请参考场景实施例和第一实施例，本实施例不再赘述。
如图8所示，在步骤S801中，获得客户端提供的运输站点输入信息和排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量。
本步骤用于获得客户端提供的运输站点输入信息和排线策略数据，用于后续作为生成运输线路排线结果的基础数据。
运输站点输入信息包括用户在客户端输入的运输站点信息。运输站点信息可以包括如下至少一种信息：用户地址信息以及用户地址信息所属的区块信息。
用户地址信息可以包括如下至少一种信息：接收货品的用户地址信息，发送货品的商户地址信息，快递站点信息，货品由快递点寄送至用户所处位置预设范围内的快递集散点信息等。区块信息可以是指本申请实施例中运输线路排线策略以区块为单位进行的，以末端用户地址进行划分，末端用户表示运输线路中的收回放为末端用户，也成为末端站点。对同一个区块中所有末端用户的地址信息进行聚合，将同一个区块的末端用户地址同时进行运输线路排线处理，获取符合用户需求的运输线路排线结果。
排线策略为用户设置的对运输站点的线路数量要求以及每条线路包含的运输站点数量要求。
除了上述排线策略数据中包括的数据之外，所述排线策略数据还包括以下至少一种数据：每条线路的运输时长要求数据；每条线路的运输距离要求数据。
如图8所示，在步骤S802中，根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果。
本步骤用于生成运输线路排线结果，运输线路排线结果包括运输线路数量，以及每条运输线路中每个运输站点的到达次序等情况。
运输线路排线结果在满足用户提供的排线策略的约束条件下，提升运输线路的配送效率。
本申请实施例中，还包括：获得客户端提供的运输区域信息；将所述所有运输站点聚类到所述运输区域信息对应的运输区域中；所述根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果，包括：根据所述排线策略数据，分别针对每个运输区域生成运输线路排线结果。
对于实际应用中预设时间内运输站点数量大于预设数量的情况下，对同城的所有运输站点进行运输线路排线处理，造成排线任务量大，排线效率低的情况。为了提升对运输站点的运输物资的运输效率，后端服务模块以运输区域为划分单元，获取每个运输站点所属的区域信息。将属于同一个运输区域的运输站点进行距离处理，将同一个运输区域的所有运输站点，按照排线策略，计算运输线路排线结果。
运输区域信息可以是指以地理位置的范围划分的区域，或者以商圈划分区域，例如，A商圈区域，B商圈区域。
本申请实施例中，还包括：获得所述客户端提供的运输资源类型要求数据和/或运输资源装载量要求数据；所述根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果，包括：根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据以及所述排线策略数据，生成针对所述所有运输站点的运输线路排线结果。
运输资源类型要求数据包括运输资源的种类要求，例如，运输资源可以是指任何可以运输物品的资源，其可以包括如下至少一种：车辆，配送资源等。车辆可以包括如下至少一种车辆：能够提供运输功能的私家车，服务车，配送电动车等，专职用于运输的车辆，或者分享车，顺风车等。配送资源可以包含如下至少一种资源：骑手，机器人，无人机等配送设备。
运输资源装载量要求数据是指针对运输资源的装载量的要求信息。
本申请实施例中，所述根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果，包括：以最小化运输资源可选择线路数量为目标函数，以所述排线策略数据为约束条件，获得运输资源可选择线路数量最小时的运输线路排线结果，作为针对所述所有运输站点的运输线路排线结果。
其中，所述目标函数还包括以下至少一种函数：最小化运输线路的运输距离的函数；最小化运输线路的运输时长的函数；所述约束条件还包括以下至少一种约束条件：每个运输站点只经过一次；每个运输资源的装载量符合运输资源装载量要求数据。
其中，关于目标函数为小化运输线路的运输距离的函数或者最小化运输线路的运输时长的函数的描述可以参考场景实施例的描述。关于约束条件为每个运输站点只经过一次或者每个运输资源的装载量符合运输资源装载量要求数据的描述可以参考场景实施例的描述。
本申请实施例中，还包括：获得所述客户端提供的调整后的排线策略数据；根据所述调整后的排线策略数据生成调整后的运输线路排线结果。
调整后的排线策略数据可以是指基于原始排线策略数据不能在实际场景中运行的情况下，客户重新提交的调整参数后的排线策略数据。
所述调整后的排线策略数据包括调整后的线路数量要求数据和/或调整后的每条线路包括的运输站点的数量要求数据；或者，所述调整后的排线策略数据包括除所述线路数量要求数据和所述每条线路包括的运输站点的数量要求数据之外的其他策略数据。
其中，如果所述运输线路排线结果表示针对所述运输站点输入信息的运输线路计算失败，则获得所述客户端提供的调整后的排线策略数据。
运输线路处理系统根据客户端提供的运输站点输入数据生成运输站点生成数据，根据运输站点生成信息和排线策略，生成运输线路排线结果。如果运输线路排线结果不能满足排线策略中对于线路数量以及每条线路中的运输站点数量的要求，则向客户端发送运输线路排线结果失败的信息。客户端则回重新提供调整后的排线策略数据，算法服务模块根据调整后的排线策略，生成调整后的运输线路排线结果。
本申请实施例中，还包括：获得待配送运单的运单特征信息和/或待配送货物的货物特征信息；根据所述运单特征信息和/或所述货物特征信息，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据；根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述所有运输站点的运输线路排线结果。
其中，所述运单特征信息包括所述待配送运单的配送紧急度数据；或者，所述货物特征信息包括所述待配送货物的配送紧急度数据；所述根据所述运单特征信息和/或所述货物特征信息，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据，包括：根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据。
配送紧急度数据可以通过待配送运单的备注信息中获取紧急度相关信息，将紧急度相关信息标定为第一紧急度，将没有包含紧急度相关信息的配送运单标定为第二紧急度。其中，紧急度相关信息可以包含如下至少一种信息：生鲜食品，医疗物资，客户备注紧急配送等信息。
需要说明的是，所述根据所述运单特征信息和/或所述货物特征信息，获得所述待配送运单和/或所述待配送货物对应的运输站点的到达次序权重数据，包括：如果任意一个运输站点对应的待配送运单的数量为多个，则根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有待配送运单所对应的到达次序权重数据；或者，如果任意一个运输站点对应的待配送货物的类型为多个，则根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有类型的待配送货物所对应的到达次序权重数据；根据所有待配送运单所对应的到达次序权重数据和/或所有类型的待配送货物所对应的到达次序权重数据，获得所述任意一个运输站点的到达次序权重数据。
例如，第一运输站点包含5个待配送运单，其中，第一待配送运单为生鲜食品，第二待配送运单为医疗物资，第三待配送运单为衣服，第四待配送运单为生活日用日，第五待配送运单为衣服。则根据待配送运单的种类确定对应的配送紧急程度，根据每个待配送运单的配送紧急程度，确定待配送运单的到达次序权重数据。如上述5个待配送运单，第一待配送运单，第二待配送运单，均属于第一配送紧急度，第四待配送运单属于第二配送紧急度，第三待配送运单和第五待配送运单均属于第三配送紧急度。相应的，各待配送运单对应的到达次序权重数据的排序为：第一待配送运单和第二待配送运单，第四待配送运单，第三待配送运单和第五待配送运单。
本申请实施例中，还包括：根据所述运输站点输入信息获得用户信息，获得所述用户信息对应的历史订单信息；根据所述历史订单信息获得最后一次为所述用户信息对应的用户配送货物的历史送达时间与当前时间的差值，作为未配送时长，根据所述未配送时长获得对应于所述用户的配送紧急度数据，根据所述用户的配送紧急度数据获得所述用户对应的运输站点的到达次序权重数据；所述根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果，包括：根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述所有运输站点的运输线路排线结果。
服务端存储有用户的当前订单信息以及历史订单信息，用户的历史订单信息中获得最后一次为该用户配送货物的历史送达时间，获取最后一次历史送达时间与当前时间的差值，作为未配送时长。例如，用户历史订单信息中最后一次获得的配送货物为日需用品，且日需用品的订购量可用时长超过未配送时长，用户当前订购货物为相同的日需用品。如果该未配送时长大于预设时长阈值，则用户当前的待配送货物的配送紧急度数据可以设定为第一紧急度。根据配送紧急度数据，获得用户对应运输站点的到达次序权重数据。
其中，所述根据所述用户的配送紧急度数据获得所述用户对应的运输站点的到达次序权重数据，包括：根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述用户对应的运输站点的到达次序权重数据。
所述根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述用户对应的运输站点的到达次序权重数据，包括：如果任意一个运输站点对应的用户为多个，则根据配送紧急度数据与到达次序权重数据之间的对应关系，获得所述任意一个运输站点对应的所有用户所对应的到达次序权重数据；根据所有用户所对应的到达次序权重数据获得所述任意一个运输站点的到达次序权重数据。
需要说明的是，所述运输线路排线结果包括运输站点的到达次序数据，后序运输站点的到达次序权重数据不高于前序运输站点的到达次序权重数据。
需要说明的是，所述根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述所有运输站点的运输线路排线结果，包括：根据所述排线策略数据生成针对所述运输站点生成信息的运输线路初始排线结果；根据所述运输线路初始排线结果获得第一到达次序的运输站点的预计到达时间点与最后到达次序的运输站点的预计到达时间点之间的到达间隔时长；如果所述到达间隔时长达到或超过到达间隔时长阈值，则根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述所有运输站点的运输线路排线结果。
例如，运输线路初始排线结果中包含1条线路，该条线路中包括5个运输站点A，B，C，D，E，按照到达次序权重排序后，分别到达各运输站点的次序为：B，C，A，E，D，配送资源到达B站点的预计到达时间和配送资源到达D站点的预计到达时间之间的到达间隔时长为2小时，其大于到达间隔时长阈值1小时，则需要重新对运输线路包含的各个运输站点进行排线。
本申请实施例中，所述运输资源类型要求数据为运输车辆的类型要求数据，所述运输资源装载量要求数据为运输车辆的装载量要求数据；所述方法还包括：获得所述客户端提供的运输车辆数量和所述所有运输站点的到达时间要求数据；如果确定根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，无法生成针对所述所有运输站点的运输线路，并且确定无法生成运输线路的原因为运输车辆数量不足，则设置并调整所需的骑手数量，直至根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所需的骑手数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，生成针对所述所有运输站点的运输线路为止。
如果确定根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，无法生成针对所述运输站点生成信息的运输线路，并且确定无法生成运输线路的原因为运输车辆数量不足，则说明客户提供的运输车辆数量无法满足当前运输要求，需要增加车辆数量或者配送资源数量，此处可以增加其他可以用于分享配送的配送车辆，例如，外卖骑手以及外卖骑手的电动车等等。
其中，所述运输线路排线结果包括所述所需的骑手数量、每个骑手对应的运输线路以及每部运输车辆对应的运输线路。
本申请实施例中，还包括：获得所述客户端发出的骑手调度指令，所述骑手调度指令包括所需调度的骑手数量以及每个骑手对应的运输线路，根据所述骑手调度指令调度骑手按照运输线路执行针对所述所有运输站点中的至少一个运输站点的运输任务。
本申请实施例中，所述运输线路排线结果包括多个运输线路集合以及每个运输线路集合的运输特征，每个运输线路集合均可完成针对所述所有运输站点的运输任务；所述方法还包括：获得所述客户端发出的用于查询针对所述所有运输站点的运输线路排线结果的排线结果查询消息，所述排线结果查询消息包括指定运输特征；从所述运输线路排线结果中获得与所述指定运输特征匹配的运输线路集合，将与所述指定运输特征匹配的运输线路集合返回给所述客户端。
如图8所示，在步骤S803中，将所述运输线路排线结果返回给所述客户端。
本步骤用于将运输线路排序结果返回给客户端，客户端的用户根据运输线路排序结果，按照顺序依次到达各个运输站点领取货品或者配送货品。
本申请实施例提供一种运输线路处理方法，包括：获得客户端提供的运输站点输入信息和排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量；根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果；将所述运输线路排线结果返回给所述客户端。
上述方法中，获得客户端提供的运输站点输入信息和排线策略数据，其中，排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，线路数量要求数据用于表示针对运输站点输入信息对应的所有运输站点进行排线所需的线路数量。根据排线策略数据生成针对运输站点生成信息的运输线路排线结果，根据运输线路排线结果，向客户端发送运输线路第一排线结果。换言之，以客户的排线策略为依据，为客户生成符合客户需求的运输线路排线结果，提升运输线路排线结果与客户需求的匹配度，同时提升运输效率。
第三实施例
与上述一种运输线路处理系统的应用场景实施例以及第二实施例提供的一种运输线路处理方法相对应，本申请第三实施例提供一种运输线路处理装置。图9为本申请第三实施例提供的一种运输线路处理装置的示意图，以下结合图9对本实施例提供的装置进行描述，本申请第三实施例与场景实施例和第二实施例的相同描述，具体请参考场景实施例和第二实施例，本实施例不再赘述。
以下描述所涉及的实施例是用来解释说明方法原理，不是实际使用的限定。
图9所示的运输线路处理装置，包括：
第一获得单元901，用于获得客户端提供的运输站点输入信息和排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量；
生成单元902，用于根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果；
返回单元903，用于将所述运输线路排线结果返回给所述客户端。
第四实施例
与上述一种运输线路处理系统的应用场景实施例相对应，本申请第四实施例提供另一种运输线路处理方法。图10为本申请第四实施例提供的另一种运输线路处理方法的流程图，其应用于客户端，以下结合图10对本实施例提供的方法进行描述。
图10所示的运输线路处理方法包含步骤S1001～S1004。
如图10所示，在步骤S1001中，展示用于输入运输站点信息和排线策略数据的信息输入界面。
本步骤展示的输入界面用于输入运输站点信息和排序策略信息。其中关于运输站点信息和排序策略信息的描述可以参考场景实施例以及第一实施例中的详细描述。
如图10所示，在步骤S1002中，响应于通过所述信息输入界面获得运输站点输入信息和排线策略数据，向服务端发送所述运输站点输入信息和排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量。
本步骤用于将运输站点输入信息和排线策略数据，发送给服务端，由服务端根据运输站点输入信息和排线策略数据，生成运输线路排线结果。排线策略数据包括客户提供的排线策略数据中包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，可以作为服务端生成运输线路排线结果时的参考依据，使得运输线路排线结果符合该排线策略数据的要求。
如图10所示，在步骤S1003中，获得所述服务端返回的针对所述所有运输站点的运输线路排线结果。
本申请实施例中，运输线路排线结果的生成参考了客户端提供的排线策略数，而且客户端提供的排线策略数据中包括线路数量要求数据和每条线路包括的运输站点的数量要求数据。因此，以客户的排线策略为依据，为客户生成符合客户需求的运输线路排线结果，提升运输线路排线结果与客户需求的匹配度，同时提升运输效率。
如图10所示，在步骤S1004中，展示所述运输线路排线结果。
本申请实施例中，还包括：向所述服务端提供运输区域信息；其中，所述针对所述所有运输站点的运输线路排线结果包括分别针对每个运输区域生成运输线路排线结果。
对于实际应用中预设时间内运输站点数量大于预设数量的情况下，对同城的所有运输站点进行运输线路排线处理，造成排线任务量大，排线效率低的情况。为了提升对运输站点的运输物资的运输效率，后端服务模块以运输区域为划分单元，获取每个运输站点所属的区域信息。将属于同一个运输区域的运输站点进行距离处理，将同一个运输区域的所有运输站点，按照排线策略，计算运输线路排线结果。
运输区域信息可以是指以地理位置的范围划分的区域，或者以商圈划分区域，例如，A商圈区域，B商圈区域。
本申请实施例中，还包括：向所述服务端提供运输资源类型要求数据和/或运输资源装载量要求数据；其中，所述针对所述所有运输站点的运输线路排线结果为根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据以及所述排线策略数据生成的运输线路排线结果。
本申请实施例中，还包括：向所述服务端提供调整后的排线策略数据；获得所述服务端返回的根据所述调整后的排线策略数据生成的调整后的运输线路排线结果。
所述向所述服务端提供调整后的排线策略数据，包括：如果所述运输线路排线结果表示针对所述运输站点输入信息的运输线路计算失败，则向所述服务端提供调整后的排线策略数据。
所述运输线路排线结果包括多个运输线路集合以及每个运输线路集合的运输特征，每个运输线路集合均可完成针对所述所有运输站点的运输任务；所述方法还包括：向所述服务端发送用于查询针对所述所有运输站点的运输线路排线结果的排线结果查询消息，所述排线结果查询消息包括指定运输特征；获得所述服务端返回的与所述指定运输特征匹配的运输线路集合。
第五实施例
与上述一种运输线路处理系统的应用场景实施例以及第四实施例提供的另一种运输线路处理方法相对应，本申请第五实施例提供另一种运输线路处理装置。图11为本申请第五实施例提供的另一种运输线路处理装置的示意图，以下结合图11对本实施例提供的装置进行描述，本申请第五实施例与场景实施例和第四实施例的相同描述，具体请参考场景实施例和第四实施例，本实施例不再赘述。
以下描述所涉及的实施例是用来解释说明方法原理，不是实际使用的限定。
图11所示的运输线路处理装置，包括：
第一展示单元1101，用于展示用于输入运输站点信息和排线策略数据的信息输入界面；
发送单元1102，用于响应于通过所述信息输入界面获得运输站点输入信息和排线策略数据，向服务端发送所述运输站点输入信息和排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量；
第二获得单元1103，用于获得所述服务端返回的针对所述所有运输站点的运输线路排线结果；
第二展示单元1104，用于展示所述运输线路排线结果。
第六实施例
与本申请第二实施例和第四实施例的方法相对应的，本申请第六实施例还提供一种电子设备。如图12所示，图12为本申请第六实施例中提供的一种电子设备的示意图。该电子设备，包括：至少一个处理器1201，至少一个通信接口1202，至少一个存储器1203和至少一个通信总线1204；可选的，通信接口1202可以为通信模块的接口，如GSM模块的接口；处理器1201可能是处理器CPU，或者是特定集成电路ASIC(Application Specific IntegratedCircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。存储器1203可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。其中，存储器1203存储有程序，处理器1201调用存储器1203所存储的程序，以执行本发明第二实施例和第四实施例的方法。
第七实施例
与本申请第二实施例和第四实施例的方法相对应的，本申请第七实施例还提供一种计算机存储介质。所述计算机存储介质存储有计算机程序，该计算机程序被处理器运行，执行第一实施例和第三实施例的方法。
本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(lash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(Transitory Media)，如调制的数据信号和载波。2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

Claims (10)

1.一种运输线路处理系统，其特征在于，包括：后端服务模块、算法消息平台和算法服务模块；
所述后端服务模块，用于获得客户端提供的运输站点输入信息和排线策略数据，向所述算法消息平台发送用于请求生成运输线路的运输线路第一请求消息，所述运输线路第一请求消息中包括运输站点生成信息和所述排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量，所述运输站点生成信息为根据所述运输站点输入信息获得的用于生成运输线路的运输站点信息；
所述算法消息平台，用于根据所述运输线路第一请求消息生成运输线路第二请求消息，将所述运输线路第二请求消息发送给所述算法服务模块，所述运输线路第二请求消息中包括所述运输站点生成信息和所述排线策略数据；
所述算法服务模块，用于针对所述运输线路第二请求消息，根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，将所述运输线路第二排线结果返回给所述算法消息平台；
其中，所述算法消息平台还用于针对所述运输线路第一请求消息，向所述后端服务模块返回所述运输线路第二排线结果；
所述后端服务模块还用于根据所述运输线路第二排线结果，生成针对所述运输站点输入信息的运输线路第一排线结果，向所述客户端发送所述运输线路第一排线结果。
2.根据权利要求1所述的运输线路处理系统，其特征在于，还包括地理编码模块；
所述后端服务模块还用于判断所述运输站点输入信息中是否具有所述所有运输站点的兴趣点信息，如果否，则向所述地理编码模块发送用于请求获得指定运输站点的兴趣点信息的兴趣点请求消息，获得所述地理编码模块返回的所述指定运输站点的兴趣点信息，根据所述指定运输站点的兴趣点信息生成所述运输站点生成信息；
所述地理编码模块，用于针对所述兴趣点请求消息，向所述后端服务模块返回所述指定运输站点的兴趣点信息。
3.根据权利要求1所述的运输线路处理系统，其特征在于，所述后端服务模块还用于获得客户端提供的运输区域信息，所述运输线路第一请求消息中还包括所述运输区域信息，所述运输线路第二请求消息中还包括所述运输区域信息；
所述算法服务模块还用于将所述所有运输站点聚类到所述运输区域信息对应的运输区域中；
所述根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，包括：根据所述排线策略数据，分别针对每个运输区域生成运输线路第二排线结果。
4.根据权利要求1所述的运输线路处理系统，其特征在于，所述后端服务模块还用于获得所述客户端提供的运输资源类型要求数据和/或运输资源装载量要求数据；
所述运输线路第一请求消息中还包括所述客户端提供的运输资源类型要求数据和/或运输资源装载量要求数据，所述运输线路第二请求消息中还包括所述客户端提供的运输资源类型要求数据和/或运输资源装载量要求数据；
所述算法服务模块具体用于根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据以及所述排线策略数据，生成针对所述运输站点生成信息的运输线路第二排线结果。
5.根据权利要求1所述的运输线路处理系统，其特征在于，所述根据所述排线策略数据生成针对所述运输站点生成信息的运输线路第二排线结果，包括：以最小化运输资源可选择线路数量为目标函数，以所述排线策略数据为约束条件，获得运输资源可选择线路数量最小时的运输线路排线结果，作为所述运输线路第二排线结果。
6.根据权利要求1所述的运输线路处理系统，其特征在于，还包括：订单处理模块；
所述算法服务模块还用于根据所述运输站点生成信息获得用户信息，向所述算法消息平台发送用于请求获得所述用户信息对应的历史订单信息的订单信息第一请求消息，获得所述算法消息平台针对所述订单信息第一请求消息返回的所述用户信息对应的历史订单信息，根据所述历史订单信息获得最后一次为所述用户信息对应的用户配送货物的历史送达时间与当前时间的差值，作为未配送时长，根据所述未配送时长获得对应于所述用户的配送紧急度数据，根据所述用户的配送紧急度数据获得所述用户对应的运输站点的到达次序权重数据；
所述算法服务模块具体用于根据所述排线策略数据和所述运输站点的到达次序权重数据，生成针对所述运输站点生成信息的运输线路第二排线结果；
所述算法消息平台还用于根据所述订单信息第一请求消息，向所述订单处理模块发送用于请求获得所述用户信息对应的历史订单信息的订单信息第二请求消息，获得所述订单处理模块针对所述订单信息第二请求消息返回的所述用户信息对应的历史订单信息；
所述订单处理模块用于针对所述订单信息第二请求消息向所述算法消息平台发送所述用户信息对应的历史订单信息。
7.根据权利要求4所述的运输线路处理系统，其特征在于，所述运输资源类型要求数据为运输车辆的类型要求数据，所述运输资源装载量要求数据为运输车辆的装载量要求数据；
所述后端服务模块还用于获得所述客户端提供的运输车辆数量和所述所有运输站点的到达时间要求数据；
所述运输线路第一请求消息中还包括所述客户端提供的所述运输车辆数量和所述所有运输站点的到达时间要求数据，所述运输线路第二请求消息中还包括所述客户端提供的所述运输车辆数量和所述所有运输站点的到达时间要求数据；
所述算法服务模块具体用于如果确定根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，无法生成针对所述运输站点生成信息的运输线路，并且确定无法生成运输线路的原因为运输车辆数量不足，则设置并调整所需的骑手数量，直至根据所述运输资源类型要求数据和所述运输资源装载量要求数据中的至少一种数据、所述运输车辆数量、所需的骑手数量、所述所有运输站点的到达时间要求数据以及所述排线策略数据，生成针对所述运输站点生成信息的运输线路为止。
8.根据权利要求1所述的运输线路处理系统，其特征在于，所述运输线路第二排线结果包括多个运输线路集合以及每个运输线路集合的运输特征，每个运输线路集合均可完成针对所述所有运输站点的运输任务；
所述后端服务模块还用于获得所述客户端发出的用于查询针对所述所有运输站点的运输线路排线结果的排线结果查询消息，所述排线结果查询消息包括指定运输特征，从所述运输线路第二排线结果中获得与所述指定运输特征匹配的运输线路集合，将与所述指定运输特征匹配的运输线路集合返回给所述客户端。
9.一种运输线路处理方法，其特征在于，包括：
获得客户端提供的运输站点输入信息和排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量；
根据所述排线策略数据生成针对所述所有运输站点的运输线路排线结果；
将所述运输线路排线结果返回给所述客户端。
10.一种运输线路获得方法，其特征在于，包括：
展示用于输入运输站点信息和排线策略数据的信息输入界面；
响应于通过所述信息输入界面获得运输站点输入信息和排线策略数据，向服务端发送所述运输站点输入信息和排线策略数据，所述排线策略数据包括线路数量要求数据和每条线路包括的运输站点的数量要求数据，所述线路数量要求数据用于表示针对所述运输站点输入信息对应的所有运输站点进行排线所需的线路数量；
获得所述服务端返回的针对所述所有运输站点的运输线路排线结果；
展示所述运输线路排线结果。
CN202310114769.5A 2023-02-14 2023-02-14 一种运输线路处理系统、方法、装置及电子设备 Pending CN116050983A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310114769.5A CN116050983A (zh) 2023-02-14 2023-02-14 一种运输线路处理系统、方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310114769.5A CN116050983A (zh) 2023-02-14 2023-02-14 一种运输线路处理系统、方法、装置及电子设备

Publications (1)

Publication Number Publication Date
CN116050983A true CN116050983A (zh) 2023-05-02

Family

ID=86119974

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310114769.5A Pending CN116050983A (zh) 2023-02-14 2023-02-14 一种运输线路处理系统、方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN116050983A (zh)

Similar Documents

Publication Publication Date Title
CN107094165B (zh) 配送能力确定、配送任务获取、配送资源调度方法和设备
CN102542395B (zh) 一种应急物资调度系统及计算方法
CN107918849A (zh) 一种电动物流货车的智能调度装置及方法
CN111639854B (zh) 车辆分配方法、装置、电子设备和存储介质
US20140156327A1 (en) Collaborative job dispatching systems and methods
CN110782208A (zh) 配送任务的推送方法及装置、电子设备、存储介质
US20170249582A1 (en) Intermodal delivery optimization
CN116307306B (zh) 基于大数据的智能调度方法、装置、设备以及存储介质
CN110544055B (zh) 订单处理方法和装置
CN113128744A (zh) 配送规划方法和装置
CN113592282A (zh) 一种物品分配方法和装置
CN114399246A (zh) 一种智能配送调度系统
CN109308593A (zh) 一种基于物联网的机械制造产品存放运输系统及方法
US20220163336A1 (en) Rideshare system implementing peak-shaving for fleet vehicle operators
CN108090721A (zh) 一种物流订单处理方法、装置、服务器及存储介质
CN111489214A (zh) 订单分配方法、条件设置方法、装置及电子设备
CN112418550B (zh) 一种物流行业中多种司机工作状态下的车货匹配方法
CN113330471A (zh) 通信服务器装置及其操作方法
CN116050983A (zh) 一种运输线路处理系统、方法、装置及电子设备
CN112308280A (zh) 物流调度管理方法、装置、电子设备和存储介质
CN116432880A (zh) 一种共享云仓物流城配路线智能选择及运费报价系统
CN111833119A (zh) 一种订单分配的方法、装置、电子设备及存储介质
CN111860918B (zh) 配送方法及装置、电子设备和计算机可读介质
CN113554386A (zh) 适用于电商订单的物流分配方法、装置、设备及存储介质
CN114493418A (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