CN108647892A - 一种订单调度方法、装置及电子设备 - Google Patents

一种订单调度方法、装置及电子设备 Download PDF

Info

Publication number
CN108647892A
CN108647892A CN201810457728.5A CN201810457728A CN108647892A CN 108647892 A CN108647892 A CN 108647892A CN 201810457728 A CN201810457728 A CN 201810457728A CN 108647892 A CN108647892 A CN 108647892A
Authority
CN
China
Prior art keywords
order
group
single object
orders
competition
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
CN201810457728.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.)
Beijing SF Intra City Technology Co Ltd
Original Assignee
Beijing SF Intra City 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 Beijing SF Intra City Technology Co Ltd filed Critical Beijing SF Intra City Technology Co Ltd
Priority to CN201810457728.5A priority Critical patent/CN108647892A/zh
Publication of CN108647892A publication Critical patent/CN108647892A/zh
Pending legal-status Critical Current

Links

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/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
    • 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

Landscapes

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

Abstract

本申请涉及位置定位技术领域,尤其涉及一种订单调度方法,所述方法包括:获取未分配订单;将所述未分配订单划分为至少一个订单组;针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分;根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息;从而在订单分配过程中,可以在保障抢单对象的自主性的同时,提升全局派单效率。本申请还提供了一种订单调度的装置及电子设备。

Description

