CN104157133A - 基于司机在线活跃情况的运力拉升系统 - Google Patents
基于司机在线活跃情况的运力拉升系统 Download PDFInfo
- Publication number
- CN104157133A CN104157133A CN201410413040.9A CN201410413040A CN104157133A CN 104157133 A CN104157133 A CN 104157133A CN 201410413040 A CN201410413040 A CN 201410413040A CN 104157133 A CN104157133 A CN 104157133A
- Authority
- CN
- China
- Prior art keywords
- driver
- order
- information
- chauffeur
- enlivening
- 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.)
- Granted
Links
Abstract
本发明涉及叫车软件技术领域,尤其涉及提升运营司机活跃度的技术领域,具体公开了一种基于司机在线活跃情况的运力拉升系统,其包括:非活跃司机判定模块、运营策略实现模块;所述非活跃司机判定模块,用于根据各司机一段时间内的在线情况和/或抢单情况,来判断各司机是否为非活跃司机,将各非活跃司机信息记录到非活跃司机集合;所述运营策略实现模块,用于向各在线司机播放叫车订单信息,对优质叫车订单信息锁住一段时间,以帮助所述非活跃司机判定模块得到非活跃司机集合中的非活跃司机得到所述优质叫车订单。本发明判断司机的活跃情况,并实施订单锁定,从而激活非活跃、容易流失的司机群体,有助于提高叫车系统平台的粘性。
Description
技术领域
本发明涉及叫车软件技术领域,尤其涉及提升运营司机活跃度的技术领域。
背景技术
当前各种叫车软件越来越多,使用叫车软件给人们的出行带来了极大的便利。但现有的叫车软件多从如何使得乘客方便、快捷的输入订单,注重乘客体验着手,没有顾及到叫车软件的另一个用户“司机”的体验。
而司机使用打车软件时的用户体验是与乘客不一样的,司机的用户体验主要就是订单多少,能否抢到订单或者收到多少订单。对于体验差的司机,往往在线抢不到订单,甚至觉得没什么实际收益。因此,会因为体验差而流失部分司机。
发明内容
本发明要解决的技术问题是:通过对运营司机的筛选,找出易流失的司机,采用优质订单来召回易流失司机。
为了解决上述技术问题,本发明所采用的技术方案是:一种基于司机在线活跃情况的运力拉升系统,其包括:非活跃司机判定模块、运营策略实现模块;
所述非活跃司机判定模块,用于根据各司机一段时间内的在线情况和/或抢单情况,来判断各司机是否为非活跃司机,将各非活跃司机信息记录到非活跃司机集合;
所述运营策略实现模块,用于向各在线司机播放叫车订单信息,对优质叫车订单信息锁住一段时间,以帮助所述非活跃司机判定模块得到非活跃司机集合中的非活跃司机得到所述优质叫车订单。
优选的,所述抢单情况来自叫车订单历史信息集合,所述叫车订单历史信息集合中的各订单信息包括:订单编号、出发地、目的地、出发时间、接单司机编号;
所述在线情况来自出租车信息集合,所述出租车信息集合中的各出租车信息包括:司机编号、上报时间、出租车位置;
所述非活跃司机集合中的各非活跃司机信息至少包括司机编号信息。
进一步优选的,所述非活跃司机判定模块包括如下步骤:
设任一司机A,遍历叫车订单历史信息集合和出租车信息集合,查询是否有司机A的记录;
如果司机A在出租车信息集合中最近T1时间段内都有记录,并且司机A在叫车订单历史信息集合中最近T1时间段内没有记录,则司机A为非活跃司机;
将司机A的信息记录到所述非活跃司机集合;
所述T1时间段为1~5天。
进一步优选的,所述非活跃司机判定模块包括如下步骤:
设任一司机A,遍历出租车信息集合,查询是否有司机A的记录;
如果司机A在出租车信息集合中最近T2时间段内没有记录,并且司机A在出租车信息集合中最近T3时间段内有记录,则司机A为非活跃司机;
将司机A的信息记录到所述非活跃司机集合;
所述T2时间段为1~5天,所述T3时间段内为15~45天。
进一步优选的,所述非活跃司机判定模块包括如下步骤:
设任一司机A,遍历叫车订单历史信息集合,查询是否有司机A的记录;
设叫车订单历史信息集合在最近T4时间段内全体司机平均接单数量为DX,司机A在叫车订单集合中最近T4时间段内有D条记录,如果D小于等于DX的十分之一至二分之一,则司机A为非活跃司机;
将司机A的信息记录到所述非活跃司机集合;
所述T4时间段为1~5天。
进一步优选的,所述叫车订单信息来自叫车订单实时信息集合,所述叫车订单实时信息集合中的各订单信息至少包括:订单编号、出发地、目的地、出发时间。
进一步优选的,所述运营策略实现模块遍历叫车订单实时信息集合中各叫车订单信息并执行以下步骤:
步骤1,取叫车订单实时信息集合中的一个叫车订单信息及一个在线司机信息;
步骤2,判断该叫车订单信息是否为优质订单,如果否,向该司机播放该叫车订单信息,返回步骤1,取下一个在线司机信息;如果是,转下一步骤;
步骤3,判断该订单是否被锁定,如果是,转步骤4;如果否,向该司机播放该叫车订单信息,转步骤5;
步骤4,判断锁定时间是否到,锁定时间到,向该司机播放该叫车订单信息,返回步骤1,取下一个在线司机信息;锁定时间未到,返回步骤1,取下一个在线司机信息;
步骤5,判断是否非活跃司机,如果否,返回步骤1,取下一个在线司机信息;如果是,锁定该订单,并设定锁定时间,返回步骤1,取下一个在线司机信息。
进一步优选的,根据所述叫车订单实时信息集合中的各订单的出发地、目的地和/或出发时间信息筛选出优质叫车订单。
进一步优选的,所述筛选出优质叫车订单的步骤为:
根据订单目的地直接判断,如果订单目的地是去往机场或者火车站,则该订单属于优质订单;
或者根据订单出发地和目的地,计算出该订单的订单距离进行判断,订单距离大于X公里的订单就属于优质订单,X取值为3-10公里;
或者根据所述叫车订单实时信息集合中的各订单的出发地、目的地和/或出发时间信息计算各订单被抢单的可能性,预先设定抢单可能性阈值,如果一个订单被抢单的可能性大于抢单可能性阈值,则该订单为优质订单。
本发明的上述技术方案实现了非活跃司机的筛选,针对非活跃司机的优质订单推送,从而达到如下技术效果:
1.确保优质订单向非活跃司机的排他性播放,从而提高非活跃司机使用叫车软件的用户体验,提升司机使用叫车软件的留存率;
2.通过非活跃司机的订单播放,促使非活跃司机积极参与订单分配,也提升了出租车的个体运力和总体运力。
附图说明
图1本发明一实施例非活跃司机判定模块流程图。
图2本发明一实施例运营策略实现模块流程图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步说明,以使本领域的技术人员可以更好的理解本发明并能予以实施,但所举实施例不作为对本发明的限定。
本发明的工作原理是:基于司机一段时间内的在线情况、抢单情况,来判断是否需要对某些或某个司机播送优质订单来激励;对需要激励的司机采用订单锁定技术能够帮助该司机得到优质订单。
本发明一种基于司机在线活跃情况的运力拉升系统,包括:非活跃司机判定模块、运营策略实现模块。
一、非活跃司机判定模块
所述非活跃司机判定模块,用于根据各司机一段时间内的在线情况和/或抢单情况,来判断各司机是否为非活跃司机,将各非活跃司机信息记录到非活跃司机集合。
所述抢单情况来自叫车订单历史信息集合,所述叫车订单历史信息集合中的各订单信息包括:订单编号、出发地、目的地、出发时间、接单司机编号(乘客每下一个叫车订单产生一条含订单编号、出发地、目的地和出发时间的记录,司机接了一个叫车订单的,该叫车订单记录增加接单司机编号信息);
所述在线情况来自出租车信息集合,所述出租车信息集合中的各出租车信息包括:司机编号、上报时间、出租车位置(每个出租车在行驶过程中,可通过出租车的司机端app,每隔一段时间,比如10秒钟,向服务器上报一次当前司机的司机编号、上报时间、出租车位置等记录);
所述非活跃司机集合中的各非活跃司机信息至少包括司机编号信息。
所述非活跃司机判定模块包括如下步骤:
设任一司机A,遍历叫车订单历史信息集合和出租车信息集合,查询是否有司机A的记录;
如果司机A在出租车信息集合中最近T1时间段内都有记录,并且司机A在叫车订单历史信息集合中最近T1时间段内没有记录,则司机A为非活跃司机;
将司机A的信息记录到所述非活跃司机集合。
T1时间段为1~5天,例如:T1=3天,则司机A为最近3天在线且不抢单的司机,说明司机A虽然经常在线,但抢单不积极,属于非活跃司机的一种情况。
所述非活跃司机判定模块另一种实施方式是:
设任一司机A,遍历出租车信息集合,查询是否有司机A的记录;
如果司机A在出租车信息集合中最近T2时间段内没有记录,并且司机A在出租车信息集合中最近T3时间段内有记录,则司机A为非活跃司机;
将司机A的信息记录到所述非活跃司机集合。
T2时间段为1~5天,T3时间段内为15~45天,例如:T2=3天,T3=30天,则司机A最近3天不在线且最近30天内在线,说明司机A上线不积极,也属于非活跃司机的一种情况。
所述非活跃司机判定模块再一种实施方式是:
设任一司机A,遍历叫车订单历史信息集合,查询是否有司机A的记录;
设叫车订单历史信息集合在最近T4时间段内全体司机平均接单数量为DX,司机A在叫车订单集合中最近T4时间段内有D条记录,如果D小于等于DX的十分之一至二分之一(1/10~1/2),则司机A为非活跃司机;
将司机A的信息记录到所述非活跃司机集合。
T4时间段为1~5天,例如:T4=3天,设叫车订单历史信息集合在最近3天内的平均订单数量为100,则如果司机A最近3天内接单数量为10,司机A接单数量等于各司机平均接单数量的十分之一,说明司机A接单意愿远低于各司机平均接单数量,司机A也属于非活跃司机的一种情况。
二、运营策略实现模块
所述运营策略实现模块,用于向各在线司机播放叫车订单信息,对优质叫车订单信息锁住一段时间,以帮助所述非活跃司机判定模块得到非活跃司机集合中的非活跃司机得到所述优质叫车订单。
所述叫车订单信息来自叫车订单实时信息集合,所述叫车订单实时信息集合中的各订单信息至少包括:订单编号、出发地、目的地、出发时间;根据所述叫车订单实时信息集合中的各订单的出发地、目的地和/或出发时间信息筛选出优质叫车订单。
可以根据一订单目的地,直接判断是否优质订单,比如去往机场或者火车站订单,这些订单一般距离都很长,且一定会有返程的乘客,因此属于优质订单;
可以根据一订单出发地和目的地,可计算出该订单的订单距离,显然订单距离大的订单对司机来说都愿意接单;因此,一般情况下订单距离大于起步价距离3公里以上的订单就属于优质订单;
也可以根据所述叫车订单实时信息集合中的各订单的出发地、目的地和/或出发时间信息计算各订单被抢单的可能性,预先设定抢单可能性阈值,如果一个订单被抢单的可能性大于抢单可能性阈值,则该订单为优质订单。
所述运营策略实现模块遍历叫车订单实时信息集合中各叫车订单信息并执行以下步骤:
步骤1,取叫车订单实时信息集合中的一个叫车订单信息及一个在线司机信息;
步骤2,判断该叫车订单信息是否为优质订单,如果否,向该司机播放该叫车订单信息,返回步骤1,取下一个在线司机信息;如果是,转下一步骤;
步骤3,判断该订单是否被锁定,如果是,转步骤4;如果否,向该司机播放该叫车订单信息,转步骤5;
步骤4,判断锁定时间是否到,锁定时间到,向该司机播放该叫车订单信息,返回步骤1,取下一个在线司机信息;锁定时间未到,返回步骤1,取下一个在线司机信息;
步骤5,判断是否非活跃司机,如果否,返回步骤1,取下一个在线司机信息;如果是,锁定该订单,并设定锁定时间,返回步骤1,取下一个在线司机信息。
以上所述实施例仅是为充分说明本发明而所举的较佳的实施例,本发明的保护范围不限于此。本技术领域的技术人员在本发明基础上所作的等同替代或变换,均在本发明的保护范围之内。本发明的保护范围以权利要求书为准。
Claims (9)
1.一种基于司机在线活跃情况的运力拉升系统,其特征在于,其包括:非活跃司机判定模块、运营策略实现模块;
所述非活跃司机判定模块,用于根据各司机一段时间内的在线情况和/或抢单情况,来判断各司机是否为非活跃司机,将各非活跃司机信息记录到非活跃司机集合;
所述运营策略实现模块,用于向各在线司机播放叫车订单信息,对优质叫车订单信息锁住一段时间,以帮助所述非活跃司机判定模块得到非活跃司机集合中的非活跃司机得到所述优质叫车订单。
2.如权利要求1所述的系统,其特征在于,
所述抢单情况来自叫车订单历史信息集合,所述叫车订单历史信息集合中的各订单信息包括:订单编号、出发地、目的地、出发时间、接单司机编号;
所述在线情况来自出租车信息集合,所述出租车信息集合中的各出租车信息包括:司机编号、上报时间、出租车位置;
所述非活跃司机集合中的各非活跃司机信息至少包括司机编号信息。
3.如权利要求2所述的系统,其特征在于,所述非活跃司机判定模块包括如下步骤:
设任一司机A,遍历叫车订单历史信息集合和出租车信息集合,查询是否有司机A的记录;
如果司机A在出租车信息集合中最近T1时间段内都有记录,并且司机A在叫车订单历史信息集合中最近T1时间段内没有记录,则司机A为非活跃司机;
将司机A的信息记录到所述非活跃司机集合;
所述T1时间段为1~5天。
4.如权利要求2所述的系统,其特征在于,所述非活跃司机判定模块包括如下步骤:
设任一司机A,遍历出租车信息集合,查询是否有司机A的记录;
如果司机A在出租车信息集合中最近T2时间段内没有记录,并且司机A在出租车信息集合中最近T3时间段内有记录,则司机A为非活跃司机;
将司机A的信息记录到所述非活跃司机集合;
所述T2时间段为1~5天,所述T3时间段内为15~45天。
5.如权利要求2所述的系统,其特征在于,所述非活跃司机判定模块包括如下步骤:
设任一司机A,遍历叫车订单历史信息集合,查询是否有司机A的记录;
设叫车订单历史信息集合在最近T4时间段内全体司机平均接单数量为DX,司机A在叫车订单集合中最近T4时间段内有D条记录,如果D小于等于DX的十分之一至二分之一,则司机A为非活跃司机;
将司机A的信息记录到所述非活跃司机集合;
所述T4时间段为1~5天。
6.如权利要求1至5中任一权利要求所述的系统,其特征在于,
所述叫车订单信息来自叫车订单实时信息集合,所述叫车订单实时信息集合中的各订单信息至少包括:订单编号、出发地、目的地、出发时间。
7.如权利要求6所述的系统,其特征在于,所述运营策略实现模块遍历叫车订单实时信息集合中各叫车订单信息并执行以下步骤:
步骤1,取叫车订单实时信息集合中的一个叫车订单信息及一个在线司机信息;
步骤2,判断该叫车订单信息是否为优质订单,如果否,向该司机播放该叫车订单信息,返回步骤1,取下一个在线司机信息;如果是,转下一步骤;
步骤3,判断该订单是否被锁定,如果是,转步骤4;如果否,向该司机播放该叫车订单信息,转步骤5;
步骤4,判断锁定时间是否到,锁定时间到,向该司机播放该叫车订单信息,返回步骤1,取下一个在线司机信息;锁定时间未到,返回步骤1,取下一个在线司机信息;
步骤5,判断是否非活跃司机,如果否,返回步骤1,取下一个在线司机信息;如果是,锁定该订单,并设定锁定时间,返回步骤1,取下一个在线司机信息。
8.如权利要求7所述的系统,其特征在于,根据所述叫车订单实时信息集合中的各订单的出发地、目的地和/或出发时间信息筛选出优质叫车订单。
9.如权利要求8所述的系统,其特征在于,所述筛选出优质叫车订单的步骤为:
根据订单目的地直接判断,如果订单目的地是去往机场或者火车站,则该订单属于优质订单;
或者根据订单出发地和目的地,计算出该订单的订单距离进行判断,订单距离大于X公里的订单就属于优质订单,X取值为3-10公里;
或者根据所述叫车订单实时信息集合中的各订单的出发地、目的地和/或出发时间信息计算各订单被抢单的可能性,预先设定抢单可能性阈值,如果一个订单被抢单的可能性大于抢单可能性阈值,则该订单为优质订单。
Priority Applications (10)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410413040.9A CN104157133B (zh) | 2014-08-20 | 2014-08-20 | 基于司机在线活跃情况的运力拉升系统 |
PCT/CN2015/086075 WO2016019857A1 (zh) | 2014-08-04 | 2015-08-04 | 服务派发系统及方法 |
EP15829451.2A EP3179420A4 (en) | 2014-08-04 | 2015-08-04 | Service distribution system and method |
KR1020177003867A KR20180006871A (ko) | 2014-08-04 | 2015-08-04 | 주문들을 분배하기 위한 방법들 및 시스템들 |
SG10201901024TA SG10201901024TA (en) | 2014-08-04 | 2015-08-04 | Methods and systems for distributing orders |
MYPI2017000173A MY188692A (en) | 2014-08-04 | 2015-08-04 | Methods and systems for distributing orders |
US15/501,824 US20170228683A1 (en) | 2014-08-04 | 2015-08-04 | Methods and systems for distributing orders |
KR1020187037289A KR20190000400A (ko) | 2014-08-04 | 2015-08-04 | 서비스 분배 시스템 및 방법 |
SG11201700895YA SG11201700895YA (en) | 2014-08-04 | 2015-08-04 | Methods and systems for distributing orders |
PH12017500192A PH12017500192A1 (en) | 2014-08-04 | 2017-02-01 | Methods and systems for distributing orders |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410413040.9A CN104157133B (zh) | 2014-08-20 | 2014-08-20 | 基于司机在线活跃情况的运力拉升系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104157133A true CN104157133A (zh) | 2014-11-19 |
CN104157133B CN104157133B (zh) | 2016-10-05 |
Family
ID=51882620
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410413040.9A Active CN104157133B (zh) | 2014-08-04 | 2014-08-20 | 基于司机在线活跃情况的运力拉升系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104157133B (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104463368A (zh) * | 2014-12-09 | 2015-03-25 | 北京嘀嘀无限科技发展有限公司 | 用于确定订单的价值的方法及设备 |
CN104657883A (zh) * | 2015-03-02 | 2015-05-27 | 北京嘀嘀无限科技发展有限公司 | 基于订单的配对方法和配对设备 |
CN104715426A (zh) * | 2015-04-08 | 2015-06-17 | 北京嘀嘀无限科技发展有限公司 | 用于处理订单的方法及设备 |
CN104766262A (zh) * | 2015-04-08 | 2015-07-08 | 北京嘀嘀无限科技发展有限公司 | 用于处理订单的方法及设备 |
CN104794889A (zh) * | 2015-03-12 | 2015-07-22 | 北京嘀嘀无限科技发展有限公司 | 用于推送订单的方法和设备 |
WO2016019857A1 (zh) * | 2014-08-04 | 2016-02-11 | 北京嘀嘀无限科技发展有限公司 | 服务派发系统及方法 |
CN106372674A (zh) * | 2016-09-30 | 2017-02-01 | 百度在线网络技术(北京)有限公司 | 在线叫车服务平台中的司机分类方法和装置 |
CN106875080A (zh) * | 2016-12-19 | 2017-06-20 | 北京东方车云信息技术有限公司 | 一种派单处理方法及系统 |
CN106897801A (zh) * | 2017-02-28 | 2017-06-27 | 百度在线网络技术(北京)有限公司 | 司机分类的方法、装置、设备以及存储介质 |
CN106920018A (zh) * | 2015-12-24 | 2017-07-04 | 滴滴(中国)科技有限公司 | 一种终端的运营策略选取方法及装置 |
WO2019015450A1 (en) * | 2017-07-18 | 2019-01-24 | Beijing Didi Infinity Technology And Development Co., Ltd. | SYSTEMS AND METHODS FOR DETERMINING A CONTROL ACCEPTANCE MODE FOR A USER |
WO2019113976A1 (en) * | 2017-12-15 | 2019-06-20 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for optimizing online on-demand and service |
WO2019206134A1 (en) * | 2018-04-23 | 2019-10-31 | Beijing Didi Infinity Technology And Development Co., Ltd. | Methods and systems for order allocation |
CN111090706A (zh) * | 2018-10-24 | 2020-05-01 | 北京嘀嘀无限科技发展有限公司 | 计算机存储介质、司机平台生命周期的获取方法及系统 |
CN112529650A (zh) * | 2020-11-25 | 2021-03-19 | 深圳市元征科技股份有限公司 | 一种车辆管理方法、系统及电子设备 |
US10977585B2 (en) | 2015-01-29 | 2021-04-13 | Beijing Didi Infinity Technology And Development Co., Ltd. | Order allocation system and method |
CN113837412A (zh) * | 2021-09-14 | 2021-12-24 | 深圳依时货拉拉科技有限公司 | 订单列表推送方法、装置、存储介质和计算机设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011013911A (ja) * | 2009-07-01 | 2011-01-20 | System Origin Co Ltd | 点呼管理システム |
CN102393989A (zh) * | 2011-07-28 | 2012-03-28 | 山西智济电子科技有限公司 | 司机工作状态实时监测系统 |
US20120084225A1 (en) * | 2010-08-23 | 2012-04-05 | Dmitry Soldatenkov | Automated system for ordering taxicab services and controlling operation of taxicabs |
CN102752393A (zh) * | 2012-07-13 | 2012-10-24 | 王万秋 | 出租车订车系统及订车方法 |
CN103035122A (zh) * | 2012-12-14 | 2013-04-10 | 清华大学苏州汽车研究院(吴江) | 基于智能手机的出租车自动寻呼系统 |
CN103198652A (zh) * | 2013-04-11 | 2013-07-10 | 周文峰 | 一种基于移动互联网的出租车运营业务管理系统及方法 |
CN103680128A (zh) * | 2013-11-26 | 2014-03-26 | 上海交通大学 | 出租车智能调度系统 |
-
2014
- 2014-08-20 CN CN201410413040.9A patent/CN104157133B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011013911A (ja) * | 2009-07-01 | 2011-01-20 | System Origin Co Ltd | 点呼管理システム |
US20120084225A1 (en) * | 2010-08-23 | 2012-04-05 | Dmitry Soldatenkov | Automated system for ordering taxicab services and controlling operation of taxicabs |
CN102393989A (zh) * | 2011-07-28 | 2012-03-28 | 山西智济电子科技有限公司 | 司机工作状态实时监测系统 |
CN102752393A (zh) * | 2012-07-13 | 2012-10-24 | 王万秋 | 出租车订车系统及订车方法 |
CN103035122A (zh) * | 2012-12-14 | 2013-04-10 | 清华大学苏州汽车研究院(吴江) | 基于智能手机的出租车自动寻呼系统 |
CN103198652A (zh) * | 2013-04-11 | 2013-07-10 | 周文峰 | 一种基于移动互联网的出租车运营业务管理系统及方法 |
CN103680128A (zh) * | 2013-11-26 | 2014-03-26 | 上海交通大学 | 出租车智能调度系统 |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016019857A1 (zh) * | 2014-08-04 | 2016-02-11 | 北京嘀嘀无限科技发展有限公司 | 服务派发系统及方法 |
CN104463368A (zh) * | 2014-12-09 | 2015-03-25 | 北京嘀嘀无限科技发展有限公司 | 用于确定订单的价值的方法及设备 |
CN104463368B (zh) * | 2014-12-09 | 2018-01-09 | 北京嘀嘀无限科技发展有限公司 | 用于确定订单的价值的方法及设备 |
US10977585B2 (en) | 2015-01-29 | 2021-04-13 | Beijing Didi Infinity Technology And Development Co., Ltd. | Order allocation system and method |
CN104657883A (zh) * | 2015-03-02 | 2015-05-27 | 北京嘀嘀无限科技发展有限公司 | 基于订单的配对方法和配对设备 |
CN104794889B (zh) * | 2015-03-12 | 2019-03-15 | 北京嘀嘀无限科技发展有限公司 | 用于推送订单的方法和设备 |
CN104794889A (zh) * | 2015-03-12 | 2015-07-22 | 北京嘀嘀无限科技发展有限公司 | 用于推送订单的方法和设备 |
CN104715426A (zh) * | 2015-04-08 | 2015-06-17 | 北京嘀嘀无限科技发展有限公司 | 用于处理订单的方法及设备 |
CN104766262A (zh) * | 2015-04-08 | 2015-07-08 | 北京嘀嘀无限科技发展有限公司 | 用于处理订单的方法及设备 |
CN106920018B (zh) * | 2015-12-24 | 2021-04-02 | 北京嘀嘀无限科技发展有限公司 | 一种终端的运营策略选取方法及装置 |
CN106920018A (zh) * | 2015-12-24 | 2017-07-04 | 滴滴(中国)科技有限公司 | 一种终端的运营策略选取方法及装置 |
CN106372674A (zh) * | 2016-09-30 | 2017-02-01 | 百度在线网络技术(北京)有限公司 | 在线叫车服务平台中的司机分类方法和装置 |
CN106875080A (zh) * | 2016-12-19 | 2017-06-20 | 北京东方车云信息技术有限公司 | 一种派单处理方法及系统 |
CN106897801A (zh) * | 2017-02-28 | 2017-06-27 | 百度在线网络技术(北京)有限公司 | 司机分类的方法、装置、设备以及存储介质 |
WO2019015450A1 (en) * | 2017-07-18 | 2019-01-24 | Beijing Didi Infinity Technology And Development Co., Ltd. | SYSTEMS AND METHODS FOR DETERMINING A CONTROL ACCEPTANCE MODE FOR A USER |
US10949780B2 (en) | 2017-07-18 | 2021-03-16 | Beijing Didi Infinity Technology And Development Co., Ltd. | Online transportation reservation systems prioritizing reservations based on demand, regional transportation capacity, and historical driver scores |
WO2019113976A1 (en) * | 2017-12-15 | 2019-06-20 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for optimizing online on-demand and service |
TWI720380B (zh) * | 2017-12-15 | 2021-03-01 | 大陸商北京嘀嘀無限科技發展有限公司 | 用於優化線上隨選服務的系統和方法 |
US11455582B2 (en) | 2017-12-15 | 2022-09-27 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for optimizing an online on-demand service |
WO2019206134A1 (en) * | 2018-04-23 | 2019-10-31 | Beijing Didi Infinity Technology And Development Co., Ltd. | Methods and systems for order allocation |
CN111090706A (zh) * | 2018-10-24 | 2020-05-01 | 北京嘀嘀无限科技发展有限公司 | 计算机存储介质、司机平台生命周期的获取方法及系统 |
CN112529650A (zh) * | 2020-11-25 | 2021-03-19 | 深圳市元征科技股份有限公司 | 一种车辆管理方法、系统及电子设备 |
CN113837412A (zh) * | 2021-09-14 | 2021-12-24 | 深圳依时货拉拉科技有限公司 | 订单列表推送方法、装置、存储介质和计算机设备 |
CN113837412B (zh) * | 2021-09-14 | 2022-07-15 | 深圳依时货拉拉科技有限公司 | 订单列表推送方法、装置、存储介质和计算机设备 |
Also Published As
Publication number | Publication date |
---|---|
CN104157133B (zh) | 2016-10-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104157133A (zh) | 基于司机在线活跃情况的运力拉升系统 | |
CN107438226B (zh) | 订单发布处理方法及服务器 | |
Currie | Lies, damned lies, AVs, shared mobility, and urban transit futures | |
CN104167093B (zh) | 基于司机住址信息的顺风车运营系统 | |
CN105243836B (zh) | 一种拼车方法和设备 | |
CN104183118B (zh) | 基于拍卖模式获得乘客最优接驾司机的派单系统 | |
CN103996290B (zh) | 一种提供叫车服务的方法、服务器及系统 | |
CN107958316B (zh) | 一种轨道交通线路的列车停站优化方法及系统 | |
CN112419706B (zh) | 实时单处理方法及服务器 | |
CN105279955A (zh) | 一种拼车方法及设备 | |
US9003039B2 (en) | Method and apparatus of resource allocation or resource release | |
CN107767322B (zh) | 拼车方法和装置 | |
CN108876449A (zh) | 一种旅游系统管理方法、电子设备及存储介质 | |
CN109086902B (zh) | 处理方法、处理装置、服务器、计算机设备和存储介质 | |
CN106092113A (zh) | 预行驶道路预估系统、方法、导航客户端及服务器 | |
CN109711731A (zh) | 运输车辆的调度方法 | |
CN102663895A (zh) | 集装箱码头集卡交通阻塞提示系统及实现方法 | |
CN108898294B (zh) | 一种区域内共享单车主动调度分配方法及系统 | |
CN114651269A (zh) | 基于MaaS平台上的运行故障的交易流管理 | |
CN108303112A (zh) | 一个基于出租车群的城市包裹递送路线规划系统 | |
JP2009054193A (ja) | タイヤレンタルコンピュータシステム | |
DE102011077882A1 (de) | Mobiles Ad-hoc-Netzwerk | |
CN105303245A (zh) | 交通分析系统以及交通分析方法 | |
CN107437129B (zh) | 预约单处理方法及服务器 | |
Neumann-Saavedra et al. | Anticipatory service network design of bike sharing systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |