订单负载均衡感知方法和装置制造方法及图纸

技术编号:37547486 阅读:15 留言:0更新日期:2023-05-12 16:22
本申请公开了一种订单负载均衡感知方法和装置,其中方法包括:获取每个服务提供方的订单积压序列在当前均衡感知时间段的最优长度;所述订单积压序列由当前未交付配送方配送的所有订单组成;在所述均衡感知时间段,分别监测所述服务提供方的订单积压序列的实时长度,并基于实时长度和相应的所述最优长度,确定相应服务提供方的订单负载是否均衡。采用本申请,能够提高订单负载均衡感知的准确性。能够提高订单负载均衡感知的准确性。能够提高订单负载均衡感知的准确性。

【技术实现步骤摘要】
订单负载均衡感知方法和装置


[0001]本专利技术涉及计算机应用技术,特别是涉及一种订单负载均衡感知方法和装置。

技术介绍

[0002]在目前的订单分配方案中,在订单高峰期,通常需要对订单的分配进行均衡控制,以保障订单服务的及时完成,防止过多订单涌入服务提供方,造成订单超时严重,进而严重影响用户体验的问题。
[0003]在现有订单负载均衡控制方法中,通过判断每个商圈范围内配送人员的剩余接单能力是否小于预设阈值,来对相应商圈的服务是否发生供需异常(即订单负载是否失衡)进行感知,进而在感知到供需异常时通过控制该商圈的订单流入速度,实现对该商圈范围内订单负载的均衡控制。
[0004]专利技术人在实现本专利技术的过程中发现:上述现有方案适用于订单结构密度大的应用场景(例如,国内的商圈外卖场景),但是,对于订单结构密度小的应用场景(例如,国外的商圈外卖场景),则不适用。专利技术人通过研究分析发现上述问题的具体原因如下:
[0005]现有方案是以商圈为均衡感知粒度,当感知到某个商圈的订单服务供需不均衡时,会在整个商圈范围内进行宏观地订单流入调控。而在订单稀疏场景下,同属于一个商圈的不同服务提供方的供需情况往往不相同,这样,整个商圈的服务供需感知结果,无法与其中每个服务提供方的服务供需情况都一致,也就是说,当整个商圈的服务供需感知结果表征需要进行订单流入调控时,并不意味着商圈内的所有服务提供方都需要进行订单流入调控。因此,如果基于整个商圈的服务供需感知结果,对商圈内的订单流入速度进行控制,就会对商圈内服务供需未发生异常的服务提供方进行调控,从而发生误调控的问题。

技术实现思路

[0006]有鉴于此,本专利技术的主要目的在于提供一种订单负载均衡感知方法和装置,能够提高订单负载均衡感知的准确性。
[0007]为了达到上述目的,本专利技术实施例提出的技术方案为:
[0008]一种订单负载均衡感知方法,包括:
[0009]获取每个服务提供方的订单积压序列在当前均衡感知时间段的最优长度;所述订单积压序列由当前未交付配送方配送的所有订单组成;
[0010]在所述均衡感知时间段,分别监测所述服务提供方的订单积压序列的实时长度,并基于实时长度和相应的所述最优长度,确定相应服务提供方的订单负载是否均衡。
[0011]较佳地,在获取所述最优长度之前,所述方法进一步包括:
[0012]为每个所述服务提供方,基于该服务提供方的历史订单数据,确定其订单积压序列在所述均衡感知时间段的最优长度。
[0013]较佳地,所述确定其订单积压序列在所述均衡感知时间段的最优长度包括:
[0014]获取第一时间段对应的历史订单数据;其中,所述历史订单数据对应的订单集合
由在所述第一时间段内创建且由所述服务提供方提供服务的所有订单组成,并且所述第一时间段内创建的所述订单均已完成;所述第一时间段为所述均衡感知时间段的历史同期时间段或所述历史同期时间段的一部分;
[0015]基于所述历史订单数据,确定在第一时间段内创建且由所述服务提供方提供服务的未超时完成订单;
[0016]基于所述未超时完成订单和指定的最大配送准备时间,确定所述服务提供方的订单积压序列在所述均衡感知时间段的最优长度;所述配送准备时间为订单从创建到交付配送方配送的时间间隔。
[0017]较佳地,所述基于所述未超时完成订单和指定的最大的配送准备时间,确定所述服务提供方的订单积压序列在所述均衡感知时间段的最优长度包括:
[0018]基于所述服务提供方的所述未超时完成订单的订单数据,确定所述服务提供方的最优订单流入速度;
[0019]基于所述服务提供方的所述订单流入速度和所述最大配送准备时间的乘积,得到所述服务提供方的订单积压序列在所述均衡感知时间段的最优长度。
[0020]较佳地,所述确定所述服务提供方的最优订单流入速度包括:
[0021]基于所述服务提供方的所述未超时完成订单的订单数据,确定所述未超时完成订单的订单数量,以及所述未超时完成订单对应的最大订单创建间隔时长;
[0022]基于所述未超时完成订单的订单数量和所述最大订单创建间隔时长的比值,得到所述最优订单流入速度。
[0023]较佳地,所述确定所述未超时完成订单的订单数量,以及所述未超时完成订单对应的最大订单创建间隔时长包括:
[0024]为所述未超时完成订单中的每个订单,利用预先按照指定长度划分的时间周期,将该订单的创建时间和交付配送方配送的时间,分别转换为相应的周期号;
[0025]基于所述周期号,计算所述未超时完成订单中最晚创建订单和最早创建订单的创建时间间隔对应的第一周期数量;计算所述第一周期数量和所述时间周期的长度的乘积,得到所述未超时完成订单对应的最大订单创建间隔时长;
[0026]基于所述周期号,计算每个所述订单从创建至交付配送方配送的时间间隔对应的第二周期数量;基于预设的间隔区间集合,确定所述第二周期数量所属的间隔区间;
[0027]基于所述间隔区间中包含的所述第二周期数量的数量,得到所述未超时完成订单的订单数量。
[0028]较佳地,所述确定相应服务提供方的订单负载是否均衡包括:
[0029]如果所述服务提供方的订单积压序列的实时长度大于相应的所述最优长度,则判定所述服务提供方的订单负载不均衡,否则,判定所述服务提供方的订单负载均衡。
[0030]本申请实施例还提供了一种订单负载均衡感知装置,包括:
[0031]优化参数获取单元,用于获取每个服务提供方的订单积压序列在当前均衡感知时间段的最优长度;所述订单积压序列由当前未交付配送方配送的所有订单组成;
[0032]均衡监测单元,用于在所述均衡感知时间段,分别监测所述服务提供方的订单积压序列的实时长度,并基于实时长度和相应的所述最优长度,确定相应服务提供方的订单负载是否均衡。
[0033]本申请实施例还提供了一种订单负载均衡感知设备,包括处理器和存储器;
[0034]所述存储器中存储有可被所述处理器执行的应用程序,用于使得所述处理器执行如上所述订单负载均衡感知方法。
[0035]本申请实施例还提供了一种计算机可读存储介质,其中存储有计算机可读指令,该计算机可读指令用于执行如上所述订单负载均衡感知方法。
[0036]本申请实施例还提供了一种计算机程序产品,包括计算机程序/指令,其特征在于,该计算机程序/指令被处理器执行时实现如上所述订单负载均衡感知方法的步骤。
[0037]综上所述,本申请实施例提出的订单负载均衡感知方案,通过对订单负载均衡感知粒度进行细化,即针对每个服务提供方分别进行订单负载均衡感知,如此,可以准确地感知到每个服务提供方的订单负载状态,从而有效避免现有的基于区域进行均衡感知出现误调控问题。并且,通过基于未交付配送方配送的订单为每个服务提供方构建订单积压序列,对该单积压序列的长度进行监测,实现单个服务提供方的订单负载均衡感知,如此,一方面,本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种订单负载均衡感知方法,其特征在于,包括:获取每个服务提供方的订单积压序列在当前均衡感知时间段的最优长度;所述订单积压序列由当前未交付配送方配送的所有订单组成;在所述均衡感知时间段,分别监测所述服务提供方的订单积压序列的实时长度,并基于实时长度和相应的所述最优长度,确定相应服务提供方的订单负载是否均衡。2.根据权利要求1所述的订单负载均衡感知方法,其特征在于,在获取所述最优长度之前,所述方法进一步包括:为每个所述服务提供方,基于该服务提供方的历史订单数据,确定其订单积压序列在所述均衡感知时间段的最优长度。3.根据权利要求2所述的订单负载均衡感知方法,其特征在于,所述确定其订单积压序列在所述均衡感知时间段的最优长度包括:获取第一时间段对应的历史订单数据;其中,所述历史订单数据对应的订单集合由在所述第一时间段内创建且由所述服务提供方提供服务的所有订单组成,并且所述第一时间段内创建的所述订单均已完成;所述第一时间段为所述均衡感知时间段的历史同期时间段或所述历史同期时间段的一部分;基于所述历史订单数据,确定在所述第一时间段内创建且由所述服务提供方提供服务的未超时完成订单;基于所述未超时完成订单和指定的最大配送准备时间,确定所述服务提供方的订单积压序列在所述均衡感知时间段的最优长度;所述配送准备时间为订单从创建到交付配送方配送的时间间隔。4.根据权利要求3所述的订单负载均衡感知方法,其特征在于,所述基于所述未超时完成订单和指定的最大的配送准备时间,确定所述服务提供方的订单积压序列在所述均衡感知时间段的最优长度包括:基于所述服务提供方的所述未超时完成订单的订单数据,确定所述服务提供方的最优订单流入速度;基于所述服务提供方的所述订单流入速度和所述最大配送准备时间的乘积,得到所述服务提供方的订单积压序列在所述均衡感知时间段的最优长度。5.根据权利要求4所述的订单负载均衡感知方法,其特征在于,所述确定所述服务提供方的最优订单流入速度包括:基于所述服务提供方的所述未超时完成订单的订单数据,确定所述未超时完成订单的订单数量,以及所述未超时完成订单对应的最大订单创建间隔时长;基于所述未超时完成订单的订单数量和所述最大订单创建间隔时...

【专利技术属性】
技术研发人员:刘勇孙冰杰任化伟
申请(专利权)人:北京嘀嘀无限科技发展有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1