一种订单调度方法、装置及电子设备
技术领域
本申请涉及物流调度技术领域,尤其涉及一种订单调度方法、装置及电子设备。
背景技术
在物流调度领域当中,主要存在三种形式的调度模式,分别为商圈调度模式,驻店调度模式以及众包调度模式。从骑士角度上来讲,商圈调度模式的骑士有各自归属的商圈,骑士在各自商圈内负责订单的配送;驻店调度模式的骑士则负责所属商户绑定的所有订单;众包调度模式的骑士没有商圈概念,可配送订单召回内的所有订单。从运营方面来讲,商圈调度模式及驻店调度模式的骑士都属于指派类型的服务,即平台派单模式,非特殊情况骑士不得拒单;众包调度模式的骑士属于订单抢单类型的服务,平台将订单需求发布出来,在订单召回范围内的骑士都可以进行抢单,属于一种撮合交易模式。
但是,商圈和驻店调度模式中订单指派的方式,由于是强制指派骑士从而导致骑士失去了自助决策的可能性;众包调度模式中采用订单召回范围内所有骑士抢单的方式,骑士只会考虑个人的当前状态进行抢单,从而无法考虑全局派单效率,导致全局派单效率低。
发明内容
有鉴于此,本申请实施例提供一种订单调度方法、系统及电子设备,可以在保障骑士具有一定自助决策权的同时,提升全局派单效率。
主要包括以下几个方面:
一方面,本申请实施例提供了一种订单调度方法,所述方法包括:
获取未分配订单;
将所述未分配订单划分为至少一个订单组;
针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分;
根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
结合第一方面,本申请实施例提供了第一方面的第一种可能的实施方式,其中,
将所述未分配订单划分为至少一个订单组,包括:
根据所述未分配订单的地址信息,将所述未分配订单划分为至少一个订单组。
结合第一方面,本申请实施例提供了第一方面的第二种可能的实施方式,其中,
所述已分配订单信息包括已分配且未完成的订单的地址信息;
所述针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分,包括:
针对每个所述订单组,将每个抢单对象的已分配且还未完成的订单的地址信息,与该订单组中订单的地址信息之间的匹配度,确定为该抢单对象的优先级得分。
结合第一方面,或第一方面的第一种可能的实施方式或第二种可能的实施方式,本申请实施例提供了第一方面的第三种可能的实施方式,其中,
根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息,包括:
判断优先级得分最高的抢单对象的优先级得分是否大于设定阈值;
若是,则将该订单组的订单信息发布给所述优先级得分最高的抢单对象。
结合第一方面的第三种可能的实施方式,本申请实施例提供了第一方面的第四种可能的实施方式,其中,
将该订单组的订单信息发布给所述优先级得分最高的抢单对象之后,还包括:
若该订单组存在部分或全部订单未被抢单,则将剩余未被抢单的订单的订单信息发布给除所述优先级得分最高的抢单对象外的、对应的所述优先级得分大于设定阈值的抢单对象,由对应的所述优先级得分大于设定阈值的抢单对象进行抢单。
结合第一方面,本申请实施例提供了第一方面的第五种可能的实施方式,其中,
所述已分配订单信息包括已分配且还未完成的订单信息,以及根据该抢单对象的已完成订单信息统计的打分影响因素信息;
所述针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分,包括:
针对每个所述订单组,基于每个抢单对象在已分配订单信息中每种信息下的打分,以及已分配订单信息中每种信息的权重,确定每个抢单对象得到该订单组的优先级得分。
结合第一方面的第五种可能的实施方式,本申请实施例提供了第一方面的第六种可能的实施方式,其中,
确定每个抢单对象的优先级得分之后,还包括:
将所述抢单对象按照所述优先级得分划分为多个抢单对象组;其中,每个抢单对象组包括至少一个抢单对象,第N个抢单对象组中的抢单对象的优先级得分均比第N-1个抢单对象组中的抢单对象的优先级得分低,且第N个抢单对象组中的抢单对象的数量大于第N-1个抢单对象组中的抢单对象的数量;N为大于1的正整数;
所述根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息,包括:
按照各个抢单对象组对应的优先级得分由高到低的顺序,依次将所述订单组中的未分配订单的订单信息发布给每个抢单对象组,直到所有未分配订单均被抢单,或者直到将所述订单组中的未分配订单的订单信息发布给最后一个抢单对象组。
第二方面,本申请实施例还提供了一种订单调度方法,所述方法包括:
获取未分配订单;
将所述未分配订单划分为至少一个订单组;
针对每个所述订单组,基于每个抢单对象当前对应的已分配且未完成的订单的地址信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息;
若存在未被抢单的订单,将所述未被抢单的订单划分为至少一个剩余订单组;针对每个所述剩余订单组,基于每个抢单对象当前对应的已分配且还未完成的订单信息,以及根据该抢单对象的已完成订单信息统计的打分影响因素信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
第三方面,本申请实施例还提供了一种订单调度装置,所述装置包括:获取模块、划分模块、确定模块及处理模块;其中,
所述获取模块,用于获取未分配订单;
所述划分模块,用于将所述未分配订单划分为至少一个订单组;
所述确定模块,用于针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分;
所述处理模块,用于根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
第四方面,本申请实施例还提供了一种订单调度装置,所述装置包括:获取模块、第一划分模块、第一处理模块、第二划分模块及第二处理模块;其中,
所述获取模块,用于获取未分配订单;
第一划分模块,用于将所述未分配订单划分为至少一个订单组;
第一处理模块,用于针对每个所述订单组,基于每个抢单对象当前对应的已分配且未完成的订单的地址信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息;
第二划分模块,用于若存在未被抢单的订单,将所述未被抢单的订单划分为至少一个剩余订单组;
第二处理模块,用于针对每个所述剩余订单组,基于每个抢单对象当前对应的已分配且还未完成的订单信息,以及根据该抢单对象的已完成订单信息统计的打分影响因素信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
第五方面,本申请实施例还提供了一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当网络侧设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述的方法。
第六方面,本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述的方法。
采用上述方案,首先获取未分配订单,然后根据所述未分配订单的订单信息,将所述未分配订单划分为至少一个订单组,进而可以针对每个订单组,基于每个抢单对象当前对应的已分配订单信息,为抢单对象打分,从而可以根据抢单对象打分后的优先级得分为每个订单组分配相应的抢单对象。通过这种方式,可以将每个订单组优先分配给相应的优先级得分高的抢单对象进行抢单,从而可以一方面在订单分配过程中保障抢单对象的自主性,另一方面也提升了全局派单效率。
另外,本申请另外一种实施例还提供了两种抢单方式结合的实施方式,首先基于每个抢单对象当前对应的已分配且未完成的订单的地址信息,选择与订单组的地址匹配的抢单对象进行抢单,这样保证效率优先;若存在未被抢单的订单,再考虑抢单对象的综合服务能力选择抢单对象进行抢单,一方面进一步提升全局派单效率,另一方面也保证了派单的可靠性。
为使本申请实施例的上述目的、特征和优点能更明显易懂,下面将结合实施例,并配合所附附图,作详细说明。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例一所提供的订单调度方法的流程图;
图2示出了本申请实施例二所提供的订单调度方法的流程图;
图3示出了本申请实施例三所提供的订单调度方法的流程图;
图4示出了本申请实施例四所提供的订单调度装置的结构图;
图5示出了本申请实施例五所提供的订单调度装置的结构图;
图6示出了本申请实施例六所提供的电子设备的结构图;
图7示出了本申请实施例七所提供的电子设备的结构图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。以下对本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例中,可以根据未分配订单的订单信息,将未分配订单划分为至少一个订单组,然后基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象针对每个订单组的优先级得分,进而可以根据优先级得分将每个订单组的订单信息优先发布给一个或多个抢单对象,由上述一个或多个抢单对象进行抢单,从而可以将订单组追加给顺路的抢单对象,进而保证全局的派单效率。
如果根据全局的派单效率,为配送人员直接指定订单,那么非特殊情况下配送人员不得拒单,配送人员失去自主选择的权利,从而导致配送人员缺乏积极性,派单效率低。如果由配送人员对发布的订单信息进行抢单,虽然配送人员可以自由选择接单,但却影响全局的派单效率,一些情况下,即使配送人员距离订单的取单地点或送货地点很远,或配送人员已经具有很多未完成订单时,也会进行抢单,从而导致派单效率低。本申请实施例中提供的订单调度方法,既可以保证全局的派单效率,还可以实现配送人员接单的自主性,进而提高派单效率,增强客户和配送人员的体验。
在本申请另外的实施方式中,还可以将全局派单过程分为第一调度阶段及第二调度阶段。第一调度阶段中派单平台可以按照效率优先的原则,基于每个抢单对象当前对应的已分配且未完成的订单的地址信息,将未分配订单追加给抢单对象。第二调度阶段中派单平台可以考虑抢单对象的综合服务能力来选择抢单对象。派单平台在第一调度阶段之后,如果检测到还存在未分配订单,启用第二调度阶段将第一调度阶段中剩余的未分配订单分配发布出去。
下述实施例将会对订单调度过程作详细说明。
实施例一
本申请实施例一提供的订单调度方法可以应用在派单平台或订单调度设备中,为了方便描述,下述内容以派单平台作为上述方法的执行主体。
本申请实施例一提供的一种订单调度方法的基本流程如图1所示,该方法包括:
S101:获取未分配订单。
这里,派单平台可以通过轮询的方式获取未分配订单,轮询的时间间隔可以根据实际需求进行设定,如0.5秒、1秒或2秒等。这里,未分配订单可以为基于用户终端发送的订单请求获取的,且未被配送人员或骑士接单的订单。
在具体实施中,派单平台获取未分配订单,具体可以指获取未分配订单的订单信息。订单信息可以包括发件地址、收件地址、发件人名称、发件人联系方式、收件人名称、收件人联系方式、派单时间以及派单要求等信息。
在步骤S101之后,派单平台可以根据未分配订单的订单信息对抢单对象进行召回,进而可以确定派单过程中未分配订单的分配对象。这里,抢单对象可以理解为快递员、配送人员或骑士等,也可以理解为具有抢单功能的终端设备。
具体如,派单平台可以根据未分配订单的地址信息,确定位置在距离未分配订单的收件位置预设距离范围内的抢单对象。例如,派单平台可以召回距离全部未分配订单的收件位置8公里以内的全部骑士。
S102:将所述未分配订单划分为至少一个订单组。
在具体实施中,派单平台可以根据未分配订单的订单信息将未分配订单划分为至少一个订单组。具体如,派单平台可以根据未分配订单的地址信息,将具有相同或接近该地址信息的未分配订单划分为同一个订单组,将地址信息差距较大的未分配订单划分为不同的订单组。此外,派单平台还可以根据订单的紧急程度,将地址信息相同或相近的未分配订单,且需要紧急配送的未分配订单划分为同一个订单组。
派单平台在为未分配订单分组时,可以先通过未分配订单的地址信息的文字匹配获取地址相同的订单,再通过计算未分配订单的地址之间的距离,确定订单组的数量及每个订单组中的未分配订单。在确定订单组中的未分配订单时,可以将地址之间的距离在预设距离内的未分配订单划分为同一个订单组,将地址之间的距离大于预设距离的未分配订单划分为不同的订单组。
S103:针对每个订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分。
这里,派单平台可以针对每个订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分。这里,已分配订单信息为已分配订单的订单信息,已分配订单可以包括已完成的订单,还可以包括已分配但未完成的订单;已分配订单信息可以包括:已分配且还未完成的订单的地址信息、已分配还未完成的订单的数量、已分配还未完成的订单的剩余时间、已分配还未完成的订单的数量、已分配还未完成的订单中首单配送距离、根据该抢单对象的已完成订单信息获取的打分影响因素信息等信息。打分影响因素信息可以为基于已完成订单信息获取的影响优先级得分的信息,例如,派单平台可以根据骑士已完成订单信息获取该骑士的配送准时率、骑士的服务态度以及骑士是否空闲等信息,并将这些信息作为骑士打分的依据。
以上述已分配订单信息包括已分配还未完成的订单信息为例,派单平台可以针对每个订单组,将每个抢单对象的已分配且还未完成的订单的地址信息与该订单组中订单的地址信息之间的匹配度,作为该抢单对象的优先级得分,进而可以根据优先级得分向抢单对象发布订单信息。在进行地址信息匹配时,派单平台可以根据抢单对象当前的移动方向或当前所在地点,判断该抢单对象将要到达的目的地址。这里的目的地址可以为已分配还未完成的订单的收件地址,也可以为已分配还未完成的订单的发件地址。通过这种方式确定的每个抢单对象得到某一订单组的优先级得分,可以考虑全局订单派送的效率,当抢单对象具有的某一订单组的优先级得分越高,则可以表明该抢单对象在进行取单或派单时可以具有最优的效率。
具体如,派单平台将骑士正在进行派送的订单的地址信息与订单组中订单的地址信息进行匹配,将地址信息在骑士周围或者骑士经过路线上的订单作为具有匹配度高的订单,并将匹配后的匹配度作为该骑士的优先级得分,即匹配度越高,该骑士的优先级得分越高。
S104:根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
派单平台可以根据步骤S103中确定的每个抢单对象得到相应订单组的优先级得分,选择至少一个抢单对象,并向选择的抢单对象发布该订单组的订单信息,由选择的至少一个抢单对象进行抢单。
在选择至少一个抢单对象之前,派单平台可以先获取该订单组的优先级得分大于设定阈值的抢单对象,并判断该订单组对应的优先级得分最高的抢单对象的优先级得分是否大于该设定阈值,如果该订单组对应的优先级得分最高的抢单对象的优先级得分大于该设定阈值,则可以将该订单组的订单信息发布给该优先级得分最高的抢单对象。这里,设定阈值可以为抢单平台根据预设的可追单条件进行设置的,如果优先级得分大于设定阈值,则可以将该订单组追加给该抢单对象。上述预设的可追单条件可以根据抢单对象的已分配且未完成的订单的地址信息以及该订单组的地址信息进行设置,如果抢单对象的待经过的地点与订单组的地址信息指示的地点之间距离在一定范围内,则表明该订单组可以追加给该抢单骑士;否则,该订单组不可追加给该骑士。
在派单平台将该订单组的订单信息发布给优先级得分最高的抢单对象之后,优先级得分最高的抢单对象对该订单组进行抢单。若派单平台检测到该订单组存在部分或全部订单未被抢单,则将剩余未被抢单的订单的订单信息发布给除所述优先级得分最高的抢单对象外的、对应的所述优先级得分大于设定阈值的抢单对象,由对应的所述优先级得分大于设定阈值的抢单对象进行抢单。例如,派单平台在将该订单组的订单信息发布给优先级得分最高的抢单对象,10秒后将该订单组的订单消息发布给该订单组优先级得分大于上述设定阈值的抢单对象,由该订单组优先级得分大于上述设定阈值的其他抢单对象对该订单组中未被抢单的订单进行抢单。
通过本申请实施例一提供的订单调度方法,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分,基于该优先级得分,将订单组发布给优先级得分高的骑士,在保障抢单对象的自主决策权的同时,还可以提升全局派单效率。
在上述实施例的一种实施方式中,将每个抢单对象的已分配且还未完成的订单的地址信息,与订单组中订单的地址信息之间的匹配度,确定为该抢单对象得到该订单组的优先级得分,将订单追加给派单距离最近的抢单骑士,从而可以进一步提升全局派单效率。
实施例二
下面结合图2对本申请实施例二提供的第二调度阶段中的订单调度方法进行说明。
S201,获取未分配订单。
这里,派单平台可以通过轮询的方式获取未分配订单,轮询的时间间隔可以根据实际需求进行设定,如0.5秒、1秒或2秒等。可选地,派单平台可以获取第一调度阶段中剩余未分配订单。在第一轮调度中,派单平台通过全局配单效率最优的方式将未分配订单的消息发布给满足可追加条件的抢单对象,在订单信息发布之后,可能会存在一些未被抢单成功的订单,以及一些无法进行追加给抢单对象的订单,这些订单可以为剩余未分配订单。
S202,将所述未分配订单划分为至少一个订单组。
这里,派单平台可以根据未分配订单的订单信息将未分配订单划分为至少一个订单组。具体如,派单平台可以根据剩余未分配订单的地址信息,将具有相同或接近地址信息的未分配订单划分为同一个剩余订单组。
S203,针对每个所述订单组,基于每个抢单对象在已分配订单信息中每种信息下的打分,以及已分配订单信息中每种信息的权重,确定每个抢单对象得到该订单组的优先级得分。
这里,派单平台可以针对每个订单组,针对每个订单组为每个抢单进行打分。在打分时,派单平台可以根据每个抢单对象在已分配订单信息中每种信息下的打分,以及已分配订单信息中每种信息的权重,计算每个抢单对象得到该订单组的优先级得分。这里,已分配订单信息可以包括:已分配且还未完成的订单的地址信息、已分配且还未完成的订单的数量、已分配还未完成的订单的剩余时间、已分配还未完成的订单的数量、已分配且还未完成的订单中首单配送距离、根据该抢单对象的已完成订单信息获取的打分影响因素信息等信息。派单系统可以为已分配订单信息中的每种信息设置相应的权重,进而可以根据每种信息中的权重计算得到抢单对象针对某一订单组的优先级得分。例如,抢单对象的已分配且还未完成的订单的剩余时间较短,则该抢单对象会优先对剩余时间较短的订单进行派送,从而可能将新接的订单排在后面进行配送,因此该抢单对象在已分配且还未完成的订单的剩余时间这一种信息上的得分较低。上述打分方式可以综合考虑订单组的订单信息以及抢单对象的多方面信息,确定抢单对象针对某一订单组的优先级得分,从而使订单组可以分配给综合服务能力最优的抢单对象。
可选地,派单平台可以针对每个剩余订单组,针对每个剩余订单组为每个抢单进行打分,确定第二调度阶段中每个抢单对象得到该剩余订单组的优先级得分。
S204,将所述抢单对象按照所述优先级得分划分为多个抢单对象组。
在具体实施方式中,派单平台可以将所述抢单对象按照所述优先级得分划分为多个抢单对象组,其中,每个抢单对象组包括至少一个抢单对象,第N个抢单对象组中的抢单对象的优先级得分均比第N-1个抢单对象组中的抢单对象的优先级得分低,且第N个抢单对象组中的抢单对象的数量大于第N-1个抢单对象组中的抢单对象的数量;其中,N为大于1的正整数。
这里,派单平台可以按照每个抢单对象的优先级得分的高低,为所有抢单对象进行排序,并按照排序后的顺序将抢单对象分为N个抢单对象组,每个抢单对象组中的抢单对象个数可以相同。例如,派单平台可以优先级得分前20%的抢单对象划分为第1个抢单对象组,将优先级得分前20%至前40%的抢单对象划分为第2个抢单对象组,以此类推,直至最后一个抢单对象。
S205,按照各个抢单对象组对应的优先级得分由高到低的顺序,依次将所述订单组中的未分配订单的订单信息发布给每个抢单对象组,直到所有未分配订单均被抢单,或者直到将所述订单组中的未分配订单的订单信息发布给最后一个抢单对象组。
派单平台可以按照各个抢单对象组对应的优先级得分由高到低的顺序,依次将所述订单组中的未分配订单的订单信息发布给每个抢单对象组。例如,派单平台可以先将剩余订单组的订单信息最先分配给优先级得分前20%的抢单对象的抢单对象组,在预设时间之后,将该剩余订单组的订单信息发布给优先级得分在前20%至前40%的抢单对象的抢单对象组,直到所有剩余未分配订单均被抢单,或者直到将该订单组中的未分配订单的订单信息发布给最后一个抢单对象组。
本申请实施例二中订单调度的方法,可以根据抢单对象的综合服务能力来选择抢单对象,未分配订单的订单信息可以优先发布给中和服务能力强的抢单对象,从而提高订单派送过程中的服务质量,提高用户的满意度。
实施例三
下面结合图3对本申请实施例二提供的第二调度阶段中的订单调度方法进行说明。
S301,派单平台获取未分配订单。
这里,派单平台可以通过轮询的方式获取未分配订单,轮询的时间间隔可以根据实际需求进行设定,如0.5秒、1秒或2秒等。
S302,派单平台将所述未分配订单划分为至少一个订单组。
具体如,派单平台可以根据未分配订单的地址信息,将具有地址信息之间的匹配度大于预设值的未分配订单划分为同一个订单组。
S303,派单平台针对每个所述订单组,基于每个抢单对象当前对应的已分配且未完成的订单的地址信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
这里,派单平台可以针对每个订单组,将每个抢单对象的已分配且还未完成的订单的地址信息与该订单组中订单的地址信息之间的匹配度,作为该抢单对象的优先级得分,并将该订单组的订单信息先发布给优先级得分最高且大于设定阈值的抢单对象。如果该订单组还存在未被抢单的订单,派单平台在预设时间长度之后,将该订单组中未被抢单的订单的订单信息发布给该订单组对应的优先级得分大于设定阈值的其他抢单对象。
S304,派单平台若检测到存在未被抢单的订单,将所述未被抢单的订单划分为至少一个剩余订单组。
如果在步骤S303之后派单平台检测到还存在未被抢单的订单,派单平台可以根据剩余未分配订单的地址信息将剩余未分配订单重新划分为至少一个剩余订单组。
S305,派单平台针对每个所述剩余订单组,基于每个抢单对象当前对应的已分配且还未完成的订单信息,以及根据该抢单对象的已完成订单信息统计的打分影响因素信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
这里,派单平台可以按照每个抢单对象的优先级得分的高低,为所有抢单对象进行排序,并按照排序后的顺序将该订单组的订单信息先发布给优先级得分在前20%的抢单对象,预设时间长度之后,将该订单组的订单信息发布给优先级得分在前20%至前40%的抢单对象,直至所有剩余订单均被抢单或直至该订单组中剩余订单的订单信息发给最后一个抢单对象。
本申请实施例三提供的订单调度方法,首先基于每个抢单对象当前对应的已分配且未完成的订单的地址信息,选择与订单组的地址匹配的抢单对象进行抢单,从而可以保证效率优先;若在订单消息发布之后,还存在未被抢单的订单,再考虑抢单对象的综合服务能力选择抢单对象进行抢单,一方面进一步提升全局派单效率,另一方面保证了派单的可靠性。
实施例四
本申请实施例四提供的订单调度装置的结构如图4所示,所述订单调度装置40包括:获取模块41、划分模块42、确定模块43及处理模块44;其中,
所述获取模块41,用于获取未分配订单;
所述划分模块42,用于将所述未分配订单划分为至少一个订单组;
所述确定模块43,用于针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分;
所述处理模块44,用于根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
上述订单调度装置40可以根据未分配订单未分配订单的订单信息,将未分配订单划分为至少一个订单组,进而可以通过每个抢单对象得到相应订单组的优先级得分,将每个订单组优先分配给相应的优先级得分高的抢单对象,从而可以在保证全局派单效率的情况下,由抢单对象进行抢单,提高订单分配过程中抢单对象的自主性。
进一步地,所述划分模块42,具体用于根据所述未分配订单的地址信息,将所述未分配订单划分为至少一个订单组。
可选地,所述已分配订单信息包括已分配且未完成的订单的地址信息;
所述确定模块43,具体用于针对每个所述订单组,将每个抢单对象的已分配且还未完成的订单的地址信息,与该订单组中订单的地址信息之间的匹配度,确定为该抢单对象的优先级得分。
进一步地,所述处理模块44,具体用于判断优先级得分最高的抢单对象的优先级得分是否大于设定阈值;若是,则将该订单组的订单信息发布给所述优先级得分最高的抢单对象。
进一步地,所述处理模块44,还用于若该订单组存在部分或全部订单未被抢单,则将剩余未被抢单的订单的订单信息发布给除所述优先级得分最高的抢单对象外的、对应的所述优先级得分大于设定阈值的抢单对象,由对应的所述优先级得分大于设定阈值的抢单对象进行抢单。
可选地,所述已分配订单信息包括已分配且还未完成的订单信息,以及根据该抢单对象的已完成订单信息统计的打分影响因素信息;
所述确定模块43,具体用于针对每个所述订单组,基于每个抢单对象在已分配订单信息中每种信息下的打分,以及已分配订单信息中每种信息的权重,确定每个抢单对象得到该订单组的优先级得分。
进一步地,所述划分模块42,还用于将所述抢单对象按照所述优先级得分划分为多个抢单对象组;其中,每个抢单对象组包括至少一个抢单对象,第N个抢单对象组中的抢单对象的优先级得分均比第N-1个抢单对象组中的抢单对象的优先级得分低,且第N个抢单对象组中的抢单对象的数量大于第N-1个抢单对象组中的抢单对象的数量;N为大于1的正整数;
所述处理模块44,具体用于按照各个抢单对象组对应的优先级得分由高到低的顺序,依次将所述订单组中的未分配订单的订单信息发布给每个抢单对象组,直到所有未分配订单均被抢单,或者直到将所述订单组中的未分配订单的订单信息发布给最后一个抢单对象组。
上述订单调度装置40可以通过全局派单效率最优的方式将未分配订单追加给抢单对象,或者通过综合服务能力最优的方式将未分配订单分配给抢单对象,进而可以针对不同的订单分配需求使用不同的订单调度方式。
实施例五
本申请实施例五提供的订单调度装置的结构如图5所示,所述订单调度装置50包括:获取模块51、第一划分模块52、第一处理模块53、第二划分模块54及第二处理模块55;其中,
所述获取模块51,用于获取未分配订单;
第一划分模块52,用于将所述未分配订单划分为至少一个订单组;
第一处理模块53,用于针对每个所述订单组,基于每个抢单对象当前对应的已分配且未完成的订单的地址信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息;
第二划分模块54,用于若存在未被抢单的订单,将所述未被抢单的订单划分为至少一个剩余订单组;
第二处理模块55,用于针对每个所述剩余订单组,基于每个抢单对象当前对应的已分配且还未完成的订单信息,以及根据该抢单对象的已完成订单信息统计的打分影响因素信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
上述订单调度装置50可以先以全局派单效率最优的方式将未分配订单追加给抢单对象,如果检测到还存在剩余未分配订单时,可以通过抢单对象的考虑综合服务能力,将剩余未分配订单的订单信息优先发布给综合服务能力强的抢单对象,从而不仅可以提升全局派单效率,还可以提高派单的质量,保证派单的可靠性。
实施例六
如图6所示,为本申请实施例五所提供的一种电子设备60的结构示意图,包括:处理器61、存储器62和总线63;
所述存储器存储62有所述处理器61可执行的机器可读指令,当网络侧设备运行时,所述处理器61与所述存储器62之间通过总线63通信,所述机器可读指令被所述处理器61执行时执行如下处理:
获取未分配订单;
将所述未分配订单划分为至少一个订单组;
针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分;
根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
在具体实施中,上述处理器61执行的处理中,将所述未分配订单划分为至少一个订单组,包括:
根据所述未分配订单的地址信息,将所述未分配订单划分为至少一个订单组。
在具体实施中,上述处理器61执行的处理中,所述已分配订单信息包括已分配且未完成的订单的地址信息;
所述针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分,包括:
针对每个所述订单组,将每个抢单对象的已分配且还未完成的订单的地址信息,与该订单组中订单的地址信息之间的匹配度,确定为该抢单对象的优先级得分。
在具体实施中,上述处理器61执行的处理中,根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息,包括:
判断优先级得分最高的抢单对象的优先级得分是否大于设定阈值;
若是,则将该订单组的订单信息发布给所述优先级得分最高的抢单对象。
在具体实施中,上述处理器61执行的处理中,将该订单组的订单信息发布给所述优先级得分最高的抢单对象之后,还包括:
若该订单组存在部分或全部订单未被抢单,则将剩余未被抢单的订单的订单信息发布给除所述优先级得分最高的抢单对象外的、对应的所述优先级得分大于设定阈值的抢单对象,由对应的所述优先级得分大于设定阈值的抢单对象进行抢单。
在具体实施中,上述处理器61执行的处理中,所述已分配订单信息包括已分配且还未完成的订单信息,以及根据该抢单对象的已完成订单信息统计的打分影响因素信息;
所述针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分,包括:
针对每个所述订单组,基于每个抢单对象在已分配订单信息中每种信息下的打分,以及已分配订单信息中每种信息的权重,确定每个抢单对象得到该订单组的优先级得分。
在具体实施中,上述处理器61执行的处理中,确定每个抢单对象的优先级得分之后,还包括:
将所述抢单对象按照所述优先级得分划分为多个抢单对象组;其中,每个抢单对象组包括至少一个抢单对象,第N个抢单对象组中的抢单对象的优先级得分均比第N-1个抢单对象组中的抢单对象的优先级得分低,且第N个抢单对象组中的抢单对象的数量大于第N-1个抢单对象组中的抢单对象的数量;N为大于1的正整数;
所述根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息,包括:
按照各个抢单对象组对应的优先级得分由高到低的顺序,依次将所述订单组中的未分配订单的订单信息发布给每个抢单对象组,直到所有未分配订单均被抢单,或者直到将所述订单组中的未分配订单的订单信息发布给最后一个抢单对象组。
实施例七
如图7所示,为本申请实施例五所提供的一种电子设备70的结构示意图,包括:处理器71、存储器72和总线73;
所述存储器存储72有所述处理器71可执行的机器可读指令,当网络侧设备运行时,所述处理器71与所述存储器72之间通过总线73通信,所述机器可读指令被所述处理器71执行时执行如下处理:
获取未分配订单;
将所述未分配订单划分为至少一个订单组;
针对每个所述订单组,基于每个抢单对象当前对应的已分配且未完成的订单的地址信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息;
若存在未被抢单的订单,将所述未被抢单的订单划分为至少一个剩余订单组;针对每个所述剩余订单组,基于每个抢单对象当前对应的已分配且还未完成的订单信息,以及根据该抢单对象的已完成订单信息统计的打分影响因素信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
实施例八
本申请实施例八还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述订单调度方法的步骤。
具体地,该存储介质能够为通用的存储介质,如移动磁盘、硬盘等,该存储介质上的计算机程序被运行时,能够执行上述订单调度方法,从而解决目前订单调度模式中无法统筹全局订单派单效率及骑士自主抢单的问题,从而可以一方面在订单分配过程中保障抢单对象的自主性,另一方面也提升了全局派单效率。
本申请实施例所提供的订单调度方法的计算机程序产品,包括存储了程序代码的计算机可读存储介质,程序代码包括的指令可用于执行前面方法实施例中的方法,具体实现可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (12)

1.一种订单调度方法,其特征在于,所述方法包括:
获取未分配订单;
将所述未分配订单划分为至少一个订单组;
针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分;
根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
2.根据权利要求1所述的方法,其特征在于,将所述未分配订单划分为至少一个订单组,包括:
根据所述未分配订单的地址信息,将所述未分配订单划分为至少一个订单组。
3.根据权利要求1所述的方法,其特征在于,所述已分配订单信息包括已分配且未完成的订单的地址信息;
所述针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分,包括:
针对每个所述订单组,将每个抢单对象的已分配且还未完成的订单的地址信息,与该订单组中订单的地址信息之间的匹配度,确定为该抢单对象的优先级得分。
4.根据权利要求1~3任一所述的方法,其特征在于,根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息,包括:
判断优先级得分最高的抢单对象的优先级得分是否大于设定阈值;
若是,则将该订单组的订单信息发布给所述优先级得分最高的抢单对象。
5.根据权利要求4所述的方法,其特征在于,将该订单组的订单信息发布给所述优先级得分最高的抢单对象之后,还包括:
若该订单组存在部分或全部订单未被抢单,则将剩余未被抢单的订单的订单信息发布给除所述优先级得分最高的抢单对象外的、对应的所述优先级得分大于设定阈值的抢单对象,由对应的所述优先级得分大于设定阈值的抢单对象进行抢单。
6.根据权利要求1所述的方法,其特征在于,所述已分配订单信息包括已分配且还未完成的订单信息,以及根据该抢单对象的已完成订单信息统计的打分影响因素信息;
所述针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分,包括:
针对每个所述订单组,基于每个抢单对象在已分配订单信息中每种信息下的打分,以及已分配订单信息中每种信息的权重,确定每个抢单对象得到该订单组的优先级得分。
7.根据权利要求6所述的方法,其特征在于,确定每个抢单对象的优先级得分之后,还包括:
将所述抢单对象按照所述优先级得分划分为多个抢单对象组;其中,每个抢单对象组包括至少一个抢单对象,第N个抢单对象组中的抢单对象的优先级得分均比第N-1个抢单对象组中的抢单对象的优先级得分低,且第N个抢单对象组中的抢单对象的数量大于第N-1个抢单对象组中的抢单对象的数量;N为大于1的正整数;
所述根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息,包括:
按照各个抢单对象组对应的优先级得分由高到低的顺序,依次将所述订单组中的未分配订单的订单信息发布给每个抢单对象组,直到所有未分配订单均被抢单,或者直到将所述订单组中的未分配订单的订单信息发布给最后一个抢单对象组。
8.一种订单调度方法,其特征在于,所述方法包括:
获取未分配订单;
将所述未分配订单划分为至少一个订单组;
针对每个所述订单组,基于每个抢单对象当前对应的已分配且未完成的订单的地址信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息;
若存在未被抢单的订单,将所述未被抢单的订单划分为至少一个剩余订单组;针对每个所述剩余订单组,基于每个抢单对象当前对应的已分配且还未完成的订单信息,以及根据该抢单对象的已完成订单信息统计的打分影响因素信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
9.一种订单调度装置,其特征在于,所述装置包括:获取模块、划分模块、确定模块及处理模块;其中,
所述获取模块,用于获取未分配订单;
所述划分模块,用于将所述未分配订单划分为至少一个订单组;
所述确定模块,用于针对每个所述订单组,基于每个抢单对象当前对应的已分配订单信息,确定每个抢单对象得到该订单组的优先级得分;
所述处理模块,用于根据确定的每个抢单对象得到该订单组的优先级得分,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
10.一种订单调度装置,其特征在于,所述装置包括:获取模块、第一划分模块、第一处理模块、第二划分模块及第二处理模块;其中,
所述获取模块,用于获取未分配订单;
第一划分模块,用于将所述未分配订单划分为至少一个订单组;
第一处理模块,用于针对每个所述订单组,基于每个抢单对象当前对应的已分配且未完成的订单的地址信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息;
第二划分模块,用于若存在未被抢单的订单,将所述未被抢单的订单划分为至少一个剩余订单组;
第二处理模块,用于针对每个所述剩余订单组,基于每个抢单对象当前对应的已分配且还未完成的订单信息,以及根据该抢单对象的已完成订单信息统计的打分影响因素信息,选择至少一个抢单对象,并向选择的至少一个抢单对象发布该订单组的订单信息。
11.一种电子设备,其特征在于,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当网络侧设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行如权利要求1至7任一所述的方法,或者执行权利要求8所述的方法。
12.一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如权利要求1至7任一所述的方法,或者执行权利要求8所述的方法。
CN201810457728.5A 2018-05-14 2018-05-14 一种订单调度方法、装置及电子设备 Pending CN108647892A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810457728.5A CN108647892A (zh) 2018-05-14 2018-05-14 一种订单调度方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810457728.5A CN108647892A (zh) 2018-05-14 2018-05-14 一种订单调度方法、装置及电子设备

Publications (1)

Publication Number Publication Date
CN108647892A true CN108647892A (zh) 2018-10-12

Family

ID=63755281

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810457728.5A Pending CN108647892A (zh) 2018-05-14 2018-05-14 一种订单调度方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN108647892A (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109636213A (zh) * 2018-12-19 2019-04-16 拉扎斯网络科技(上海)有限公司 订单分配、评价方法及装置、电子设备及存储介质
CN109685309A (zh) * 2018-11-15 2019-04-26 拉扎斯网络科技(上海)有限公司 订单分配方法、装置、电子设备和存储介质
CN111105286A (zh) * 2019-10-08 2020-05-05 上海钧正网络科技有限公司 网约车派单方法、装置、设备和存储介质
CN111222773A (zh) * 2019-12-30 2020-06-02 北京顺达同行科技有限公司 订单分配方法、装置、计算机可读存储介质和计算机设备
CN111325429A (zh) * 2018-12-14 2020-06-23 中移信息技术有限公司 一种订单推送方法、装置、介质和设备
CN111382969A (zh) * 2018-12-30 2020-07-07 北京极智嘉科技有限公司 订单处理方法、装置、设备及存储介质
CN112258070A (zh) * 2020-10-29 2021-01-22 北京思特奇信息技术股份有限公司 一种智能派单方法和系统
CN112819573A (zh) * 2021-01-25 2021-05-18 五八到家有限公司 一种订单处理方法、设备及存储介质
CN113159661A (zh) * 2020-01-23 2021-07-23 北京三快在线科技有限公司 配送体的分配方法、装置、电子设备及可读存储介质
CN113379170A (zh) * 2021-08-13 2021-09-10 深圳市华球通网络有限公司 基于互联网的订单分配方法及相关装置
CN114331220A (zh) * 2022-03-01 2022-04-12 北京邮电大学 基于订单动态优先级的乘用车运输车辆调度方法及装置
CN114827100A (zh) * 2022-04-26 2022-07-29 郑州锐目通信设备有限公司 一种出租车电召方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010048214A2 (en) * 2008-10-20 2010-04-29 Ingboo Inc. Organization and delivery of information updates
CN107403295A (zh) * 2017-06-27 2017-11-28 北京小度信息科技有限公司 订单调度方法及装置
CN107886245A (zh) * 2017-11-10 2018-04-06 北京小度信息科技有限公司 订单推送方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010048214A2 (en) * 2008-10-20 2010-04-29 Ingboo Inc. Organization and delivery of information updates
CN107403295A (zh) * 2017-06-27 2017-11-28 北京小度信息科技有限公司 订单调度方法及装置
CN107886245A (zh) * 2017-11-10 2018-04-06 北京小度信息科技有限公司 订单推送方法和装置

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109685309A (zh) * 2018-11-15 2019-04-26 拉扎斯网络科技(上海)有限公司 订单分配方法、装置、电子设备和存储介质
CN111325429A (zh) * 2018-12-14 2020-06-23 中移信息技术有限公司 一种订单推送方法、装置、介质和设备
CN109636213A (zh) * 2018-12-19 2019-04-16 拉扎斯网络科技(上海)有限公司 订单分配、评价方法及装置、电子设备及存储介质
CN111382969A (zh) * 2018-12-30 2020-07-07 北京极智嘉科技有限公司 订单处理方法、装置、设备及存储介质
CN111382969B (zh) * 2018-12-30 2023-10-13 北京极智嘉科技股份有限公司 订单处理方法、装置、设备及存储介质
CN111105286A (zh) * 2019-10-08 2020-05-05 上海钧正网络科技有限公司 网约车派单方法、装置、设备和存储介质
CN111222773A (zh) * 2019-12-30 2020-06-02 北京顺达同行科技有限公司 订单分配方法、装置、计算机可读存储介质和计算机设备
CN113159661A (zh) * 2020-01-23 2021-07-23 北京三快在线科技有限公司 配送体的分配方法、装置、电子设备及可读存储介质
CN112258070A (zh) * 2020-10-29 2021-01-22 北京思特奇信息技术股份有限公司 一种智能派单方法和系统
CN112819573A (zh) * 2021-01-25 2021-05-18 五八到家有限公司 一种订单处理方法、设备及存储介质
CN113379170A (zh) * 2021-08-13 2021-09-10 深圳市华球通网络有限公司 基于互联网的订单分配方法及相关装置
CN114331220A (zh) * 2022-03-01 2022-04-12 北京邮电大学 基于订单动态优先级的乘用车运输车辆调度方法及装置
CN114331220B (zh) * 2022-03-01 2022-05-13 北京邮电大学 基于订单动态优先级的乘用车运输车辆调度方法及装置
CN114827100A (zh) * 2022-04-26 2022-07-29 郑州锐目通信设备有限公司 一种出租车电召方法及系统
CN114827100B (zh) * 2022-04-26 2023-10-13 郑州锐目通信设备有限公司 一种出租车电召方法及系统

Similar Documents

Publication Publication Date Title
CN108647892A (zh) 一种订单调度方法、装置及电子设备
CN108681857B (zh) 一种配送订单分配方法及装置、计算机可读存储介质
US10235888B2 (en) Ride chaining
CN107092997A (zh) 一种物流调度方法及装置
CN107292550A (zh) 一种物流资源的调度方法、设备及系统
CN109685309A (zh) 订单分配方法、装置、电子设备和存储介质
CN110782057A (zh) 快递派送方法、装置、电子设备及可读取存储介质
CN109523202B (zh) 订单处理方法、装置、设备及计算机可读存储介质
CN107220796A (zh) 一种配送商的货品运输方法及装置
JP6270877B2 (ja) 配送スケジュール選択システム、配送スケジュール選択方法、及びプログラム
CN109816289A (zh) 一种仓储库存分配管理系统及方法
CN109934372B (zh) 一种路径规划方法、装置及设备
CN106373382B (zh) 一种用于车辆调度的方法与设备
KR102005547B1 (ko) IoT 기반의 복합 운송 서비스를 위한 배차방법 및 이를 위한 장치
CN113420928A (zh) 订单调度方法、装置、设备及存储介质
CN110555580A (zh) 订单处理方法,装置,存储介质及服务器
CN111695842B (zh) 配送方案确定方法、装置、电子设备及计算机存储介质
KR20130096375A (ko) 주문을 자동배차하는 방법 및 그 장치
KR20160070699A (ko) 권역지정을 통한 자동배차계획 설계방법
CN107274084A (zh) 一种基于标准箱的订单智能调度方法、系统及终端
CN110175794A (zh) 物流配送信息数据获取方法、装置及计算机可读存储介质
Yıldız Package routing problem with registered couriers and stochastic demand
CN108764804A (zh) 一种利用出租车的无仓储包裹运输方法和装置
CN113033971B (zh) 一种服务器及递送机器人的运单调度方法、介质和装置
CN110570001B (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20181012