一种考核时长的确定方法及装置与流程

文档序号:20279219发布日期:2020-04-07 14:58阅读:263来源:国知局
一种考核时长的确定方法及装置与流程
本申请涉及物流配送
技术领域
,尤其涉及一种考核时长的确定方法、装置及计算机存储介质和电子设备。
背景技术
:在即时配送业务中,配送平台会为每个配送订单预估一个最终送达所需的配送时长;并且将该配送时长作为配送方的考核时长,即要求配送方在考核时长内交付接收方。如果配送方超过考核时长还未完成配送,则会认定为超时。一旦配送方超时率较高,配送方会受到相应的处罚。在相关技术中,所述配送时长通常可以基于配送距离进行预测。例如,计算配送方当前位置距离请求方位置的距离,以及请求方位置距离接收方位置的距离;将这两个距离之和除以配送方平均速度,即可得出配送时长。在实际配送过程中,配送方需要到达请求方位置获取配送物,由于配送物是由请求方准备的,因此取物过程的耗时对于配送方来说无法控制。如果配送方到达请求方位置后,物品没有准备好,那么配送方只能等待,这样就容易导致配送超时。可见,现有考核时长是和预估的配送时长强耦合的,由于配送时长计算存在不准确的地方,因此针对配送方的考核时长也存在不准确的问题。技术实现要素:有鉴于此,本申请提供一种考核时长的确定方法、装置及计算机存储介质和电子设备,用于解决上述针对配送方的考核时长存在不准确的问题。具体地,本申请是通过如下技术方案实现的:一种考核时长的确定方法,所述方法包括:获取分配给配送方的配送订单;其中,所述配送订单包含起点位置和终点位置;将所述配送方从当前位置前往所述配送订单的起点位置作为第一配送任务;将所述配送方从所述起点位置前往终点位置作为第二配送任务;根据所述配送方当前执行的配送任务,计算所述当前执行的配送任务的考核时长。可选的,所述根据所述配送方当前执行的配送任务,计算所述当前执行的配送任务的考核时长,具体包括:获取所述配送方当前执行的配送任务;根据所述配送方历史配送数据,计算所述当前执行的配送任务的考核时长。可选的,所述根据所述配送方历史配送数据,计算所述当前执行的配送任务的考核时长,具体包括:在所述配送方开始执行当前配送任务时,获取配送方的当前位置;根据所述配送方的当前位置,计算所述当前位置与目标位置的距离值;其中,所述目标位置为当前执行的配送任务下配送方前往的位置;从所述配送方的历史订单中获取所述距离值对应的考核时长。可选的,所述根据所述配送方历史配送数据,计算所述当前执行的配送任务的考核时长,具体包括:在所述配送方开始执行当前配送任务时,获取配送方的当前位置;根据所述配送方的当前位置,计算所述当前位置与目标位置的距离值;其中,所述目标位置为当前执行的配送任务下配送方前往的位置;根据所述配送方的历史订单数据,计算所述配送方的历史配送速度;将所述距离值与历史配送速度的比值,确定为考核时长。可选的,所述方法还包括:在所述配送方开始执行当前配送任务时,获取当前时刻;在所述当前时刻的基础上加上所述配送时长,得到所述当前配送任务的考核时长。可选的,当存在多个配送订单时,所述方法还包括:计算两两配送任务之间的第三距离值;将所述第三距离值小于阈值的配送任务确定为同一个配送任务包;将剩余独立的配送任务确定为配送任务包;所述根据所述配送方当前执行的配送任务,计算所述当前执行的配送任务的考核时长,具体包括:根据所述配送方当前执行的配送任务包,计算所述当前执行的配送任务包的考核时长。可选的,所述方法还包括:将所述当前执行的配送任务包中配送任务之间的配送路径推送给所述配送方。一种考核时长的确定装置,所述装置包括:获取单元,获取分配给配送方的配送订单;其中,所述配送订单包含起点位置和终点位置;划分单元,将所述配送方从当前位置前往所述起点位置作为第一配送任务;以及将所述配送方从所述起点位置前往终点位置作为第二配送任务确定单元,根据所述配送方当前执行的配送任务,计算所述当前执行的配送任务的考核时长。可选的,所述确定单元,具体包括:获取子单元,获取所述配送方当前执行的配送任务;计算子单元,根据所述配送方历史配送数据,计算所述当前执行的配送任务的考核时长。可选的,所述计算子单元,具体包括:参数获取子单元,在所述配送方开始执行当前配送任务时,获取配送方的当前位置;距离计算子单元,根据所述配送方的当前位置,计算所述当前位置与目标位置的距离值;其中,所述目标位置为当前执行的配送任务下配送方前往的位置;时长获取子单元,从所述配送方的历史订单中获取所述距离值对应的考核时长。可选的,所述计算子单元,具体包括:参数获取子单元,在所述配送方开始执行当前配送任务时,获取配送方的当前位置;距离计算子单元,根据所述配送方的当前位置,计算所述当前位置与目标位置的距离值;其中,所述目标位置为当前执行的配送任务下配送方前往的位置;速度计算子单元,根据所述配送方的历史订单数据,计算所述配送方的历史配送速度;时长计算子单元,将所述距离值与历史配送速度的比值,确定为考核时长。可选的,当存在多个配送订单时,所述装置还包括:计算单元,计算两两配送任务之间的距离值;任务包确定单元,将所述距离值小于阈值的配送任务确定为同一个配送任务包,以及将剩余独立的配送任务确定为配送任务包;所述确定单元,具体包括:根据所述配送方当前执行的配送任务包,计算所述当前执行的配送任务包的考核时长。可选的,所述装置还包括:推送单元,将所述当前执行的配送任务包中配送任务之间的配送路径推送给所述配送方。一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述任一项所述的考核时长的确定方法。一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器;所述处理器被配置为上述任一项所述的考核时长的确定方法。本申请实施例,提供了一种考核时长的确定方案,不再将预估的送达所需的配送时长作为考核时长;而是将配送过程中的取物和交付独立,针对每个环节单独设置考核时长。这样,对于一个配送订单来说,配送方取物过程耗时就不再记入考核时长,剩余环节由于配送方均可以有效掌控,而对这些环节设置的考核时长更为准确。附图说明图1是本申请一示例性实施例示出的配送路径的示意图;图2是本申请一示例性实施例示出的一种考核时长的确定方法的流程图;图3是本申请一示例性实施例示出的配送任务包以及配送路径的示意图;图4是本申请一示例性实施例示出的一种考核时长的确定装置的硬件结构图;图5是本申请一示例性实施例示出的一种考核时长的确定装置的模块示意图。具体实施方式这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。本申请中,所述请求方可以是指配送订单起点位置对应的用户或者机构,请求方在接收到配送订单后,需要准备提供待配送的物品。所述接收方可以是指配送订单终点位置对应的用户或者机构。所述配送方可以是指进行配送的用户。如前所述,现有考核时长是和预估的配送时长强耦合的,通常直接将预估的配送时长作为考核配送方的考核时长。所述预估的配送时长可以提供给接收方,接收方根据该预估的配送时长可以做相应接收准备(例如,下楼接收物品)。以即时配送场景中的外卖配送业务为例,在一份外卖订单交易的全生命周期可以包括如下流程:1.用户(即接收方)打开外卖平台app,浏览商家(即请求方)和货品信息,以及相应的配送费;2.用户选取餐品并且下达预订单(未支付状态),外卖平台提示用户该订单预估的送达时刻,用户确认并完成支付,从而下单;3.外卖平台收到外卖订单后,采用预设的调度算法将外卖订单分派至骑手(即配送方);并告知骑手该外卖订单预估的送达时刻作为骑手的考核时刻。还可以将相关信息传至商家,商家进行备餐。在实际配送过程中,骑手需要到达商家位置取餐,由于餐品是由商家准备的,因此取餐过程的耗时对于骑手来说无法控制。如果骑手到达商家位置后,餐品没有准备好,那么骑手只能等待,这样就容易导致配送超时。由于配送时长计算存在不准确的地方,因此针对骑手的考核时长也存在不准确的问题。特别是,随着即时配送需求的不断增加,需要进行配送的订单越来越多,而可以执行配送的配送方数量毕竟有限;因此,为了提高配送效率,往往会将多个配送路径较为相似的订单分配给一个配送方。如图1所示的为多个订单的配送路径的示意图。在图1中,配送平台为配送方派单3个订单,订单1的起点位置a1终点位置b1;订单2的起点位置a2终点位置b2;订单3的起点位置a3终点位置b3。根据平台推荐的配送路径(图1中箭头方向指示的线段),配送方在派单后首先可以前往订单1的起点位置a1,然后由a1前往订单2的起点位置a2;在由a2前往订单2的终点位置b2(此时,完成订单2配送);接着,由b2前往订单1的终点位置b2(此时,完成订单1配送);接着,由b2前往订单3的起点位置a3,最后由a3前往订单3的终点位置b3(完成订单3配送)。可见,随着订单数量增加,配送方需在请求方位置取物的次数也相应增加,如此就增加了可能需要等待取物的风险。如图1中,如果在订单1的起点位置a1处就需要等待取物,那么比较可能会造成订单1的超时,还会影响后续的订单2、订单3的超时。所以,在多订单状态下,配送方的配送压力、超时风险更大。为了解决上述问题,本申请提供了一种考核时长的确定方案。具体地,不再将预估的送达所需的配送时长作为考核时长;而是将配送过程中的取物和交付独立,针对每个环节单独设置考核时长。这样,对于一个配送订单来说,配送方取物过程耗时就不再记入考核时长,剩余环节由于配送方均可以有效掌控,而对这些环节设置的考核时长更为准确。另一方面,依然可以采用现有方案那样预估送达时刻(在当前时刻基础上加上该配送时长即为送达时刻),该送达时刻同样可以提供给接收方,只是该送达时刻不再作为考核配送方的考核时刻;当然,在有的实施例中,可以完全摒弃现有方案,直接将上述考核时长作为预估配送时长提供给接收方。图2是本申请一示例性实施例示出的一种考核时长的确定的方法流程图,所述方法可以应用在服务端中,该方法具体可以包括如下步骤:步骤210:获取分配给配送方的配送订单;其中,所述配送订单包含起点位置和终点位置;步骤220:将所述配送方从当前位置前往所述配送订单的起点位置作为第一配送任务;步骤230:将所述配送方从所述起点位置前往终点位置作为第二配送任务;步骤240:根据所述配送方当前执行的配送任务,计算所述当前执行的配送任务的考核时长。本申请中,所述服务端可以是指配送平台的服务器、服务器集群或者由服务器集群构建的云平台。例如,外卖平台的服务器、服务器集群或者由服务器集群构建的外卖平台。举例说明,假设一个配送订单的起点位置在a,终点位置在b,而配送方当前位置在c;那么可以将配送方前往所述配送订单的起点位置即从c到a,单独作为一个配送任务;将配送方前往所述配送订单的终点位置即从a到b,单独作为另一个配送任务。在一实施例中,所述根据所述配送方当前执行的配送任务,计算所述当前执行的配送任务的考核时长,具体包括:获取所述配送方当前执行的配送任务;根据所述配送方历史配送数据,计算所述当前执行的配送任务的考核时长。在一实施例中,所述根据所述配送方历史配送数据,计算所述当前执行的配送任务的考核时长,具体包括:a1:在所述配送方开始执行当前配送任务时,获取配送方的当前位置和当前时刻;a2:根据所述配送方的当前位置,计算所述当前位置与目标位置的距离值;其中,所述目标位置为当前执行的配送任务下配送方前往的位置;a3:从所述配送方的历史订单中获取所述距离值对应的考核时长;a4:在所述当前时刻的基础上加上所述考核时长,得到所述当前配送任务的考核时刻。本申请中,将配送方前往配送订单的起点位置的配送任务简称为取物任务;将配送方前往配送订单的终点位置的配送任务简称送物任务。一种实现方式中:在配送方被配送平台派单时,也是配送方开始执行取物任务时;此时服务端可以获取配送方的当前位置和当前时刻。所述配送方的当前位置可以是配送方使用的终端上报的位置信息,该位置信息可以是所述终端的定位装置记录下的位置,该位置可以是代表地理位置的坐标信息,例如经纬度。常见的定位装置可以是采用美国gps卫星导航系统,欧洲“伽利略”卫星导航系统,俄罗斯glonass卫星导航系统,或者中国“北斗”卫星导航系统等,或者类似的组合。这类定位的坐标信息也称为移动定位。所述终端当前所处的位置信息,还可以是网络设备基于所述终端的信号特点转换得到的,例如由网络运营商利用基站覆盖原理,通过所述终端的信号通过基站定位计算得到的位置。在后者的定位计算中,一般由终端测量不同基站的下行导频信号,得到不同基站下行导频的到达时刻(timeofarrival,toa)或到达时间差(timedifferenceofarrival,tdoa),根据该测量结果并结合基站的坐标,一般采用三角公式估计算法,从而计算出终端的位置。实际的位置估计算法需要考虑多基站(3个或3个以上)定位的情况,现有技术中有多种算法,较为复杂。一般而言,移动台测量的基站数目越多,测量精度越高,定位性能改善越明显。此外,所述终端当前所处的位置信息,还可以是通过基站辅助定位并结合终端中的定位装置共同定位得到的较为精确的位置。通常情况下上报的位置还携带有上报的时间戳,所述时间戳可以是上述定位装置确定位置时的时间;或者,可以是终端上报位置时的时间。因此,所述当前时刻也可以是指上述时间戳。还有的,所述当前时刻还可以是服务端在接收到配送方开始执行配送任务时,确定的当前时刻。接着,服务端可以根据所述配送方的当前位置,计算所述当前位置与取物任务的目标位置(即配送订单的起点位置)的距离。针对本申请中涉及到的距离,由于本申请中计算距离均是按照两个位置信息计算的,所以一种简单的距离计算方式可以为计算两点间的直线距离。例如可以根据两个位置的经纬度坐标换算出直线距离。当然,在实际配送场景下,配送的实际距离可能受到道路、建筑物等物理环境的影响,并非是简单的根据经纬度坐标换算出的直线距离;例如,道路存在弯曲,因此实际距离会大于直线距离。再例如,同样的两个位置a和b,从a到b,和b到a的距离都可能存在差异,比如由于a到b的道路是单向通行的,如果从b到a则不能原路返回需要走其它道路,因此a到b,和b到a的距离也可能是不同的。为此,本申请中涉及到的距离还可以包括导航距离。所述导航距离是根据导航软件计算出的距离,这样计算出的距离充分考虑了物流环境因素,因此可以认为导航距离即为实际距离。通常,配送距离与配送时长之间呈一定的正相关,配送距离越长所需的配送时长也越长。本申请中,服务端可以从配送方的历史配送数据中统计不同配送距离对应所需的配送时长,从而得出一份该配送方的配送距离与配送时长之间的对应关系。配送距离(km)配送时长(min)15316530……需要说明的是该表仅为示例,该表中的配送时长即考核时长。假设取物任务的距离为3km,那么基于表1,可知配送方执行取物任务所需的配送时长为16min,即配送方执行取物任务的考核时长为16min。假设配送方执行取物任务时的时刻为13:00,则可以计算得出该取物任务的考核时刻为13:16。在一个实施例中,由于实际配送时长可能受到不可控因素影响例如拥堵、修路、封路、恶劣天气,会比计算出的配送时长多。因此,可以为配送时长增加一个配送系数。具体地,可以将计算出的配送时长乘以配送系数,然后在当前时刻基础上加上乘以配送系数后的配送时长。一般的,配送系数的范围可以为1至1.5之间的任意值。另一种实现方式中:在配送方开始执行送物任务时;此时服务端可以获取配送方的当前位置和当前时刻。一种情况下,所述当前位置、当前时刻与前述取物任务中相同,此处不再进行赘述。另一种情况下,由于配送方执行取物任务的目的位置是配送任务的起点位置;因此,当配送方完成取物任务开始执行送物任务时,配送方当前位置依然在起点位置;所以可以将配送任务的起点位置作为配送方执行送物任务时的当前位置。所述服务端可以根据所述配送方的当前位置,计算所述当前位置与送物任务的目标位置(即配送订单的终点位置)的距离。同样地,所述距离可以包括直线距离,也可以包括导航距离。所述服务端基于配送方的历史配送数据统计出配送距离与配送时长的对应关系,进而得到所述送物任务对应的配送时长,最终计算出配送方执行送物任务的考核时长。具体过程参考前述取物任务,此处不再赘述。在一实施例中,所述根据所述配送方历史配送数据,计算所述当前执行的配送任务的考核时长,具体包括:b1:在所述配送方开始执行当前配送任务时,获取配送方的当前位置和当前时刻;b2:根据所述配送方的当前位置,计算所述当前位置与目标位置的距离值;其中,所述目标位置为当前执行的配送任务下配送方前往的位置;b3:根据所述配送方的历史订单数据,计算所述配送方的历史配送速度;b4:将所述距离值与历史配送速度的比值,确定为考核时长;b5:在所述当前时刻的基础上加上所述考核时长,得到所述当前配送任务的考核时长。本实施例与上述实施例不同之处在,计算配送任务的时长的方式存在差异。具体地,通过统计配送方的历史配送数据,可以得出配送方的历史配送速度。进而,将步骤b2中计算出的距离值除以所述历史配送速度就可以得到考核时长。所述步骤b1、b2与前述实施例中的步骤a1、a2相同,步骤b5与前述实施例中的步骤a4相同。类似的,本实施例同样可以分为取物任务和送物任务对应的考核时长。具体计算过程可以参考前一实施例。其中,上述考核时长的计算还可以基于如下实施例:服务端可以基于机器学习技术,预先训练用于预估考核时长的机器学习模型。在实现时,服务端可以预先收集大量不同考核时长的历史配送数据,并基于机器学习算法,训练考核时长模型;通过持续地学习可以不断完善所述考核时长模型,当该考核时长模型达到预设条件(例如预估准确性符合业务要求)时,即可以上线并使用考核时长模型。一般的,通过预先对业务进行分析,可以提取出若干影响考核时长的特征参数,并基于这些特征参数的历史配送数据训练。所述模型可以记为:t=f(x1,x2,x3,…,xn);其中,t表示考核时长,x1至xn为n种维度的历史配送数据。例如骑手负载数据,配送距离数据,配送时段数据,商家数据等。在业务使用时,将当前配任务的实时特征(n中维度的特征数据)输入考核时长模型中进行计算,即可以得到执行当前配送任务的考核时长。所述机器学习模型可以采用例如神经网络(neuralnetworks,nn)、逻辑回归(lr),gbdt(梯度增强决策树)等。在一实施例中,当存在多个配送订单时,所述方法还包括:计算两两配送任务之间的第三距离值;将所述第三距离值小于阈值的配送任务确定为同一个配送任务包;将剩余独立的配送任务确定为配送任务包;所述根据所述配送方当前执行的配送任务,计算所述当前执行的配送任务的考核时长,具体包括:根据所述配送方当前执行的配送任务包,计算所述当前执行的配送任务包的考核时长。在一实施例中,所述方法还包括:将所述当前执行的配送任务包中配送任务之间的配送路径推送给所述配送方。该实施例中,当配送平台派发多个配送订单时,配送平台可以为配送方规划配送路径,并且以配送任务包的形式,将当前执行的配送任务包内的任务派发给配送方。这样,配送方只需考虑未来较短时间内要执行的配送任务包即可,不需要为最终的送达时间直接负责。另一方面,由于配送任务包之间的距离较远,配送方只能按照配送平台规划的任务包之间的顺序来执行任务,使得配送平台更好地掌控配送过程。图3所示的一种配送任务包的示意图,与图1相同的3个订单。在以配送任务包(图3中虚线圆圈)的形式展示后,可见,订单2的送物任务(前往终点位置b2)、订单1的送物任务(前往终点位置b1)和订单3的取物任务(前往起点位置a3)之间由于距离较近,可以将这3个配送任务组成一个配送任务包;另外还有订单1的取物任务(前往起点位置a1)的配送任务包、订单2的取物任务(前往起点位置a2)的配送任务包和订单3的送物任务(前往终点位置b3)的配送任务包。图3中,配送任务包之间的配送顺序与规划的配送路径相同(图中箭头指示方向)。值得一提的是,对于配送任务包内部多个配送任务的配送路径,配送平台也可以推送给配送方。当然由于配送任务包内的配送任务之间的距离较近,配送方可以根据经验自己规划配送路径,只要在该配送任务包规定的考核时长之前完成全部配送任务即可。当然,对于不熟悉地区道路的配送方依然可以参考配送平台提供的配送路径进行配送。也就是说,本申请提供的实施例中,配送任务包之间的配送顺序和配送平台规划的配送顺序一致;而配送任务包内部的配送顺序可以由配送方自行确定。与前述考核时长的确定方法的实施例相对应,本申请还提供了考核时长的确定装置的实施例。本申请考核时长的确定装置的实施例可以应用在服务器上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图4所示,为本申请考核时长的确定装置所在的一种硬件结构图,除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外,实施例中通常根据该考核时长的确定的实际功能,还可以包括其他硬件,对此不再赘述。请参考图5,在一种软件实施方式中,该考核时长的确定装置可以包括:获取单元310,获取分配给配送方的配送订单;其中,所述配送订单包含起点位置和终点位置;划分单元320,将所述配送方从当前位置前往所述配送订单的起点位置作为第一配送任务;以及将所述配送方从所述起点位置前往终点位置作为第二配送任务;确定单元330,根据所述配送方当前执行的配送任务,计算所述当前执行的配送任务的考核时长。可选的,所述确定单元330,具体包括:获取子单元,获取所述配送方当前执行的配送任务;计算子单元,根据所述配送方历史配送数据,计算所述当前执行的配送任务的考核时长。可选的,所述计算子单元,具体包括:参数获取子单元,在所述配送方开始执行当前配送任务时,获取配送方的当前位置;距离计算子单元,根据所述配送方的当前位置,计算所述当前位置与目标位置的距离值;其中,所述目标位置为当前执行的配送任务下配送方前往的位置;时长获取子单元,从所述配送方的历史订单中获取所述距离值对应的考核时长。可选的,所述计算子单元,具体包括:参数获取子单元,在所述配送方开始执行当前配送任务时,获取配送方的当前位置;距离计算子单元,根据所述配送方的当前位置,计算所述当前位置与目标位置的距离值;其中,所述目标位置为当前执行的配送任务下配送方前往的位置;速度计算子单元,根据所述配送方的历史订单数据,计算所述配送方的历史配送速度;时长计算子单元,将所述距离值与历史配送速度的比值,确定为考核时长。可选的,所述装置还包括:时刻获取子单元,在所述配送方开始执行当前配送任务时,获取当前时刻;时刻计算子单元,在所述当前时刻的基础上加上所述配送时长,得到所述当前配送任务的考核时长。可选的,当存在多个配送订单时,所述装置还包括:计算单元,计算两两配送任务之间的距离值;任务包确定单元,将所述距离值小于阈值的配送任务确定为同一个配送任务包,以及将剩余独立的配送任务确定为配送任务包;所述确定单元,具体包括:根据所述配送方当前执行的配送任务包,计算所述当前执行的配送任务包的考核时长。可选的,所述装置还包括:推送单元,将所述当前执行的配送任务包中配送任务之间的配送路径推送给所述配送方上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。以上图5描述了业务监控装置的内部功能模块和结构示意,其实质上的执行主体可以为一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为:获取分配给配送方的配送订单;其中,所述配送订单包含起点位置和终点位置;将所述配送方从当前位置前往所述配送订单的起点位置作为第一配送任务;将所述配送方从所述起点位置前往终点位置作为第二配送任务;根据所述配送方当前执行的配送任务,计算所述当前执行的配送任务的考核时长。可选的,所述根据所述配送方当前执行的配送任务,计算所述当前执行的配送任务的考核时长,具体包括:获取所述配送方当前执行的配送任务;根据所述配送方历史配送数据,计算所述当前执行的配送任务的考核时长。可选的,所述根据所述配送方历史配送数据,计算所述当前执行的配送任务的考核时长,具体包括:在所述配送方开始执行当前配送任务时,获取配送方的当前位置;根据所述配送方的当前位置,计算所述当前位置与目标位置的距离值;其中,所述目标位置为当前执行的配送任务下配送方前往的位置;从所述配送方的历史订单中获取所述距离值对应的考核时长。可选的,所述根据所述配送方历史配送数据,计算所述当前执行的配送任务的考核时长,具体包括:在所述配送方开始执行当前配送任务时,获取配送方的当前位置;根据所述配送方的当前位置,计算所述当前位置与目标位置的距离值;其中,所述目标位置为当前执行的配送任务下配送方前往的位置;根据所述配送方的历史订单数据,计算所述配送方的历史配送速度;将所述距离值与历史配送速度的比值,确定为考核时长。可选的,还包括:在所述配送方开始执行当前配送任务时,获取当前时刻;在所述当前时刻的基础上加上所述配送时长,得到所述当前配送任务的考核时长。可选的,当存在多个配送订单时,还包括:计算两两配送任务之间的第三距离值;将所述第三距离值小于阈值的配送任务确定为同一个配送任务包;将剩余独立的配送任务确定为配送任务包;所述根据所述配送方当前执行的配送任务,计算所述当前执行的配送任务的考核时长,具体包括:根据所述配送方当前执行的配送任务包,计算所述当前执行的配送任务包的考核时长。可选的,还包括:将所述当前执行的配送任务包中配送任务之间的配送路径推送给所述配送方。在上述电子设备的实施例中,应理解,该处理器可以是中央处理单元(英文:centralprocessingunit,简称:cpu),还可以是其他通用处理器、数字信号处理器(英文:digitalsignalprocessor,简称:dsp)、专用集成电路(英文:applicationspecificintegratedcircuit,简称:asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,而前述的存储器可以是只读存储器(英文:read-onlymemory,缩写:rom)、随机存取存储器(英文:randomaccessmemory,简称:ram)、快闪存储器、硬盘或者固态硬盘。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。本申请中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于电子设备实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1