System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 一种线上到线下服务的安全分单方法和系统技术方案_技高网

一种线上到线下服务的安全分单方法和系统技术方案

技术编号:44895973 阅读:3 留言:0更新日期:2025-04-08 00:35
本说明书实施例公开了一种线上到线下服务的安全分单方法和系统。系统根据服务提供方的危险区域信息进行订单分配,以避免服务提供方进入危险区域。如此,能够有效保障服务提供方的出行安全。

【技术实现步骤摘要】

本说明书涉及信息,特别涉及一种线上到线下服务的安全分单方法和系统


技术介绍

1、安全是出行的首要条件。国际化场景下,部分地区容易发生抢劫、枪击等危险行为。目前的做法是:平台根据运营人员线下了解到的情况标记一些危险区域,并在向司机分配订单时提示订单的起点和终点是否在危险区域内。然而,由于平台信息的滞后性、不完整性等原因,某个(些)真实存在的危险区域,并未被平台标记为危险区域。因此,有时会出现订单的起点和/或终点在危险区域内,但平台却没有提示的情况,导致起点和/或终点在危险区域内的订单被司机接单。另外,本地司机对当地的危险区域都有一定的了解,他们可能不会根据平台标记的危险区域来决定是否接单,而是自行判断起点/终点所在区域是否危险。

2、有鉴于此,希望提供一种能够有效保障出行安全的线上到线下服务的分单方法。


技术实现思路

1、本申请的目的在于提供一种线上到线下服务的安全分单方法和系统。

2、本说明书实施例的第一方面提供一种线上到线下服务的安全分单方法,所述方法由至少一个处理器执行,所述方法包括:获取一个或多个待匹配服务提供方的危险区域信息,每个服务提供方的危险区域信息包括一个或多个危险区域;获取一个或多个待匹配订单的描述信息,每个订单的描述信息包括该订单的关联区域;基于所述一个或多个待匹配服务提供方的危险区域信息和所述一个或多个待匹配订单的描述信息,对所述一个或多个待匹配服务提供方和所述一个或多个待匹配订单进行匹配以获得订单分配结果,匹配失败的服务提供方和订单满足:该订单的关联区域包含该服务提供方的危险区域信息中的危险区域。

3、在一些实施例中,每个服务提供方的危险区域信息还包括与所述一个或多个危险区域一一对应的一个或多个危险时段;每个订单的描述信息还包括该订单的关联时间。匹配失败的服务提供方和订单满足:该订单的关联区域包含该服务提供方的危险区域信息中的危险区域,且该订单的关联时间在该危险区域对应的危险时段内。

4、在一些实施例中,每个服务提供方的危险区域信息中的危险区域包括共享危险区域和/或该服务提供方设置的危险区域,所述共享危险区域基于多个服务提供方设置的危险区域确定。

5、在一些实施例中,所述共享危险区域的确定过程包括:对于线上到线下服务平台上任一服务提供方设置的任一危险区域,确定所述线上到线下服务平台上设置了该危险区域的若干服务提供方,获取这些服务提供方在该危险区域的活跃程度,基于这些服务提供方在该危险区域的活跃程度,确定该危险区域的危险系数;基于多个危险区域的危险系数,从所述多个危险区域中确定一个或多个共享危险区域。

6、在一些实施例中,每个服务提供方设置的危险区域通过以下方式确定:经由该服务提供方的用户端的图形用户界面展示划分地图得到的多个网格,其中,每个网格的面积基于多个已知危险区域的平均面积确定;经由所述用户端获取目标操作,所述目标操作用于将所述多个网格中的若干网格指定为至少一个危险区域;根据所述目标操作,确定所述至少一个危险区域。

7、在一些实施例中,所述图形用户界面中的网格的呈现方式基于所述多个网格的危险系数确定,所述危险系数反映相应网格为危险区域的概率。

8、在一些实施例中,所述线上到线下服务为网约车服务,所述服务提供方为司机,所述关联区域包括乘客上车点所在区域和乘客下车点所在区域。

9、在一些实施例中,所述方法还包括:对于匹配成功的订单和司机,根据该订单的乘客上车点和乘客下车点以及该司机的危险区域信息生成安全导航路线,并将所述安全导航路线推送至该司机的用户端,其中,所述安全导航路线经过该订单的乘客上车点和乘客下车点且所述安全导航路线不经过该司机的危险区域信息中的危险区域。

