CN110969500A - 一种叫车订单的推送方法及装置 - Google Patents
一种叫车订单的推送方法及装置 Download PDFInfo
- Publication number
- CN110969500A CN110969500A CN201811141268.1A CN201811141268A CN110969500A CN 110969500 A CN110969500 A CN 110969500A CN 201811141268 A CN201811141268 A CN 201811141268A CN 110969500 A CN110969500 A CN 110969500A
- Authority
- CN
- China
- Prior art keywords
- order
- coefficient
- taxi
- driver end
- driver
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 82
- 238000012163 sequencing technique Methods 0.000 claims abstract description 29
- 238000004364 calculation method Methods 0.000 claims description 20
- 238000004590 computer program Methods 0.000 claims description 6
- 230000000007 visual effect Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 1
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 1
- 239000010931 gold Substances 0.000 description 1
- 229910052737 gold Inorganic materials 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
Landscapes
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Primary Health Care (AREA)
- Tourism & Hospitality (AREA)
- Traffic Control Systems (AREA)
Abstract
本申请实施例提供了一种叫车订单的推送方法及装置,本申请实施例首先基于司机端的当前位置获取叫车订单;之后基于获取的叫车订单的订单信息以及司机端的历史接单信息,确定司机端对每个叫车订单的偏好系数;最后按照偏好系数,将获取的叫车订单进行排序,并将排序后的叫车订单推送给司机端,以供司机端进行选择。上述技术方案能够以司机端的偏好向司机端推送合适的叫车订单,从而可以有效提高兼职司机和上班族司机承接叫车订单的积极性,缓解早晚高峰时期叫车的压力。
Description
技术领域
本申请涉及信息处理技术领域,尤其是涉及一种叫车订单的推送方法及装置。
背景技术
在早晚高峰时期,乘客端的打车需求激增,现有全职司机的运力有限,造成打车的需求和供给极不平衡,出现乘客叫车难的问题。如果能够在早晚高峰时期,拉动上班族司机和兼职司机的运力,就可以有效缓解早晚高峰叫车难的问题。当前采用的自动派单模式,虽然能够提高派单的效率,但是没有充分考虑司机的需求,在一定程度上抑制了司机,特别是上班族司机和兼职司机承接叫车订单的积极性。
因此,如何提高上班族司机和兼职司机承接叫车订单的积极性,增加早晚高峰时期的运力是目前急需解决的技术问题。
发明内容
有鉴于此,本申请的目的在于提供叫车订单的推送方法和装置,以向司机端推送合适的叫车订单供司机端选择,从而有效提高了兼职司机和上班族司机承接叫车订单的积极性,缓解了早晚高峰时期叫车的压力。
第一方面,本申请实施例提供了一种叫车订单的推送方法,包括:
基于司机端的当前位置获取叫车订单;
基于获取的所述叫车订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述叫车订单的偏好系数;
按照所述偏好系数,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
结合第一方面,本申请实施例提供了第一方面的第一种可能的实施方式,其中,确定所述司机端对所述叫车订单的偏好系数,包括:
基于所述历史接单信息,获取所述司机端所承接的历史叫车订单中的订单特征,并确定所述司机端对每个所述订单特征的接受系数;
基于当前叫车订单的订单信息,确定当前叫车订单的订单特征;
根据当前叫车订单的订单特征以及所述司机端对每个所述订单特征的接受系数,确定所述司机端对当前叫车订单的偏好系数。
结合第一方面的第一种可能的实施方式,本申请实施例提供了第一方面的第二种可能的实施方式,其中,所述订单特征包括以下特征中的一种或多种:
订单价格;订单距离;司机端的接驾距离;所述叫车订单的目的地相对出发地的方位;所述叫车订单对应的行驶路线的历史拥堵系数;所述叫车订单的车型需求信息。
结合第一方面,本申请实施例提供了第一方面的第三种可能的实施方式,其中,所述将排序后的叫车订单推送给所述司机端,包括:
根据每个所述叫车订单的订单信息,为每个所述叫车订单生成订单卡;
按照所述叫车订单的顺序,将生成的订单卡进行排序,并将排序后的订单卡推送给所述司机端。
结合第一方面的第三种可能的实施方式,本申请实施例提供了第一方面的第四种可能的实施方式,其中,所述订单卡中携带有以下信息中的一种或多种:
出发地;目的地;出发时间;司机端的接驾距离;订单距离;订单价格、订单花费时间;订单状态。
结合第一方面的第四种可能的实施方式,本申请实施例提供了第一方面的第五种可能的实施方式,其中,根据以下步骤确定所述订单花费时间:
基于所述叫车订单的出发地和目的地,确定行驶路线;
基于所述行驶路线当前的路况,确定所述行驶路线的拥堵系数;
基于所述叫车订单的订单距离和拥堵系数,确定所述叫车订单的订单花费时间。
结合第一方面的第四种可能的实施方式,本申请实施例提供了第一方面的第六种可能的实施方式,其中,所述订单状态包括待抢单状态、已抢单状态和订单已取消状态。
结合第一方面,本申请实施例提供了第一方面的第七种可能的实施方式,其中,还包括:
当接收到所述司机端发送的针对所述排序后的叫车订单中任一叫车订单的详情查看请求后,向所述司机端发送携带有可视地图信息的订单详情页信息。
结合第一方面,本申请实施例提供了第一方面的第八种可能的实施方式,其中,所述方法还包括:
向所述司机端提供用于排序的多个订单特征,若接收到司机端发送的用于排序的订单特征,则按照所述司机端选择的订单特征,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
结合第一方面,本申请实施例提供了第一方面的第九种可能的实施方式,其中,所述方法还包括:
获取司机端发送的目的地需求信息;
根据所述目的地需求信息和所述叫车订单的订单信息,为所述司机端选择顺路订单;
将所述顺路订单发送给所述司机端。
结合第一方面的第九种可能的实施方式,本申请实施例提供了第一方面的第十种可能的实施方式,其中,将所述顺路订单发送给所述司机端,包括:
根据所述顺路订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述顺路订单的偏好系数;
按照所述偏好系数,将获取的顺路订单进行排序,并将排序后的顺路订单推送给所述司机端。
结合第一方面的第九种可能的实施方式,本申请实施例提供了第一方面的第十一种可能的实施方式,其中,为所述司机端选择顺路订单,包括:
根据所述目的地需求信息和所述叫车订单的订单信息,确定每个叫车订单的顺路程度系数;
选取顺利程度系数大于预定值的叫车订单,得到所述顺路订单。
结合第一方面的第十一种可能的实施方式,本申请实施例提供了第一方面的第十二种可能的实施方式,其中,确定所述顺路程度系数,包括:
获取所述司机端的当前处于的位置或司机端输入的当前位置,得到起始位置;
根据所述目的地需求信息确定所述司机端的目标位置;
根据所述司机端的起始位置、司机端的目标位置、叫车订单的出发地、叫车订单的目的地,确定所述顺路程度系数。
结合第一方面的第十二种可能的实施方式,本申请实施例提供了第一方面的第十三种可能的实施方式,其中,确定所述顺路程度系数,具体包括:
确定司机端从所述司机端的起始位置开始行驶,途径所述叫车订单的出发地、叫车订单的目的地,到达所述司机端的目标位置的距离,得到所述司机端承接叫车订单的总行程距离;
确定司机端从所述司机端的起始位置行驶到所述司机端的目标位置的距离,得到第一距离,并根据所述第一距离和所述总行程距离确定绕路系数;
根据所述叫车订单的订单距离和所述总行程距离确定共乘系数;
根据所述司机端的接驾距离和所述总行程距离确定起点距离系数;
确定司机端从所述叫车订单的目的地行驶到所述司机端的目标位置的距离,得到第二距离,并根据所述第二距离和所述总行程距离确定终点距离系数;
根据所述绕路系数、共乘系数、起点距离系数和终点距离系数,确定所述顺路程度系数。
结合第一方面的第十三种可能的实施方式,本申请实施例提供了第一方面的第十四种可能的实施方式,其中,根据所述绕路系数、共乘系数、起点距离系数和终点距离系数确定所述顺路程度系数,包括:
获取第一预定时间段内,所有的司机端承接的叫车订单产生的绕路系数,并根据获取的所有绕路系数确定绕路系数均值和绕路系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的共乘系数,并根据获取的所有共乘系数确定共乘系数均值和共乘系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的起点距离系数,并根据获取的所有起点距离系数确定起点距离系数均值和起点距离系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的终点距离系数,并根据获取的所有终点距离系数确定终点距离系数均值和终点距离系数标准差;
根据绕路系数均值、绕路系数标准差、当前叫车订单的绕路系数、预制绕路系数权重、共乘系数均值、共乘系数标准差、当前叫车订单的共乘系数、预制共乘系数权重、起点距离系数均值、起点距离系数标准差、当前叫车订单的起点距离系数、预制起点距离系数权重、终点距离系数均值、终点距离系数标准差、当前叫车订单的终点距离系数以及预制终点距离系数权重,确定所述顺路程度系数。
结合第一方面的第十四种可能的实施方式,本申请实施例提供了第一方面的第十五种可能的实施方式,其中,还包括:
将所述司机端起始位置、司机端的目标地址、司机端的起始时间作为查找记录推送给对应的司机端。
结合第一方面的第十五种可能的实施方式,本申请实施例提供了第一方面的第十六种可能的实施方式,其中,还包括:
基于第二预定时间段,判定所述查找记录是否过期;
在所述查找记录过期的情况下,将过期指示推送给对应的司机端。
结合第一方面的第十一种可能的实施方式、第一方面的第十二种可能的实施方式、第一方面的第十三种可能的实施方式、第一方面的第十四种可能的实施方式、第一方面的第十五种可能的实施方式或第一方面的第十六种可能的实施方式,本申请实施例提供了第一方面的第十七种可能的实施方式,其中,所述订单卡中还携带有顺路程度系数。
结合第一方面,本申请实施例提供了第一方面的第十八种可能的实施方式,其中,所述基于司机端的当前位置获取叫车订单,包括:
基于司机端的当前位置,获取预定距离内的叫车订单。
结合第一方面的第十八种可能的实施方式,本申请实施例提供了第一方面的第十九种可能的实施方式,其中,还包括:
每隔预定时间段,获取所述叫车订单;
统计并推送新增的叫车订单的数量给司机端。
结合第一方面的第十八种可能的实施方式,本申请实施例提供了第一方面的第二十种可能的实施方式,其中,还包括:
统计并推送当前叫车订单的数量给司机端。
结合第一方面,本申请实施例提供了第一方面的第二十一种可能的实施方式,其中,还包括:
获取所有司机端的出车状态;
基于未出车司机端的当前位置获取叫车订单,统计获取的叫车订单的数量,并将得到的数量推送给对应的未出车司机端。
第二方面,本申请实施例提供了一种叫车订单的推送方法,包括:
基于司机端的当前位置获取叫车订单;
获取司机端发送的目的地需求信息;
根据所述目的地需求信息和叫车订单的订单信息,为所述司机端选择顺路订单;
将所述顺路订单发送给所述司机端。
第三方面,本申请实施例提供了一种叫车订单的推送装置,包括:
第一订单获取模块,用于基于司机端的当前位置获取叫车订单;
偏好系数计算模块,用于基于获取的所述叫车订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述叫车订单的偏好系数;
第一订单推送模块,用于按照所述偏好系数,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
结合第三方面,本申请实施例提供了第三方面的第一种可能的实施方式,其中,所述偏好系数计算模块具体用于:
基于所述历史接单信息,获取所述司机端所承接的历史叫车订单中的订单特征,并确定所述司机端对每个所述订单特征的接受系数;
基于当前叫车订单的订单信息,确定当前叫车订单的订单特征;
根据当前叫车订单的订单特征以及所述司机端对每个所述订单特征的接受系数,确定所述司机端对当前叫车订单的偏好系数。
结合第三方面的第一种可能的实施方式,本申请实施例提供了第三方面的第二种可能的实施方式,其中,所述订单特征包括以下特征中的一种或多种:
订单价格;订单距离;司机端的接驾距离;所述叫车订单的目的地相对出发地的方位;所述叫车订单对应的行驶路线的历史拥堵系数;所述叫车订单的车型需求信息。
结合第三方面,本申请实施例提供了第三方面的第三种可能的实施方式,其中,所述第一订单推送模块还用于:
根据每个所述叫车订单的订单信息,为每个所述叫车订单生成订单卡;
按照所述叫车订单的顺序,将生成的订单卡进行排序,并将排序后的订单卡推送给所述司机端。
结合第三方面的第三种可能的实施方式,本申请实施例提供了第三方面的第四种可能的实施方式,其中,所述订单卡中携带有以下信息中的一种或多种:
出发地;目的地;出发时间;司机端的接驾距离;订单距离;订单价格;订单花费时间;订单状态。
结合第三方面的第四种可能的实施方式,本申请实施例提供了第三方面的第五种可能的实施方式,其中,所述第一订单推送模块还用于确定所述订单花费时间:
基于所述叫车订单的出发地和目的地,确定行驶路线;
基于所述行驶路线当前的路况,确定所述行驶路线的拥堵系数;
基于所述叫车订单的订单距离和拥堵系数,确定所述叫车订单的订单花费时间。
结合第三方面的第四种可能的实施方式,本申请实施例提供了第三方面的第六种可能的实施方式,其中,所述订单状态包括待抢单状态、已抢单状态、和订单已取消状态。
结合第三方面,本申请实施例提供了第三方面的第七种可能的实施方式,其中,还包括图形信息推送模块,所述图形信息推送模块用于当接收到所述司机端发送的针对所述排序后的叫车订单中任一叫车订单的详情查看请求后,向所述司机端发送携带有可视地图信息的订单详情页信息。
结合第三方面,本申请实施例提供了第三方面的第八种可能的实施方式,其中,所述第一订单推送模块还用于向所述司机端提供用于排序的多个订单特征,若接收到司机端发送的用于排序的订单特征,则按照所述司机端选择的订单特征,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
结合第三方面,本申请实施例提供了第三方面的第九种可能的实施方式,其中,还包括:
第一地址获取模块,用于获取司机端发送的目的地需求信息;
第一顺路订单选取模块,用于根据所述目的地需求信息和所述叫车订单的订单信息,为所述司机端选择顺路订单;
所述第一订单推送模块还用于将所述顺路订单发送给所述司机端。
结合第三方面的第九种可能的实施方式,本申请实施例提供了第三方面的第十种可能的实施方式,其中,
所述偏好系数计算模块还用于根据所述顺路订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述顺路订单的偏好系数;
所述第一订单推送模块还具体用于按照所述偏好系数,将获取的顺路订单进行排序,并将排序后的顺路订单推送给所述司机端。
结合第三方面的第九种可能的实施方式,本申请实施例提供了第三方面的第十一种可能的实施方式,其中,所述第一顺路订单选取模块包括:
顺路程度系数计算子模块,用于根据所述目的地需求信息和所述叫车订单的订单信息,确定每个叫车订单的顺路程度系数;
订单选取子模块,用于选取顺利程度系数大于预定值的叫车订单,得到所述顺路订单。
结合第三方面的第十一种可能的实施方式,本申请实施例提供了第三方面的第十二种可能的实施方式,其中,所述顺路程度系数计算子模块具体用于:
获取所述司机端的当前处于的位置或司机端输入的当前位置,得到起始位置;
根据所述目的地需求信息确定所述司机端的目标位置;
根据所述司机端的起始位置、司机端的目标位置、叫车订单的出发地、叫车订单的目的地,确定所述顺路程度系数。
结合第三方面的第十二种可能的实施方式,本申请实施例提供了第三方面的第十三种可能的实施方式,其中,所述顺路程度系数计算子模块还具体用于:
确定司机端从所述司机端的起始位置开始行驶,途径所述叫车订单的出发地、叫车订单的目的地,到达所述司机端的目标位置的距离,得到所述司机端承接叫车订单的总行程距离;
确定司机端从所述司机端的起始位置行驶到所述司机端的目标位置的距离,得到第一距离,并根据所述第一距离和所述总行程距离确定绕路系数;
根据所述叫车订单的订单距离和所述总行程距离确定共乘系数;
根据所述司机端的接驾距离和所述总行程距离确定起点距离系数;
确定司机端从所述叫车订单的目的地行驶到所述司机端的目标位置的距离,得到第二距离,并根据所述第二距离和所述总行程距离确定终点距离系数;
根据所述绕路系数、共乘系数、起点距离系数和终点距离系数,确定所述顺路程度系数。
结合第三方面的第十三种可能的实施方式,本申请实施例提供了第三方面的第十四种可能的实施方式,其中,所述顺路程度系数计算子模块还具体用于:
获取第一预定时间段内,所有的司机端承接的叫车订单产生的绕路系数,并根据获取的所有绕路系数确定绕路系数均值和绕路系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的共乘系数,并根据获取的所有共乘系数确定共乘系数均值和共乘系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的起点距离系数,并根据获取的所有起点距离系数确定起点距离系数均值和起点距离系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的终点距离系数,并根据获取的所有终点距离系数确定终点距离系数均值和终点距离系数标准差;
根据绕路系数均值、绕路系数标准差、当前叫车订单的绕路系数、预制绕路系数权重、共乘系数均值、共乘系数标准差、当前叫车订单的共乘系数、预制共乘系数权重、起点距离系数均值、起点距离系数标准差、当前叫车订单的起点距离系数、预制起点距离系数权重、终点距离系数均值、终点距离系数标准差、当前叫车订单的终点距离系数以及预制终点距离系数权重,确定所述顺路程度系数。
结合第三方面的第十四种可能的实施方式,本申请实施例提供了第三方面的第十五种可能的实施方式,其中,还包括查询推送模块,所述查询推送模块用于将所述司机端起始位置、司机端的目标地址、司机端的起始时间作为查找记录推送给对应的司机端。
结合第三方面的第十五种可能的实施方式,本申请实施例提供了第三方面的第十六种可能的实施方式,其中,还包括过期推送模块,所述过期推送模块用于:
基于第二预定时间段,判定所述查找记录是否过期;
在所述查找记录过期的情况下,将过期指示推送给对应的司机端。
结合第三方面的第十一种可能的实施方式、第三方面的第十二种可能的实施方式、第三方面的第十三种可能的实施方式、第三方面的第十四种可能的实施方式、第三方面的第十五种可能的实施方式或第三方面的第十六种可能的实施方式,本申请实施例提供了第三方面的第十七种可能的实施方式,其中,所述订单卡中还携带有顺路程度系数。
结合第三方面,本申请实施例提供了第三方面的第十八种可能的实施方式,其中,所述第一订单获取模块具体用于:
基于司机端的当前位置,获取预定距离内的叫车订单。
结合第三方面的第十八种可能的实施方式,本申请实施例提供了第三方面的第十九种可能的实施方式,其中,还包括第一订单数量推送模块,所述第一订单数量推送模块用于:
每隔预定时间段,获取所述叫车订单;
统计并推送新增的叫车订单的数量给司机端。
结合第三方面的第十八种可能的实施方式,本申请实施例提供了第三方面的第二十种可能的实施方式,其中,还包括第二订单数量推送模块,所述第二订单数量推送模块还用于:
统计并推送当前叫车订单的数量给司机端。
结合第三方面,本申请实施例提供了第三方面的第二十一种可能的实施方式,其中,还包括:
司机状态获取模块,用于获取所有司机端的出车状态;
第三订单数量推送模块,用于基于未出车司机端的当前位置获取叫车订单,统计获取的叫车订单的数量,并将得到的数量推送给对应的未出车司机端。
第四方面,本申请实施例提供了一种叫车订单的推送装置,包括:
第二订单获取模块,用于基于司机端的当前位置获取叫车订单;
第二地址获取模块,用于获取司机端发送的目的地需求信息;
第二顺路订单选取模块,用于根据所述目的地需求信息和所述叫车订单的订单信息,为所述司机端选择顺路订单;
第二订单推送模块,用于将所述顺路订单发送给所述司机端。
第五方面,本申请实施例还提供一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面的任一种可能的实施方式,或第二方面中的步骤。
第六方面,本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述第一方面,或第一方面的任一种可能的实施方式,或第二方面中的步骤。
本申请实施例提供的叫车订单的推送方法及装置,首先基于司机端的当前位置获取叫车订单;之后基于获取的叫车订单的订单信息以及司机端的历史接单信息,确定司机端对每个叫车订单的偏好系数;最后按照偏好系数,将获取的叫车订单进行排序,并将排序后的叫车订单推送给司机端,以供司机端进行选择。上述技术方案能够以司机端的偏好向司机端推送合适的叫车订单,向司机端提供了一种自由度更高、更加充分考虑每个司机端的需求的选单模式,从而能够有效提高兼职司机和上班族司机承接叫车订单的积极性,缓解早晚高峰时期叫车的压力。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例一所提供的叫车订单的推送方法的流程图;
图2A示出了本申请实施例中司机端进行叫车订单选取时呈现的一页面;
图2B示出了本申请实施例中司机端进行叫车订单选取时呈现的另一页面;
图3A示出了本申请实施例中有新增叫车订单时呈现的一页面;
图3B示出了本申请实施例中有新增叫车订单时呈现的另一页面;
图4示出了本申请实施例二所提供的叫车订单的推送方法的流程图;
图5A示出了本申请实施例中司机端呈现的一订单详情页;
图5B示出了本申请实施例中司机端呈现的另一订单详情页;
图5C示出了本申请实施例中司机端呈现的又一订单详情页;
图6示出了本申请实施例中选取排序方式的示意图;
图7示出了本申请实施例三所提供的叫车订单的推送方法的流程图;
图8A示出了本申请实施例中司机端的一行程发布页面;
图8B示出了本申请实施例中司机端的另一行程发布页面;
图9A示出了本申请实施例中按照偏好系数排序顺路订单的一页面;
图9B示出了本申请实施例中按照偏好系数排序顺路订单的另一页面;
图10A示出了本申请实施例中有新增顺路叫车订单时呈现的一页面;
图10B示出了本申请实施例中有新增顺路叫车订单时呈现的另一页面;
图11A示出了本申请实施例中无顺路订单时呈现的页面;
图11B示出了本申请实施例中顺路订单过期时呈现的页面;
图12示出了本申请实施例中向未出车司机端推动附近叫车订单数量的页面;
图13示出了本申请实施例四所提供的叫车订单的推送方法的流程图;
图14A示出了本申请实施例中呈现的一查找记录页面;
图14B示出了本申请实施例中呈现的另一查找记录页面;
图14C示出了本申请实施例中查找记录过期的页面;
图15示出了本申请实施例五所提供的叫车订单的推送方法的流程图;
图16示出了本申请实施例六所提供的一种叫车订单的推送装置的结构示意图;
图17示出了本申请实施例七所提供的一种叫车订单的推送装置的结构示意图;
图18示出了本申请实施例八所提供的一种叫车订单的推送装置的结构示意图;
图19示出了本申请实施例九所提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
考虑到现有的自动派单模式会在一定程度上,抑制上班族司机和兼职司机承接叫车订单的极性,本申请实施例提供了一种叫车订单的退推送方法和装置,该方法或装置能够根据司机端的偏好为司机端推送叫车订单,以供司机端选择,从而有效提高了兼职司机或上班族司机承接叫车订单的积极性,缓解了早晚高峰时期的叫车压力。下面通过实施例对本申请的叫车订单推送方法及装置进行描述。
为便于对本实施例进行理解,首先对本申请实施例所公开的一种叫车订单的推送方法进行详细介绍。
实施例一
本实施例公开了一种叫车订单的推送方法,该方法用于服务端根据司机端的偏好为司机端推送叫车订单。具体地,如图1所示,本实施例的叫车订单的推送方法包括:
S110、基于司机端的当前位置获取叫车订单。
这里,获取叫车订单的具体实施方式可以是:以司机端的当前位置为中心,获取距离上述中心预定距离内的所有的叫车订单。上述预定距离可以根据实际应用场景的需求灵活设定和更新。本步骤实质上就是获取了司机端附件的叫车订单。
这里,在获取到叫车订单后,还可以进行如下操作:统计并推送当前叫车订单的数量给司机端。司机端进入选单大厅后,可以看到附件叫车订单的数量,如图2A中所示的“附近23单”。司机端根据推送的附近订单数量决定是否选取叫车订单,或决定选取叫车订单的策略。
这里,为了能够给司机端提供准确的叫车订单数量,可以每隔预定时间段,获取叫车订单。预定时间段设置的越短,获取的叫车订单的实时性越高。预定时间段的可以根据实际应用场景的需求灵活设定和更新。
S120、基于获取的所述叫车订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述叫车订单的偏好系数。
这里,根据司机端的历史接单信息可以确定司机端的偏好,继而根据司机端的偏好和当前叫车订单的订单信息能够确定当前叫车订单的偏好系数。偏好系数标识了司机端承接叫车订单的欲望,偏好系数的值越高,表明司机端越愿意承接对应的叫车订单。
S130、按照所述偏好系数,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
这里,按照偏好系数从高到底的顺序,将叫车订单进行排序。司机端接收的是按照偏好系数从高到底排好序的叫车订单。如图2A所示,由于屏幕的面积有限,因此,司机端通过当前的屏幕看到的叫车订单只有几个。如图他2B所示,如果司机端从这几个叫车订单中找不到合适的,可以通过上划屏幕的方式使排在后面的叫车订单呈现在当前的屏幕上,供司机端选择。
进一步地,本实施例的叫车订单推送方法,在获取司机端附近的叫车订单后,还可以进行如下操作:统计并推送新增的叫车订单的数量给司机端。如图3A所示,司机端的屏幕上呈现了诸如“有3个新附近订单,点击刷新”的画面,司机端根据得到的推送信息,通过刷新操作即可获取到当前的所有的叫车订单的信息。如图3B所示,司机端上划后,新增订单的提示也会显示在司机端当前的屏幕上。
进一步地,本实施例的叫车订单推送方法中的步骤120可以利用如下步骤确定所述司机端对所述叫车订单的偏好系数:
S1201、基于所述历史接单信息,获取所述司机端所承接的历史叫车订单中的订单特征,并确定所述司机端对每个所述订单特征的接受系数。
这里,订单特征可以包括以下特征中的一种或多种:订单价格;订单距离;司机端的接驾距离;所述叫车订单的目的地相对出发地的方位;所述叫车订单对应的行驶路线的历史拥堵系数;所述叫车订单的车型需求信息。
订单距离具体为,叫车订单的出发地到叫车订单的目的地对应的行驶路线的距离。订单价格具体为根据订单距离给定的一个金额数值。司机端的接驾距离具体为,司机端从当前位置行驶到叫车订单出发地的距离。叫车订单的目的地相对出发地的方位具体为,在地图上出发地与目的地的连线与X轴的夹角。在具体实施时,还可以将上述角度映射到不同的角度区间内,用不同的角度区间表征叫车订单的目的地相对出发地的方位。叫车订单的车型需求信息具体为,叫车订单对接单司机端的需求,例如要求承接叫车订单的司机端为快车,再例如要求承接订单的司机端为特价车。
S1202、基于当前叫车订单的订单信息,确定当前叫车订单的订单特征。
这里的订单特征也是上述订单特征中的一种或几种。
S1203、根据当前叫车订单的订单特征以及所述司机端对每个所述订单特征的接受系数,确定所述司机端对当前叫车订单的偏好系数。
这里,当前叫车订单的每个订单特征均有一个接受系数,利用接受系数进行加权求和等计算就可以得到偏好系数。
本实施例的叫车订单推送方法为司机端提供了一种自由度更高的交易模式,并且充分考虑了每个司机的需求,能够有效提高兼职司机和上班族司机承接叫车订单的积极性,缓解早晚高峰时期叫车的压力。
实施例二
基于以上实施例,本实施例具体公开了以订单卡的方式推送叫车订单的方法,如图4所示,本实施例的叫车订单的推送方法包括:
S410、基于司机端的当前位置获取叫车订单;
S420、基于获取的所述叫车订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述叫车订单的偏好系数;
S430、按照所述偏好系数,将获取的叫车订单进行排序;
S440、根据每个所述叫车订单的订单信息,为每个所述叫车订单生成订单卡;
这里,在生成订单卡时,可以首先从叫车订单的订单信息中获取出发地、目的地和出发时间,并获取司机端的当前位置,之后根据获取的上述信息确定司机端的接驾距离、订单距离、订单价格以及订单花费时间,继而根据出发地、目的地、出发时间、司机端的接驾距离、订单距离、订单价格以及订单花费时间生成订单卡。如图2A-3B所示,每个叫车订单以订单卡的方式呈现在司机端,并且订单卡中包括了出发地、目的地、出发时间、接驾距离、订单距离、订单价格等。
进一步地,上述订单花费时间可以利用如下子步骤确定:
S4401、基于所述叫车订单的出发地和目的地,确定行驶路线;
S4402、基于所述行驶路线当前的路况,确定所述行驶路线的拥堵系数;
S4403、基于所述叫车订单的订单距离和拥堵系数,确定所述叫车订单的订单花费时间。
另外,订单卡中还可以包括订单状态。该订单状态包括待抢单状态、已抢单状态、和订单已取消状态。如图2A-3B、5A所示,所述待抢单状态表现为司机端页面中的“抢单”,用于司机端承接所述叫车订单。如图5B所示,所述已抢单状态表现为司机端页面中的“订单已被抢”,用于表示叫车订单已经被其他司机端承接。如图5C所示,订单已取消状态表现为司机端页面中的“订单已取消”,用于表示叫车订单已经被乘客端取消。
另外,订单卡中还可以包括叫车订单的车型需求信息,用于表明乘客端对司机端的车型需求,如图2A中,第一个叫车订单的车型需求是快车,第二个叫车订单的车型需求是特价车,第三个叫车订单的车型需求是优享。
S450、按照所述叫车订单的顺序,将生成的订单卡进行排序,并将排序后的订单卡推送给所述司机端。
进一步地,如图5A-5C所示,当接收到所述司机端发送的针对所述排序后的叫车订单中任一叫车订单的详情查看请求后,向所述司机端发送携带有可视地图信息的订单详情页信息。这里的订单详情页信息可以包括行驶路线、出发地、目的地和行驶时间等。
这里,详情查看请求可以是司机端点击订单卡中的除“抢单”按钮以外的任意位置生成的。
以上,是基于偏好系数对叫车订单进行排序,可以认为得到一个综合排序,当然可以根据某一个订单特征对叫车订单进行排序,例如利用接驾距离对叫车订单进行排序,例如利用订单价格对叫车订单进行排序,再例如利用出发时间对叫车订单进行排序。如图6所示,向司机端提供用于排序的多个订单特征,司机端可以根据自己的意愿进行选取,选取的信息会传向服务端,服务端在接收到司机端发送的用于排序的订单特征后,按照所述司机端选择的订单特征,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
以上两个实施例中司机端根据自身的喜好或者当前的实际情况,例如交通是否拥堵选取合适的叫车订单,充分满足了司机端自主挑单的诉求,排序功能进一步满足了司机端想要挑选接驾距离短、订单价值高等条件的叫车订单的需求。
举例来说,当一个兼职司机空闲时想接一个大单,可以打开选单大厅,如图2A、2B所示,就能够看到附近的叫车订单,并且当前的叫车订单按照偏好系数从高到低排序。之后,司机端可以选取按照订单价格排序,挑选订单中金额最高的订单。当早晚高峰堵车时,如果自动派单,有可能会派到接驾距离为2~3公里的叫车订单,司机端过去接驾耗费过多的时间成本,可以进入选单大厅后按照接驾距离排序,选择距自己最近的叫车订单。
除了接驾距离、订单价格和出发时间之外,司机还非常看重订单的目的地,特别是对于上班族司机,订单目的地和自己的行程顺路与否非常重要,而其他类型的司机,也有收车顺路回家、自我调度的需求。下面公开了一种根据顺路程度为司机端推送叫车订单的方法。
实施例三
本实施例公开了一种根据顺路程度选取叫车订单的方法,具体地,如图7所示,本实施例的叫车订单的推送方法包括:
S710、基于司机端的当前位置获取叫车订单。
S720、获取司机端发送的目的地需求信息。
这里,为满足司机端挑选订单目的地的需求,增加司机端意愿表达的入口。如图8A、8B所示,提供了司机端发布行程的页面,其中,图8A表示司机端发布行程之前的页面状态,图8B表示司机端发布行程之后的页面状态。司机端通过该页面可以输入目的地需求信息,服务端获取到目的地需求信息后,可以解析得到司机端的目标位置。
S730、根据所述目的地需求信息和所述叫车订单的订单信息,为所述司机端选择顺路订单。
这里,可以根据述目的地需求信息和订单信息中的出发地和目的地为端选择顺路订单。
S740、将所述顺路订单发送给所述司机端。
这里,可以先对选取得到的顺路订单进行排序,在将排序后的顺路订单推送给司机端。
进一步地,可以按照不同的订单特征对顺路订单进行排序,也可以按照偏好系数对顺序订单进行排序,具体的排序方法与上面实施例中对叫车订单的排序方式相同。例如按照偏好系数对顺序订单进行排序可以包括如下步骤:
S7401、根据所述顺路订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述顺路订单的偏好系数。
S7402、按照所述偏好系数,将获取的顺路订单进行排序,并将排序后的顺路订单推送给所述司机端。
本实施例中,顺路订单按照偏好系数排序后,呈现在司机端的页面如图9A所示。当然,如图9B所示,如同上面实施例中的叫车订单,可以通过上划的方式显示位于后面的叫车订单。
如同上面的实施例,如图10A所示,在有新增的附件订单时,服务端会将新增订单的提示推送给司机端,司机端通过刷新即可得到当前的所有顺路订单。当然,如图10B所示,在上划显示后续顺路订单的同时,如果有新增的顺路订单也会将新增提示推送给司机端。
本实施例中,如图11A所示,如果通过步骤S730没有得到顺路订单,服务端会向司机端推送无顺路订单的提示信息。另外,如图11B所示,可以预设第二预定时间段,如果通过S730获得的顺路订单超过该预定时间段,则服务端会向司机端推送顺路订单已过期的信息。
进一步地,本实施例的叫车订单的推送方法还可以包括下述向未出车司机端推送叫车订单的步骤:
S750、获取所有司机端的出车状态。
S760、基于未出车司机端的当前位置获取叫车订单,统计获取的叫车订单的数量,并将得到的数量推送给对应的未出车司机端。
如图12所示,为向未出车司机端推送的信息在司机端呈现的页面,未出车司机可以根据该信息选择出车或不出车,该方法可以在一定程度上提升司机承接叫车订单的积极性。
实施例四
基于以上实施例,本实施例提供的叫车订单的推送方法公开了选取顺路订单具体步骤。如图13所示,本实施例的叫车订单的推送方法包括:
S1310、基于司机端的当前位置获取叫车订单。
S1320、获取司机端发送的目的地需求信息。
S1330、根据所述目的地需求信息和所述叫车订单的订单信息,确定每个叫车订单的顺路程度系数。
这里,具体可以利用如下子步骤确定顺路程度系数:
S13301、获取所述司机端当前处于的位置或司机端输入的当前位置,得到起始位置;
S13302、根据所述目的地需求信息确定所述司机端的目标位置;
S13303、根据所述司机端的起始位置、司机端的目标位置、叫车订单的出发地、叫车订单的目的地,确定所述顺路程度系数。
在具体实施时,可以利用如图8A、8B所示的页面输入司机端的起始位置。在乘客端没有输入时,默认为司机端现在处于的位置就是司机端的起始位置。
司机端利用如图8A、8B所示的页面输入目的地需求信息、起始位置以及出发时间,之后发布行程。服务端利用司机端输入的目的地需求信息可以解析得到司机端的目标位置。继而利用目标位置、起始位置和出发时间确定顺路订单。另外,乘客端还可以输入出发时间,如果乘客端不输入,则默认为当前时间为出发时间。
进一步地,服务端在接收到司机端起始位置、司机端的目标地址、司机端的起始时间后,向司机端推送一条查找记录,供司机端查看。如图9A-11B所示,图中顶部为查找记录。另外,如图9A所示,司机端可以对查找记录进行修改和删除。另外,如图14A、14B所示,这些查找记录保留在待处理中。如图14C所示,还可以预设一个时段判断查找记录是否过期,如果查找记录过期可以向司机端推送查找记录过期的提示信息。司机端可以通过点击未过期的记录,重新查找顺路订单。
这里,所述订单卡中还可以携带有上述顺路程度系数,以供司机端基于顺路程度选取要承接的叫车订单。
S1340、选取顺利程度系数大于预定值的叫车订单,得到所述顺路订单。
这里的预定值可以根据实际的应用场景灵活设定,例如设定为0.5。如果没有获取到顺路订单,可以返回步骤1310,继续获取附近的叫车订单。
S1350、将所述顺路订单发送给所述司机端。
这里,可以根据顺路程度系数对叫车订单进行排序,再将排序后的顺路订单推送给司机端。
进一步地,本实施例中,子步骤S13303可以利用如下子步骤确定顺路程度系数:
子步骤一、确定司机端从所述司机端的起始位置开始行驶,途径所述叫车订单的出发地、叫车订单的目的地,到达所述司机端的目标位置的距离,得到所述司机端承接叫车订单的总行程距离。
子步骤二、确定司机端从所述司机端的起始位置行驶到所述司机端的目标位置的距离,得到第一距离,并根据所述第一距离和所述总行程距离确定绕路系数。
具体地,可以利用第一距离除以总行程距离,得到绕路系数。
子步骤三、根据所述叫车订单的订单距离和所述总行程距离确定共乘系数。
具体地,可以利用订单距离除以总行程距离,得到共乘系数。
子步骤四、根据所述司机端的接驾距离和所述总行程距离确定起点距离系数。
具体地,可以利用接驾距离除以总行程距离,得到起点距离系数。
子步骤五、确定司机端从所述叫车订单的目的地行驶到所述司机端的目标位置的距离,得到第二距离,并根据所述第二距离和所述总行程距离确定终点距离系数。
具体地,可以利用第二距离除以总行程距离,得到终点距离系数。
子步骤六、根据所述绕路系数、共乘系数、起点距离系数和终点距离系数,确定所述顺路程度系数。
其中,上述子步骤六可以利用如下子步骤实现:
子步骤一、获取第一预定时间段内,所有的司机端承接的叫车订单产生的绕路系数,并根据获取的所有绕路系数确定绕路系数均值和绕路系数标准差;
子步骤二、获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的共乘系数,并根据获取的所有共乘系数确定共乘系数均值和共乘系数标准差;
子步骤三、获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的起点距离系数,并根据获取的所有起点距离系数确定起点距离系数均值和起点距离系数标准差;
子步骤四、获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的终点距离系数,并根据获取的所有终点距离系数确定终点距离系数均值和终点距离系数标准差;
子步骤五、根据绕路系数均值、绕路系数标准差、当前叫车订单的绕路系数、预制绕路系数权重、共乘系数均值、共乘系数标准差、当前叫车订单的共乘系数、预制共乘系数权重、起点距离系数均值、起点距离系数标准差、当前叫车订单的起点距离系数、预制起点距离系数权重、终点距离系数均值、终点距离系数标准差、当前叫车订单的终点距离系数以及预制终点距离系数权重,确定当前叫车订单的顺路程度系数。
在具体实施时,可以利用如下公式确定顺路程度系数:
顺路程度子系数=W1*((绕路系数-绕路系数均值)/绕路系数标准差)+W2*((共乘系数-共乘系数均值)/共乘系数标准差)+W3*((起点距离系数-起点距离系数均值)/起点距离系数标准差)+W4*((终点距离系数-终点距离系数均值)/终点距离系数标准差);
顺路程度系数=e︿顺路程度子系数/(1+e︿顺路程度子系数)
上述,W1表示预制绕路系数权重,W2表示预制共乘系数权重,W3表示预制起点距离系数权重,W4表示预制终点距离系数权重。
本实施例中,司机端可以手动输入起始位置、目标位置和出发时间,发布后,查找顺路订单并保留查找记录。举例而言,当上班族司机想要下班回家顺路承接叫车订单时,可以通过发布顺路行程,输入家庭住址为目标位置,选择出发的时间后发布行程,即可在匹配的顺路订单中挑选合适的订单。
实施例五
本实施例公开了一种叫车订单的推送方法,如图15所示,该方法包括:
S1510、基于司机端的当前位置获取叫车订单;
S1520、获取司机端发送的目的地需求信息;
S1530、根据所述目的地需求信息和叫车订单的订单信息,为所述司机端选择顺路订单;
S1540、将所述顺路订单发送给所述司机端。
基于相同的技术构思,本申请实施例还提供一种叫车订单的推送装置、电子设备、以及计算机存储介质等,具体可参见以下实施例。
实施例六
本实施例公开了一种叫车订单的推送装置,如图16所示,该装置包括:
第一订单获取模块1601,用于基于司机端的当前位置获取叫车订单;
偏好系数计算模块1602,用于基于获取的所述叫车订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述叫车订单的偏好系数;
第一订单推送模块1603,用于按照所述偏好系数,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
进一步地,所述偏好系数计算模块1602具体用于:
基于所述历史接单信息,获取所述司机端所承接的历史叫车订单中的订单特征,并确定所述司机端对每个所述订单特征的接受系数;
基于当前叫车订单的订单信息,确定当前叫车订单的订单特征;
根据当前叫车订单的订单特征以及所述司机端对每个所述订单特征的接受系数,确定所述司机端对当前叫车订单的偏好系数。
上述所述订单特征包括以下特征中的一种或多种:
订单价格;订单距离;司机端的接驾距离;所述叫车订单的目的地相对出发地的方位;所述叫车订单对应的行驶路线的历史拥堵系数;所述叫车订单的车型需求信息。
进一步地,所述第一订单推送模块1603还用于:
根据每个所述叫车订单的订单信息,为每个所述叫车订单生成订单卡;
按照所述叫车订单的顺序,将生成的订单卡进行排序,并将排序后的订单卡推送给所述司机端。
上述所述订单卡中携带有以下信息中的一种或多种:
出发地;目的地;出发时间;司机端的接驾距离;订单距离;订单价格;订单花费时间;订单状态。
进一步地,所述第一订单推送模块1603还用于确定所述订单花费时间:
基于所述叫车订单的出发地和目的地,确定行驶路线;
基于所述行驶路线当前的路况,确定所述行驶路线的拥堵系数;
基于所述叫车订单的订单距离和拥堵系数,确定所述叫车订单的订单花费时间。
上述所述订单状态包括待抢单状态、已抢单状态和订单已取消状态。
进一步地,叫车订单推送到装置还包括图形信息推送模块1604,所述图形信息推送模块1604用于当接收到所述司机端发送的针对所述排序后的叫车订单中任一叫车订单的详情查看请求后,向所述司机端发送携带有可视地图信息的订单详情页信息。
进一步地,所述第一订单推送模块1603还用于向所述司机端提供用于排序的多个订单特征,若接收到司机端发送的用于排序的订单特征,则按照所述司机端选择的订单特征,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
实施例七
本实施例公开了一种叫车订单的推送装置,如图17所示,该装置包括:
第一订单获取模块1701,用于基于司机端的当前位置获取叫车订单;
偏好系数计算模块1702,用于基于获取的所述叫车订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述叫车订单的偏好系数;
第一地址获取模块1703,用于获取司机端发送的目的地需求信息;
第一顺路订单选取模块1704,用于根据所述目的地需求信息和所述叫车订单的订单信息,为所述司机端选择顺路订单;
第一订单推送模块1705,用于将所述顺路订单发送给所述司机端。
进一步地,所述偏好系数计算1702模块还用于根据所述顺路订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述顺路订单的偏好系数;
所述第一订单推送模块1705还具体用于按照所述偏好系数,将获取的顺路订单进行排序,并将排序后的顺路订单推送给所述司机端。
进一步地,所述第一顺路订单选取模块1704包括:
顺路程度系数计算子模块17041,用于根据所述目的地需求信息和所述叫车订单的订单信息,确定每个叫车订单的顺路程度系数;
订单选取子模块17042,用于选取顺利程度系数大于预定值的叫车订单,得到所述顺路订单。
进一步地,所述顺路程度系数计算子模块17041具体用于:
获取所述司机端当前处于的位置或司机端输入的当前位置,得到起始位置;
根据所述目的地需求信息确定所述司机端的目标位置;
根据所述司机端的起始位置、司机端的目标位置、叫车订单的出发地、叫车订单的目的地,确定所述顺路程度系数。
进一步地,所述顺路程度系数计算子模块17041还具体用于:
确定司机端从所述司机端的起始位置开始行驶,途径所述叫车订单的出发地、叫车订单的目的地,到达所述司机端的目标位置的距离,得到所述司机端承接叫车订单的总行程距离;
确定司机端从所述司机端的起始位置行驶到所述司机端的目标位置的距离,得到第一距离,并根据所述第一距离和所述总行程距离确定绕路系数;
根据所述叫车订单的订单距离和所述总行程距离确定共乘系数;
根据所述司机端的接驾距离和所述总行程距离确定起点距离系数;
确定司机端从所述叫车订单的目的地行驶到所述司机端的目标位置的距离,得到第二距离,并根据所述第二距离和所述总行程距离确定终点距离系数;
根据所述绕路系数、共乘系数、起点距离系数和终点距离系数,确定所述顺路程度系数。
进一步地,所述顺路程度系数计算子模块17041还具体用于:
获取第一预定时间段内,所有的司机端承接的叫车订单产生的绕路系数,并根据获取的所有绕路系数确定绕路系数均值和绕路系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的共乘系数,并根据获取的所有共乘系数确定共乘系数均值和共乘系数标准差;
获取所述第一预定时间段内,所有的司机端承接叫的车订单产生的起点距离系数,并根据获取的所有起点距离系数确定起点距离系数均值和起点距离系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的终点距离系数,并根据获取的所有终点距离系数确定终点距离系数均值和终点距离系数标准差;
根据绕路系数均值、绕路系数标准差、当前叫车订单的绕路系数、预制绕路系数权重、共乘系数均值、共乘系数标准差、当前叫车订单的共乘系数、预制共乘系数权重、起点距离系数均值、起点距离系数标准差、当前叫车订单的起点距离系数、预制起点距离系数权重、终点距离系数均值、终点距离系数标准差、当前叫车订单的终点距离系数以及预制终点距离系数权重,确定所述顺路程度系数。
进一步地,本实施例的叫车订单的推送装置还包括查询推送模块1706,所述查询推送模块1706用于将所述司机端起始位置、司机端的目标地址、司机端的起始时间作为查找记录推送给对应的司机端。
进一步地,本实施例的叫车订单的推送装置还包括过期推送模块1707,所述过期推送模块1707用于:
基于第二预定时间段,判定所述查找记录是否过期;
在所述查找记录过期的情况下,将过期指示推送给对应的司机端。
进一步地,所述订单卡中还携带有顺路程度系数。
进一步地,所述第一订单获取模块1701具体用于:
基于司机端的当前位置,获取预定距离内的叫车订单。
进一步地,本实施例的叫车订单的推送装置还包括第一订单数量推送模块1708,所述第一订单数量推送模块1708用于:
每隔预定时间段,获取所述叫车订单;
统计并推送新增的叫车订单的数量给司机端。
进一步地,本实施例的叫车订单的推送装置,还包括第二订单数量推送模块1709,所述第二订单数量推送模块1709还用于:
统计并推送当前叫车订单的数量给司机端。
进一步地,本实施例的叫车订单的推送装置还包括:
司机状态获取模块1710,用于获取所有司机端的出车状态;
第三订单数量推送模块1711,用于基于未出车司机端的当前位置获取叫车订单,统计获取的叫车订单的数量,并将得到的数量推送给对应的未出车司机端。
实施例八
本实施例公开了一种叫车订单的推送装置,如图18所示,该装置包括:
第二订单获取模块1801,用于基于司机端的当前位置获取叫车订单;
第二地址获取模块1802,用于获取司机端发送的目的地需求信息;
第二顺路订单选取模块1803,用于根据所述目的地需求信息和所述叫车订单的订单信息,为所述司机端选择顺路订单;
第二订单推送模块1804,用于将所述顺路订单发送给所述司机端
实施例九
本实施例公开了一种电子设备,如图19所示,包括:处理器1901、存储器1902和总线1903,所述存储器1902存储有所述处理器1901可执行的机器可读指令,当电子设备运行时,所述处理器1901与所述存储器1902之间通过总线1903通信。
所述机器可读指令被所述处理器1901执行时执行以下叫车订单的推送方法的步骤:
基于司机端的当前位置获取叫车订单;
基于获取的所述叫车订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述叫车订单的偏好系数;
按照所述偏好系数,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
在具体实施时,所述处理器1901确定所述司机端对所述叫车订单的偏好系数,包括:
基于所述历史接单信息,获取所述司机端所承接的历史叫车订单中的订单特征,并确定所述司机端对每个所述订单特征的接受系数;
基于当前叫车订单的订单信息,确定当前叫车订单的订单特征;
根据当前叫车订单的订单特征以及所述司机端对每个所述订单特征的接受系数,确定所述司机端对当前叫车订单的偏好系数。
所述订单特征包括以下特征中的一种或多种:
订单价格;订单距离;司机端的接驾距离;所述叫车订单的目的地相对出发地的方位;所述叫车订单对应的行驶路线的历史拥堵系数;所述叫车订单的车型需求信息。
在具体实施时,所述处理器1901将排序后的叫车订单推送给所述司机端,包括:
根据每个所述叫车订单的订单信息,为每个所述叫车订单生成订单卡;
按照所述叫车订单的顺序,将生成的订单卡进行排序,并将排序后的订单卡推送给所述司机端。
所述订单卡中携带有以下信息中的一种或多种:
出发地;目的地;出发时间;司机端的接驾距离;订单距离;订单价格;订单花费时间;订单状态。
在具体实施时,所述处理器1901根据以下步骤确定所述订单花费时间:
基于所述叫车订单的出发地和目的地,确定行驶路线;
基于所述行驶路线当前的路况,确定所述行驶路线的拥堵系数;
基于所述叫车订单的订单距离和拥堵系数,确定所述叫车订单的订单花费时间。
所述订单状态包括待抢单状态、已抢单状态和订单已取消状态。
在具体实施时,所述处理器1901还用于:
当接收到所述司机端发送的针对所述排序后的叫车订单中任一叫车订单的详情查看请求后,向所述司机端发送携带有可视地图信息的订单详情页信息。
在具体实施时,所述处理器1901还用于:
向所述司机端提供用于排序的多个订单特征,若接收到司机端发送的用于排序的订单特征,则按照所述司机端选择的订单特征,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
在具体实施时,所述处理器1901还用于:
获取司机端发送的目的地需求信息;
根据所述目的地需求信息和所述叫车订单的订单信息,为所述司机端选择顺路订单;
将所述顺路订单发送给所述司机端。
在具体实施时,所述处理器1901将所述顺路订单发送给所述司机端,包括:
根据所述顺路订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述顺路订单的偏好系数;
按照所述偏好系数,将获取的顺路订单进行排序,并将排序后的顺路订单推送给所述司机端。
在具体实施时,所述处理器1901为所述司机端选择顺路订单,包括:
根据所述目的地需求信息和所述叫车订单的订单信息,确定每个叫车订单的顺路程度系数;
选取顺利程度系数大于预定值的叫车订单,得到所述顺路订单。
在具体实施时,所述处理器1901确定所述顺路程度系数,包括:
获取所述司机端当前处于的位置或司机端输入的当前位置,得到起始位置;
根据所述目的地需求信息确定所述司机端的目标位置;
根据所述司机端的起始位置、司机端的目标位置、叫车订单的出发地、叫车订单的目的地,确定所述顺路程度系数。
在具体实施时,所述处理器1901确定所述顺路程度系数,具体包括:
确定司机端从所述司机端的起始位置开始行驶,途径所述叫车订单的出发地、叫车订单的目的地,到达所述司机端的目标位置的距离,得到所述司机端承接叫车订单的总行程距离;
确定司机端从所述司机端的起始位置行驶到所述司机端的目标位置的距离,得到第一距离,并根据所述第一距离和所述总行程距离确定绕路系数;
根据所述叫车订单的订单距离和所述总行程距离确定共乘系数;
根据所述司机端的接驾距离和所述总行程距离确定起点距离系数;
确定司机端从所述叫车订单的目的地行驶到所述司机端的目标位置的距离,得到第二距离,并根据所述第二距离和所述总行程距离确定终点距离系数;
根据所述绕路系数、共乘系数、起点距离系数和终点距离系数,确定所述顺路程度系数。
在具体实施时,所述处理器1901根据所述绕路系数、共乘系数、起点距离系数和终点距离系数确定所述顺路程度系数,包括:
获取第一预定时间段内,所有的司机端承接的叫车订单产生的绕路系数,并根据获取的所有绕路系数确定绕路系数均值和绕路系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的共乘系数,并根据获取的所有共乘系数确定共乘系数均值和共乘系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的起点距离系数,并根据获取的所有起点距离系数确定起点距离系数均值和起点距离系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的终点距离系数,并根据获取的所有终点距离系数确定终点距离系数均值和终点距离系数标准差;
根据绕路系数均值、绕路系数标准差、当前叫车订单的绕路系数、预制绕路系数权重、共乘系数均值、共乘系数标准差、当前叫车订单的共乘系数、预制共乘系数权重、起点距离系数均值、起点距离系数标准差、当前叫车订单的起点距离系数、预制起点距离系数权重、终点距离系数均值、终点距离系数标准差、当前叫车订单的终点距离系数以及预制终点距离系数权重,确定所述顺路程度系数。
在具体实施时,所述处理器1901还用于:
将所述司机端起始位置、司机端的目标地址、司机端的起始时间作为查找记录推送给对应的司机端。
在具体实施时,所述处理器1901还用于:
基于第二预定时间段,判定所述查找记录是否过期;
在所述查找记录过期的情况下,将过期指示推送给对应的司机端。
所述订单卡中还携带有顺路程度系数。
在具体实施时,所述处理器1901基于司机端的当前位置获取叫车订单,包括:
基于司机端的当前位置,获取预定距离内的叫车订单。
在具体实施时,所述处理器1901还用于:
每隔预定时间段,获取所述叫车订单;
统计并推送新增的叫车订单的数量给司机端。
在具体实施时,所述处理器1901还用于:
统计并推送当前叫车订单的数量给司机端。
在具体实施时,所述处理器1901还用于:
获取所有司机端的出车状态;
基于未出车司机端的当前位置获取叫车订单,统计获取的叫车订单的数量,并将得到的数量推送给对应的未出车司机端。
所述处理器1901还用于执行以下叫车订单的推送方法的步骤:
基于司机端的当前位置获取叫车订单;
获取司机端发送的目的地需求信息;
根据所述目的地需求信息和叫车订单的订单信息,为所述司机端选择顺路订单;
将所述顺路订单发送给所述司机端。
实施例十
本实施例公开了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述实施例的叫车订单的推送方法中的步骤。
本申请实施例还提供了一种进行文本检错计算机程序产品,其包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的方法,具体实现可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。
Claims (48)
1.一种叫车订单的推送方法,其特征在于,包括:
基于司机端的当前位置获取叫车订单;
基于获取的所述叫车订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述叫车订单的偏好系数;
按照所述偏好系数,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
2.根据权利要求1所述的方法,其特征在于,确定所述司机端对所述叫车订单的偏好系数,包括:
基于所述历史接单信息,获取所述司机端所承接的历史叫车订单中的订单特征,并确定所述司机端对每个所述订单特征的接受系数;
基于当前叫车订单的订单信息,确定当前叫车订单的订单特征;
根据当前叫车订单的订单特征以及所述司机端对每个所述订单特征的接受系数,确定所述司机端对当前叫车订单的偏好系数。
3.根据权利要求2所述的方法,其特征在于,所述订单特征包括以下特征中的一种或多种:
订单价格;订单距离;司机端的接驾距离;所述叫车订单的目的地相对出发地的方位;所述叫车订单对应的行驶路线的历史拥堵系数;所述叫车订单的车型需求信息。
4.根据权利要求1所述的方法,其特征在于,所述将排序后的叫车订单推送给所述司机端,包括:
根据每个所述叫车订单的订单信息,为每个所述叫车订单生成订单卡;
按照所述叫车订单的顺序,将生成的订单卡进行排序,并将排序后的订单卡推送给所述司机端。
5.根据权利要求4所述的方法,其特征在于,所述订单卡中携带有以下信息中的一种或多种:
出发地;目的地;出发时间;司机端的接驾距离;订单距离;订单价格;订单花费时间;订单状态。
6.根据权利要求5所述的方法,其特征在于,根据以下步骤确定所述订单花费时间:
基于所述叫车订单的出发地和目的地,确定行驶路线;
基于所述行驶路线当前的路况,确定所述行驶路线的拥堵系数;
基于所述叫车订单的订单距离和拥堵系数,确定所述叫车订单的订单花费时间。
7.根据权利要求5所述的方法,其特征在于,所述订单状态包括待抢单状态、已抢单状态和订单已取消状态。
8.根据权利要求1所述的方法,其特征在于,还包括:
当接收到所述司机端发送的针对所述排序后的叫车订单中任一叫车订单的详情查看请求后,向所述司机端发送携带有可视地图信息的订单详情页信息。
9.根据权利要求1所述的方法,其特征在于,所述方法还包括:
向所述司机端提供用于排序的多个订单特征,若接收到司机端发送的用于排序的订单特征,则按照所述司机端选择的订单特征,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
10.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取司机端发送的目的地需求信息;
根据所述目的地需求信息和所述叫车订单的订单信息,为所述司机端选择顺路订单;
将所述顺路订单发送给所述司机端。
11.根据权利要求10所述的方法,其特征在于,将所述顺路订单发送给所述司机端,包括:
根据所述顺路订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述顺路订单的偏好系数;
按照所述偏好系数,将获取的顺路订单进行排序,并将排序后的顺路订单推送给所述司机端。
12.根据权利要求10所述的方法,其特征在于,为所述司机端选择顺路订单,包括:
根据所述目的地需求信息和所述叫车订单的订单信息,确定每个叫车订单的顺路程度系数;
选取顺利程度系数大于预定值的叫车订单,得到所述顺路订单。
13.根据权利要求12所述的方法,其特征在于,确定所述顺路程度系数,包括:
获取所述司机端当前处于的位置或司机端输入的当前位置,得到起始位置;
根据所述目的地需求信息确定所述司机端的目标位置;
根据所述司机端的起始位置、司机端的目标位置、叫车订单的出发地、叫车订单的目的地,确定所述顺路程度系数。
14.根据权利要求13所述的方法,其特征在于,确定所述顺路程度系数,具体包括:
确定司机端从所述司机端的起始位置开始行驶,途径所述叫车订单的出发地、叫车订单的目的地,到达所述司机端的目标位置的距离,得到所述司机端承接叫车订单的总行程距离;
确定司机端从所述司机端的起始位置行驶到所述司机端的目标位置的距离,得到第一距离,并根据所述第一距离和所述总行程距离确定绕路系数;
根据所述叫车订单的订单距离和所述总行程距离确定共乘系数;
根据所述司机端的接驾距离和所述总行程距离确定起点距离系数;
确定司机端从所述叫车订单的目的地行驶到所述司机端的目标位置的距离,得到第二距离,并根据所述第二距离和所述总行程距离确定终点距离系数;
根据所述绕路系数、共乘系数、起点距离系数和终点距离系数,确定所述顺路程度系数。
15.根据权利要求14所述的方法,其特征在于,根据所述绕路系数、共乘系数、起点距离系数和终点距离系数确定所述顺路程度系数,包括:
获取第一预定时间段内,所有的司机端承接的叫车订单产生的绕路系数,并根据获取的所有绕路系数确定绕路系数均值和绕路系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的共乘系数,并根据获取的所有共乘系数确定共乘系数均值和共乘系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的起点距离系数,并根据获取的所有起点距离系数确定起点距离系数均值和起点距离系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的终点距离系数,并根据获取的所有终点距离系数确定终点距离系数均值和终点距离系数标准差;
根据绕路系数均值、绕路系数标准差、绕路系数、预制绕路系数权重、共乘系数均值、共乘系数标准差、共乘系数、预制共乘系数权重、起点距离系数均值、起点距离系数标准差、起点距离系数、预制起点距离系数权重、终点距离系数均值、终点距离系数标准差、终点距离系数以及预制终点距离系数权重,确定所述顺路程度系数。
16.根据权利要求15所述的方法,其特征在于,还包括:
将所述司机端起始位置、司机端的目标地址、司机端的起始时间作为查找记录推送给对应的司机端。
17.根据权利要求16所述的方法,其特征在于,还包括:
基于第二预定时间段,判定所述查找记录是否过期;
在所述查找记录过期的情况下,将过期指示推送给对应的司机端。
18.根据权利要求12至17任一项所述的方法,其特征在于,所述订单卡中还携带有所述顺路程度系数。
19.根据权利要求1所述的方法,其特征在于,所述基于司机端的当前位置获取叫车订单,包括:
基于司机端的当前位置,获取预定距离内的叫车订单。
20.根据权利要求19所述的方法,其特征在于,还包括:
每隔预定时间段,获取所述叫车订单;
统计并推送新增的叫车订单的数量给所述司机端。
21.根据权利要求19所述的方法,其特征在于,还包括:
统计并推送当前叫车订单的数量给所述司机端。
22.根据权利要求1所述的方法,其特征在于,还包括:
获取所有司机端的出车状态;
基于未出车司机端的当前位置获取叫车订单,统计获取的叫车订单的数量,并将得到的数量推送给对应的未出车司机端。
23.一种叫车订单的推送方法,其特征在于,包括:
基于司机端的当前位置获取叫车订单;
获取司机端发送的目的地需求信息;
根据所述目的地需求信息和叫车订单的订单信息,为所述司机端选择顺路订单;
将所述顺路订单发送给所述司机端。
24.一种叫车订单的推送装置,其特征在于,包括:
第一订单获取模块,用于基于司机端的当前位置获取叫车订单;
偏好系数计算模块,用于基于获取的所述叫车订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述叫车订单的偏好系数;
第一订单推送模块,用于按照所述偏好系数,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
25.根据权利要求24所述的装置,其特征在于,所述偏好系数计算模块具体用于:
基于所述历史接单信息,获取所述司机端所承接的历史叫车订单中的订单特征,并确定所述司机端对每个所述订单特征的接受系数;
基于当前叫车订单的订单信息,确定当前叫车订单的订单特征;
根据当前叫车订单的订单特征以及所述司机端对每个所述订单特征的接受系数,确定所述司机端对当前叫车订单的偏好系数。
26.根据权利要求25所述的装置,其特征在于,所述订单特征包括以下特征中的一种或多种:
订单价格;订单距离;司机端的接驾距离;所述叫车订单的目的地相对出发地的方位;所述叫车订单对应的行驶路线的历史拥堵系数;所述叫车订单的车型需求信息。
27.根据权利要求24所述的装置,其特征在于,所述第一订单推送模块还用于:
根据每个所述叫车订单的订单信息,为每个所述叫车订单生成订单卡;
按照所述叫车订单的顺序,将生成的订单卡进行排序,并将排序后的订单卡推送给所述司机端。
28.根据权利要求27所述的装置,其特征在于,所述订单卡中携带有以下信息中的一种或多种:
出发地;目的地;出发时间;司机端的接驾距离;订单距离;订单价格;订单花费时间;订单状态。
29.根据权利要求28所述的装置,其特征在于,所述第一订单推送模块还用于确定所述订单花费时间:
基于所述叫车订单的出发地和目的地,确定行驶路线;
基于所述行驶路线当前的路况,确定所述行驶路线的拥堵系数;
基于所述叫车订单的订单距离和拥堵系数,确定所述叫车订单的订单花费时间。
30.根据权利要求28所述的装置,其特征在于,所述订单状态包括待抢单状态、已抢单状态和订单已取消状态。
31.根据权利要求24所述的装置,其特征在于,还包括图形信息推送模块,所述图形信息推送模块用于当接收到所述司机端发送的针对所述排序后的叫车订单中任一叫车订单的详情查看请求后,向所述司机端发送携带有可视地图信息的订单详情页信息。
32.根据权利要求24所述的装置,其特征在于,所述第一订单推送模块还用于向所述司机端提供用于排序的多个订单特征,若接收到司机端发送的用于排序的订单特征,则按照所述司机端选择的订单特征,将获取的叫车订单进行排序,并将排序后的叫车订单推送给所述司机端。
33.根据权利要求24所述的装置,其特征在于,还包括:
第一地址获取模块,用于获取司机端发送的目的地需求信息;
第一顺路订单选取模块,用于根据所述目的地需求信息和所述叫车订单的订单信息,为所述司机端选择顺路订单;
所述第一订单推送模块还用于将所述顺路订单发送给所述司机端。
34.根据权利要求33所述的装置,其特征在于,
所述偏好系数计算模块还用于根据所述顺路订单的订单信息以及所述司机端的历史接单信息,确定所述司机端对每个所述顺路订单的偏好系数;
所述第一订单推送模块还具体用于按照所述偏好系数,将获取的顺路订单进行排序,并将排序后的顺路订单推送给所述司机端。
35.根据权利要求33所述的装置,其特征在于,所述第一顺路订单选取模块包括:
顺路程度系数计算子模块,用于根据所述目的地需求信息和所述叫车订单的订单信息,确定每个叫车订单的顺路程度系数;
订单选取子模块,用于选取顺利程度系数大于预定值的叫车订单,得到所述顺路订单。
36.根据权利要求35所述的装置,其特征在于,所述顺路程度系数计算子模块具体用于:
获取所述司机端当前处于的位置或司机端输入的当前位置,得到起始位置;
根据所述目的地需求信息确定所述司机端的目标位置;
根据所述司机端的起始位置、司机端的目标位置、叫车订单的出发地、叫车订单的目的地,确定所述顺路程度系数。
37.根据权利要求36所述的装置,其特征在于,所述顺路程度系数计算子模块还具体用于:
确定司机端从所述司机端的起始位置开始行驶,途径所述叫车订单的出发地、叫车订单的目的地,到达所述司机端的目标位置的距离,得到所述司机端承接叫车订单的总行程距离;
确定司机端从所述司机端的起始位置行驶到所述司机端的目标位置的距离,得到第一距离,并根据所述第一距离和所述总行程距离确定绕路系数;
根据所述叫车订单的订单距离和所述总行程距离确定共乘系数;
根据所述司机端的接驾距离和所述总行程距离确定起点距离系数;
确定司机端从所述叫车订单的目的地行驶到所述司机端的目标位置的距离,得到第二距离,并根据所述第二距离和所述总行程距离确定终点距离系数;
根据所述绕路系数、共乘系数、起点距离系数和终点距离系数,确定所述顺路程度系数。
38.根据权利要求37所述的装置,其特征在于,所述顺路程度系数计算子模块还具体用于:
获取第一预定时间段内,所有的司机端承接的叫车订单产生的绕路系数,并根据获取的所有绕路系数确定绕路系数均值和绕路系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的共乘系数,并根据获取的所有共乘系数确定共乘系数均值和共乘系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的起点距离系数,并根据获取的所有起点距离系数确定起点距离系数均值和起点距离系数标准差;
获取所述第一预定时间段内,所有的司机端承接的叫车订单产生的终点距离系数,并根据获取的所有终点距离系数确定终点距离系数均值和终点距离系数标准差;
根据绕路系数均值、绕路系数标准差、绕路系数、预制绕路系数权重、共乘系数均值、共乘系数标准差、共乘系数、预制共乘系数权重、起点距离系数均值、起点距离系数标准差、起点距离系数、预制起点距离系数权重、终点距离系数均值、终点距离系数标准差、终点距离系数以及预制终点距离系数权重,确定所述顺路程度系数。
39.根据权利要求38所述的装置,其特征在于,还包括查询推送模块,所述查询推送模块用于将所述司机端起始位置、司机端的目标地址、司机端的起始时间作为查找记录推送给对应的司机端。
40.根据权利要求39所述的装置,其特征在于,还包括过期推送模块,所述过期推送模块用于:
基于第二预定时间段,判定所述查找记录是否过期;
在所述查找记录过期的情况下,将过期指示推送给对应的司机端。
41.根据权利要求35至40任一项所述的装置,其特征在于,所述订单卡中还携带有顺路程度系数。
42.根据权利要求24所述的装置,其特征在于,所述第一订单获取模块具体用于:
基于司机端的当前位置,获取预定距离内的叫车订单。
43.根据权利要求42所述的装置,其特征在于,还包括第一订单数量推送模块,所述第一订单数量推送模块用于:
每隔预定时间段,获取所述叫车订单;
统计并推送新增的叫车订单的数量给司机端。
44.根据权利要求42所述的装置,其特征在于,还包括第二订单数量推送模块,所述第二订单数量推送模块还用于:
统计并推送当前叫车订单的数量给司机端。
45.根据权利要求24所述的装置,其特征在于,还包括:
司机状态获取模块,用于获取所有司机端的出车状态;
第三订单数量推送模块,用于基于未出车司机端的当前位置获取叫车订单,统计获取的叫车订单的数量,并将得到的数量推送给对应的未出车司机端。
46.一种叫车订单的推送装置,其特征在于,包括:
第二订单获取模块,用于基于司机端的当前位置获取叫车订单;
第二地址获取模块,用于获取司机端发送的目的地需求信息;
第二顺路订单选取模块,用于根据所述目的地需求信息和所述叫车订单的订单信息,为所述司机端选择顺路订单;
第二订单推送模块,用于将所述顺路订单发送给所述司机端。
47.一种电子设备,其特征在于,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行如权利要求1至23任一所述的叫车订单的推送方法的步骤。
48.一种计算机可读存储介质,其特征在于,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如权利要求1至23任一所述的叫车订单的推送方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811141268.1A CN110969500A (zh) | 2018-09-28 | 2018-09-28 | 一种叫车订单的推送方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811141268.1A CN110969500A (zh) | 2018-09-28 | 2018-09-28 | 一种叫车订单的推送方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110969500A true CN110969500A (zh) | 2020-04-07 |
Family
ID=70026855
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811141268.1A Pending CN110969500A (zh) | 2018-09-28 | 2018-09-28 | 一种叫车订单的推送方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110969500A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112926875A (zh) * | 2021-03-23 | 2021-06-08 | 广州宸祺出行科技有限公司 | 一种缓解高峰期拥堵的智能调度方法及系统 |
CN113095634A (zh) * | 2021-03-24 | 2021-07-09 | 上海钧正网络科技有限公司 | 一种任务处理方法、装置及设备 |
CN114819817A (zh) * | 2022-04-14 | 2022-07-29 | 电子科技大学 | 一种即时物流众包配送场景下的顺路度计算方法 |
CN116341839A (zh) * | 2023-03-08 | 2023-06-27 | 济南丽阳神州智能科技有限公司 | 一种针对家政服务人员的订单推送方法、设备及介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104715285A (zh) * | 2015-03-31 | 2015-06-17 | 北京嘀嘀无限科技发展有限公司 | 处理订单的方法和设备 |
US20160103794A1 (en) * | 2014-10-09 | 2016-04-14 | Wrap Media, LLC | Card based package for distributing electronic media and services |
CN105894359A (zh) * | 2016-03-31 | 2016-08-24 | 百度在线网络技术(北京)有限公司 | 订单推送方法、装置及系统 |
CN105956908A (zh) * | 2016-05-13 | 2016-09-21 | 深圳市永兴元科技有限公司 | 订单分配方法及系统 |
CN106447074A (zh) * | 2016-12-30 | 2017-02-22 | 北京东方车云信息技术有限公司 | 一种将订单信息推送给司机客户端的方法、装置及系统 |
CN107357852A (zh) * | 2017-06-28 | 2017-11-17 | 镇江五八到家供应链管理服务有限公司 | 一种货运司机对订单意愿的判断方法 |
-
2018
- 2018-09-28 CN CN201811141268.1A patent/CN110969500A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160103794A1 (en) * | 2014-10-09 | 2016-04-14 | Wrap Media, LLC | Card based package for distributing electronic media and services |
CN104715285A (zh) * | 2015-03-31 | 2015-06-17 | 北京嘀嘀无限科技发展有限公司 | 处理订单的方法和设备 |
CN105894359A (zh) * | 2016-03-31 | 2016-08-24 | 百度在线网络技术(北京)有限公司 | 订单推送方法、装置及系统 |
CN105956908A (zh) * | 2016-05-13 | 2016-09-21 | 深圳市永兴元科技有限公司 | 订单分配方法及系统 |
CN106447074A (zh) * | 2016-12-30 | 2017-02-22 | 北京东方车云信息技术有限公司 | 一种将订单信息推送给司机客户端的方法、装置及系统 |
CN107357852A (zh) * | 2017-06-28 | 2017-11-17 | 镇江五八到家供应链管理服务有限公司 | 一种货运司机对订单意愿的判断方法 |
Non-Patent Citations (1)
Title |
---|
THERESA NEIL: "《Mobile Design Pattern Gallery-UIPATTERNS FOR SMARTPHONE APPS 2nd Edition》", 15 April 2014 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112926875A (zh) * | 2021-03-23 | 2021-06-08 | 广州宸祺出行科技有限公司 | 一种缓解高峰期拥堵的智能调度方法及系统 |
CN112926875B (zh) * | 2021-03-23 | 2023-12-19 | 广州宸祺出行科技有限公司 | 一种缓解高峰期拥堵的智能调度方法及系统 |
CN113095634A (zh) * | 2021-03-24 | 2021-07-09 | 上海钧正网络科技有限公司 | 一种任务处理方法、装置及设备 |
CN114819817A (zh) * | 2022-04-14 | 2022-07-29 | 电子科技大学 | 一种即时物流众包配送场景下的顺路度计算方法 |
CN114819817B (zh) * | 2022-04-14 | 2023-04-07 | 电子科技大学 | 一种即时物流众包配送场景下的顺路度计算方法 |
CN116341839A (zh) * | 2023-03-08 | 2023-06-27 | 济南丽阳神州智能科技有限公司 | 一种针对家政服务人员的订单推送方法、设备及介质 |
CN116341839B (zh) * | 2023-03-08 | 2023-08-22 | 济南丽阳神州智能科技有限公司 | 一种针对家政服务人员的订单推送方法、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110969500A (zh) | 一种叫车订单的推送方法及装置 | |
CN107274019B (zh) | 智能调度货运管理系统 | |
US11333524B2 (en) | Information management system, information management method, and information management device | |
CN108417022B (zh) | 一种适用于新能源专车平台的用车调度方法 | |
US20220048400A1 (en) | Ev management system | |
EP3886007A1 (en) | Information processing method and information processing system | |
AU2004200430A1 (en) | Transportation ordering system | |
KR101818212B1 (ko) | 호출 서비스 제공 서버, 그리고 이의 택시 호출 방법, 그리고 어플리케이션 | |
EP3262831A1 (en) | Telephone call placement | |
CN108734876B (zh) | 一种基于预估电量和等待时间的后台预约租车方法 | |
CN111832872A (zh) | 一种车辆调度方法、装置、电子设备和存储介质 | |
CN110826744A (zh) | 一种动力电池更换预约方法、计算机设备及可读存储介质 | |
JP2010086123A (ja) | 専有対象物管理システム | |
JP2007008670A (ja) | 配送順決定装置および配送順決定方法およびプログラムおよび記録媒体 | |
JP2006344001A (ja) | 運行管理システム | |
CN110751304A (zh) | 一种服务提供端的信息交互同步方法以及装置 | |
CN110852848A (zh) | 工单处理方法、装置和设备 | |
US7489235B2 (en) | Motor vehicle operation information providing system | |
KR20220105162A (ko) | 중고 이차전지 재이용 시스템 | |
CN111222926A (zh) | 一种开发票的方法及装置 | |
CN111028053B (zh) | 一种订单处理的方法、装置、电子设备及存储介质 | |
CN117474429B (zh) | 具备碳排测算功能的电力物资智慧可视运输方法及平台 | |
US20220261703A1 (en) | Information processing device, storage medium, and information processing method | |
JP7302260B2 (ja) | 運行実績分析プログラム、運行実績分析方法および運行実績分析システム | |
JP7293485B1 (ja) | 配送管理を行うためのプログラム、装置、及び、方法 |
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: 20200407 |