System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本申请属于车辆异常事件处理领域,尤其涉及一种车辆在途异常事件处理的方法及服务器。
技术介绍
1、随着电子商务的兴起和快递市场的扩大,快递运输的工作量日渐增大,为了更好地管理和掌握快递车辆的运行情况,对快递车辆的在途监控显得愈发重要,快递车辆在途过程中往往会发生低速事件,低速事件是指快递车辆的速度低于正常行驶速度,发生低速事件之后,可能会导致快递车辆晚于既定的到达时间而产生超时违规,需要对快递车辆驾驶员进行罚款。
2、现有技术中,通常使用gps定位技术来获取车辆的位置信息以便监控车辆的行驶状态,在监测到车辆发生低速事件时,工作人员进行协调,来实现对车辆低速事件的监控和处理,在快递车辆超时违规后,根据工作人员的处理情况及超时的情况进行罚款。
3、然而,车辆在途过程会发生大量低速事件,使工作人员的处理工作量剧增,可能工作人员处理在途异常事件的结果会出现偏差,现有技术中对车辆的罚款规则并不完善,罚款操作没有统一规则,导致对快递车辆驾驶人员的罚款并不准确。
技术实现思路
1、本申请提供了一种车辆在途异常事件处理的方法及服务器,用于提供完整的罚款规则,提高对超时的快递车辆驾驶员罚款的准确性。
2、第一方面,本申请提供了一种车辆在途异常事件处理方法,服务器根据低速事件的类型确定补时时间,该低速事件为快递车辆在预设时间内行驶速度持续低于预设行驶速度时该服务器生成的异常事件;该服务器判断该快递车辆的实际到达时间与实际发车时间和该补时时间的差值是否大于规定在途时长;
3、通过采用上述技术方案,服务器通过低速事件的类型确定补时时间,根据快递车辆的实赶批次及补时时间确定时效罚款,再获取快递车辆的偏移罚款及无信号罚款,将时效罚款、偏移罚款及无信号罚款相加得到运输罚款,提供了完整的罚款规则,提高了对超时的快递车辆驾驶员罚款的准确性。
4、结合第一方面的一些实施例,在一些实施例中,服务器根据低速事件的类型确定补时时间,具体包括:该服务器确定该低速事件的类型;若为结束事件,则该服务器查询报警开始缓存库中是否存在未结束缓存,该结束事件为该快递车辆在高速上堵车结束;若不存在该未结束缓存,则该服务器向企业终端发送消息消费异常的信息;若存在该未结束缓存,则该服务器判断该未结束缓存中是否存在报警开始时间;若存在该报警开始时间,则该服务器将该快递车辆在高速上堵车低于阈值的时间确定为补时时间。
5、通过采用上述技术方案,服务器确定低速事件的类型为结束事件时,查询是否还有未结束缓存,将未结束缓存进行处理,将快递车辆在高速上堵车低于阈值的时间确定为补时时间,处理未结束缓存,得到准确的补时时间,提高了对超时的快递车辆驾驶员罚款的准确性。
6、结合第一方面的一些实施例,在一些实施例中,若存在该未结束缓存,则该服务器判断该未结束缓存中是否存在报警开始时间之后,该方法还包括:若不存在该报警开始时间,则该服务器判断是否接收到该快递车辆的备案信息;若没有接收到该快递车辆的备案信息,则该服务器确定该补时时间为零;若接收到该快递车辆的备案信息,则该服务器向该企业终端发送人工干预的信息并获取该人工干预补时。
7、通过采用上述技术方案,判断是否有快递车辆的备案信息,若没有则是快递车辆驾驶员拉错挂厢,不进行补时,若有,则进行人工干预并获得人工干预补时,提高了对超时的快递车辆驾驶员罚款的准确性。
8、结合第一方面的一些实施例,在一些实施例中,服务器判断该低速事件的类型是否为开始事件之后,该方法还包括:若为该开始事件,则该服务器在消息队列中重复消费若干次该低速事件,直至该低速事件为该结束事件,跳转该若为结束事件,则该服务器查询报警开始缓存库中是否存在未结束缓存步骤,该结束事件为该快递车辆在高速上堵车结束。
9、通过采用上述技术方案,在确定低速事件为开始事件时,重复消费该低速事件至该低速事件为结束事件,再确定补时时间,在低速事件结束后确定补时时间,提高了对超时的快递车辆驾驶员罚款的准确性。
10、结合第一方面的一些实施例,在一些实施例中,若存在该报警开始时间,则该服务器将该快递车辆在高速上堵车低于阈值的时间确定为补时时间,具体包括:服务器判断是否接受到快递车辆的备案信息;该服务器在确定没有接收到该快递车辆的备案信息的情况下,该服务器向该企业终端发送人工干预的信息并获取该人工干预补时;该服务器在确定接收到该快递车辆的备案信息的情况下,该服务器判断该备案信息的类型是否为交通堵车;若该备案信息的类型不为该交通堵车,则该服务器向该企业终端发送该人工干预的信息并获取该人工干预补时;若该备案信息的类型为该交通堵车,则该服务器判断该快递车辆是否在高速;若该快递车辆不在高速,则该服务器向该企业终端发送该人工干预的信息并获取该人工干预补时;若该快递车辆在高速,则该服务器判断该快递车辆的低速持续时长是否超过该阈值;若超过该阈值,则该服务器向该企业终端发送该人工干预的信息并获取该人工干预补时;若不超过该阈值,则该服务器将该快递车辆在高速上堵车低于阈值的时间确定为补时时间。
11、通过采用上述技术方案,判断快递车辆是否是堵车造成低速事件的生成,若是,再判断是否在高速上堵车,若在高速上堵车则再判断低速持续时长是否超过阈值,若没有超过,则将快递车辆在高速上堵车低于阈值的时间确定为补时时间,否则,其他情况均需进行人工干预,确保补时时间准确,提高了对超时的快递车辆驾驶员罚款的准确性。
12、结合第一方面的一些实施例,在一些实施例中,服务器根据低速事件的类型确定补时时间之前,该方法还包括:服务器接收快递车辆对应的驾驶员的移动终端发送的驾驶车头信息及挂厢条码信息;该服务器根据该挂厢条码信息判断该挂厢条码信息对应的挂厢与该驾驶车头信息对应的本文档来自技高网...
【技术保护点】
1.一种车辆在途异常事件处理的方法,其特征在于,包括:
2.根据权利要求1所述的方法,其特征在于,所述服务器根据低速事件的类型确定补时时间,具体包括:
3.根据权利要求2所述的方法,其特征在于,所述若存在所述未结束缓存,则所述服务器判断所述未结束缓存中是否存在报警开始时间之后,所述方法还包括:
4.根据权利要求2所述的方法,其特征在于,所述服务器判断所述低速事件的类型是否为开始事件之后,所述方法还包括:
5.根据权利要求2所述的方法,其特征在于,所述若存在所述报警开始时间,则所述服务器将所述快递车辆在高速上堵车低于阈值的时间确定为补时时间,具体包括:
6.根据权利要求1所述的方法,其特征在于,所述服务器根据低速事件的类型确定补时时间之前,所述方法还包括:
7.根据权利要求6所述的方法,其特征在于,所述若所述挂厢条码信息对应的挂厢与所述驾驶车头信息对应的驾驶车头匹配,则向所述驾驶员的移动终端发送可以发车提醒之后,所述方法还包括:
8.一种车辆在途异常事件处理服务器,其特征在于,包括:
9
10.一种计算机可读存储介质,包括指令,其特征在于,当所述指令在服务器上运行时,使得所述服务器执行如权利要求1-7中任一项所述的方法。
...【技术特征摘要】
1.一种车辆在途异常事件处理的方法,其特征在于,包括:
2.根据权利要求1所述的方法,其特征在于,所述服务器根据低速事件的类型确定补时时间,具体包括:
3.根据权利要求2所述的方法,其特征在于,所述若存在所述未结束缓存,则所述服务器判断所述未结束缓存中是否存在报警开始时间之后,所述方法还包括:
4.根据权利要求2所述的方法,其特征在于,所述服务器判断所述低速事件的类型是否为开始事件之后,所述方法还包括:
5.根据权利要求2所述的方法,其特征在于,所述若存在所述报警开始时间,则所述服务器将所述快递车辆在高速上堵车低于阈值的时间确定为补时时间,具体包括:
【专利技术属性】
技术研发人员:马超,
申请(专利权)人:上海申雪供应链管理有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。