10、在一些实施例中,每个服务提供方的危险区域信息还包括与所述一个或多个危险区域一一对应的一个或多个危险时段。所述方法还包括:对所述一个或多个待匹配服务提供方和所述一个或多个待匹配订单进行两两组合,得到一个或多个候选对;对于所述一个或多个候选对中的每个候选对,获取该候选对中的司机抵达该候选对中的订单的乘客上车点的第一预测时间和该司机抵达该订单的乘客下车点的第二预测时间。所述匹配还基于所述一个或多个候选对分别对应的第一预测时间和第二预测时间进行,匹配失败的司机和订单满足:该订单的乘客上车点在该司机的危险区域信息中的危险区域内,且该司机抵达该危险区域的第一预测时间在该危险区域对应的危险时段内;或者,该订单的乘客下车点在该司机的危险区域信息中的危险区域内,且该司机抵达该危险区域的第二预测时间在该危险区域对应的危险时段内。

11、本说明书实施例的第二方面提供一种计算设备,包括处理器和和存储设备,所述存储设备用于存储指令,当所述处理器执行指令时,实现如本说明书任一实施例所述的线上到线下服务的安全分单方法。

12、本说明书实施例的第三方面提供一种计算机可读存储介质,所述存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,实现如本说明书任一实施例所述的线上到线下服务的安全分单方法。

13、本说明书实施例的第四方面提供一种线上到线下服务的安全分单系统,包括获取模块和分单模块。所述获取模块用于:获取一个或多个待匹配服务提供方的危险区域信息,每个服务提供方的危险区域信息包括一个或多个危险区域;以及,获取一个或多个待匹配订单的描述信息,每个订单的描述信息包括该订单的关联区域。所述分单模块用于基于所述一个或多个待匹配服务提供方的危险区域信息和所述一个或多个待匹配订单的描述信息,对所述一个或多个待匹配服务提供方和所述一个或多个待匹配订单进行匹配以获得订单分配结果,匹配失败的服务提供方和订单满足:该订单的关联区域包含该服务提供方的危险区域信息中的危险区域。

14、本说明书实施例提供一种线上到线下服务的安全分单方法和系统。系统根据服务提供方的危险区域信息进行订单分配,以避免服务提供方进入危险区域。如此,能够有效保障服务提供方的出行安全。

本文档来自技高网...

【技术保护点】

1.一种线上到线下服务的安全分单方法,其特征在于,所述方法由至少一个处理器执行,所述方法包括:

2.如权利要求1所述的方法,其特征在于,每个服务提供方的危险区域信息还包括与所述一个或多个危险区域一一对应的一个或多个危险时段;每个订单的描述信息还包括该订单的关联时间;

3.如权利要求1所述的方法,其特征在于,每个服务提供方的危险区域信息中的危险区域包括共享危险区域和/或该服务提供方设置的危险区域,所述共享危险区域基于多个服务提供方设置的危险区域确定。

4.如权利要求1所述的方法,其特征在于,每个服务提供方设置的危险区域通过以下方式确定:

5.如权利要求1所述的方法,其特征在于,所述线上到线下服务为网约车服务,所述服务提供方为司机,所述关联区域包括乘客上车点所在区域和乘客下车点所在区域。

6.如权利要求5所述的方法,其特征在于,所述方法还包括:

7.如权利要求5所述的方法,其特征在于,每个服务提供方的危险区域信息还包括与所述一个或多个危险区域一一对应的一个或多个危险时段;

8.一种计算设备,其特征在于,包括处理器和和存储设备,所述存储设备用于存储指令,当所述处理器执行指令时,实现如权利要求1~7中任一项所述的线上到线下服务的安全分单方法。

9.一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,实现如权利要求1~7中任一项所述的线上到线下服务的安全分单方法。

10.一种线上到线下服务的安全分单系统,其特征在于,包括获取模块和分单模块;

...

【技术特征摘要】

1.一种线上到线下服务的安全分单方法,其特征在于,所述方法由至少一个处理器执行,所述方法包括:

2.如权利要求1所述的方法,其特征在于,每个服务提供方的危险区域信息还包括与所述一个或多个危险区域一一对应的一个或多个危险时段;每个订单的描述信息还包括该订单的关联时间;

3.如权利要求1所述的方法,其特征在于,每个服务提供方的危险区域信息中的危险区域包括共享危险区域和/或该服务提供方设置的危险区域,所述共享危险区域基于多个服务提供方设置的危险区域确定。

4.如权利要求1所述的方法,其特征在于,每个服务提供方设置的危险区域通过以下方式确定:

5.如权利要求1所述的方法,其特征在于,所述线上到线下服务为网约车服务,所述服务提供方为司机,所述关联区域包括乘客...

【专利技术属性】
技术研发人员:严资情司豪杰冉飞宏
申请(专利权)人:北京嘀嘀无限科技发展有限公司
类型:发明
国别省市:

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

1