基于司机在线活跃情况的运力拉升系统的制作方法
【专利摘要】本发明涉及叫车软件【技术领域】，尤其涉及提升运营司机活跃度的【技术领域】，具体公开了一种基于司机在线活跃情况的运力拉升系统，其包括：非活跃司机判定模块、运营策略实现模块；所述非活跃司机判定模块，用于根据各司机一段时间内的在线情况和/或抢单情况，来判断各司机是否为非活跃司机，将各非活跃司机信息记录到非活跃司机集合；所述运营策略实现模块，用于向各在线司机播放叫车订单信息，对优质叫车订单信息锁住一段时间，以帮助所述非活跃司机判定模块得到非活跃司机集合中的非活跃司机得到所述优质叫车订单。本发明判断司机的活跃情况，并实施订单锁定，从而激活非活跃、容易流失的司机群体，有助于提高叫车系统平台的粘性。
【专利说明】基于司机在线活跃情况的运力拉升系统
【技术领域】
[0001] 本发明涉及叫车软件【技术领域】，尤其涉及提升运营司机活跃度的【技术领域】。
【背景技术】
[0002] 当前各种叫车软件越来越多，使用叫车软件给人们的出行带来了极大的便利。但 现有的叫车软件多从如何使得乘客方便、快捷的输入订单，注重乘客体验着手，没有顾及到 叫车软件的另一个用户"司机"的体验。
[0003] 而司机使用打车软件时的用户体验是与乘客不一样的，司机的用户体验主要就是 订单多少，能否抢到订单或者收到多少订单。对于体验差的司机，往往在线抢不到订单，甚 至觉得没什么实际收益。因此，会因为体验差而流失部分司机。
【发明内容】
[0004] 本发明要解决的技术问题是：通过对运营司机的筛选，找出易流失的司机，采用优 质订单来召回易流失司机。
[0005] 为了解决上述技术问题，本发明所采用的技术方案是：一种基于司机在线活跃情 况的运力拉升系统，其包括：非活跃司机判定模块、运营策略实现模块；
[0006] 所述非活跃司机判定模块，用于根据各司机一段时间内的在线情况和/或抢单情 况，来判断各司机是否为非活跃司机，将各非活跃司机信息记录到非活跃司机集合；
[0007] 所述运营策略实现模块，用于向各在线司机播放叫车订单信息，对优质叫车订单 信息锁住一段时间，以帮助所述非活跃司机判定模块得到非活跃司机集合中的非活跃司机 得到所述优质叫车订单。
[0008] 优选的，所述抢单情况来自叫车订单历史信息集合，所述叫车订单历史信息集合 中的各订单信息包括：订单编号、出发地、目的地、出发时间、接单司机编号；
[0009] 所述在线情况来自出租车信息集合，所述出租车信息集合中的各出租车信息包 括：司机编号、上报时间、出租车位置；
[0010] 所述非活跃司机集合中的各非活跃司机信息至少包括司机编号信息。
[0011] 进一步优选的，所述非活跃司机判定模块包括如下步骤：
[0012] 设任一司机A，遍历叫车订单历史信息集合和出租车信息集合，查询是否有司机A 的记录；
[0013] 如果司机A在出租车信息集合中最近T1时间段内都有记录，并且司机A在叫车订 单历史信息集合中最近T1时间段内没有记录，则司机A为非活跃司机；
[0014] 将司机A的信息记录到所述非活跃司机集合；
[0015] 所述T1时间段为1?5天。
[0016] 进一步优选的，所述非活跃司机判定模块包括如下步骤：
[0017] 设任一司机A，遍历出租车信息集合，查询是否有司机A的记录；
[0018] 如果司机A在出租车信息集合中最近T2时间段内没有记录，并且司机A在出租车 信息集合中最近T3时间段内有记录，则司机A为非活跃司机；
[0019] 将司机A的信息记录到所述非活跃司机集合；
[0020] 所述T2时间段为1?5天，所述T3时间段内为15?45天。
[0021] 进一步优选的，所述非活跃司机判定模块包括如下步骤：
[0022] 设任一司机A,遍历叫车订单历史信息集合，查询是否有司机A的记录；
[0023] 设叫车订单历史信息集合在最近T4时间段内全体司机平均接单数量为Dx，司机A 在叫车订单集合中最近T4时间段内有D条记录，如果D小于等于D x的十分之一至二分之 一，则司机A为非活跃司机；
[0024] 将司机A的信息记录到所述非活跃司机集合；
[0025] 所述T4时间段为1?5天。
[0026] 进一步优选的，所述叫车订单信息来自叫车订单实时信息集合，所述叫车订单实 时信息集合中的各订单信息至少包括：订单编号、出发地、目的地、出发时间。
[0027] 进一步优选的，所述运营策略实现模块遍历叫车订单实时信息集合中各叫车订单 信息并执行以下步骤：
[0028] 步骤1，取叫车订单实时信息集合中的一个叫车订单信息及一个在线司机信息；
[0029] 步骤2,判断该叫车订单信息是否为优质订单，如果否，向该司机播放该叫车订单 信息，返回步骤1，取下一个在线司机信息；如果是，转下一步骤；
[0030] 步骤3,判断该订单是否被锁定，如果是，转步骤4;如果否，向该司机播放该叫车 订单信息，转步骤5 ;
[0031] 步骤4,判断锁定时间是否到，锁定时间到，向该司机播放该叫车订单信息，返回步 骤1，取下一个在线司机信息；锁定时间未到，返回步骤1，取下一个在线司机信息；
[0032] 步骤5,判断是否非活跃司机，如果否，返回步骤1，取下一个在线司机信息；如果 是，锁定该订单，并设定锁定时间，返回步骤1，取下一个在线司机信息。
[0033] 进一步优选的，根据所述叫车订单实时信息集合中的各订单的出发地、目的地和/ 或出发时间信息筛选出优质叫车订单。
[0034] 进一步优选的，所述筛选出优质叫车订单的步骤为：
[0035] 根据订单目的地直接判断，如果订单目的地是去往机场或者火车站，则该订单属 于优质订单；
[0036] 或者根据订单出发地和目的地，计算出该订单的订单距离进行判断，订单距离大 于X公里的订单就属于优质订单，X取值为3-10公里；
[0037] 或者根据所述叫车订单实时信息集合中的各订单的出发地、目的地和/或出发时 间信息计算各订单被抢单的可能性，预先设定抢单可能性阈值，如果一个订单被抢单的可 能性大于抢单可能性阈值，则该订单为优质订单。
[0038] 本发明的上述技术方案实现了非活跃司机的筛选，针对非活跃司机的优质订单推 送，从而达到如下技术效果：
[0039] 1.确保优质订单向非活跃司机的排他性播放，从而提高非活跃司机使用叫车软件 的用户体验，提升司机使用叫车软件的留存率；
[0040] 2.通过非活跃司机的订单播放，促使非活跃司机积极参与订单分配，也提升了出 租车的个体运力和总体运力。
【专利附图】
【附图说明】
[0041] 图1本发明一实施例非活跃司机判定模块流程图。
[0042] 图2本发明一实施例运营策略实现模块流程图。
【具体实施方式】
[0043] 下面结合附图和具体实施例对本发明作进一步说明，以使本领域的技术人员可以 更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。
[0044] 本发明的工作原理是：基于司机一段时间内的在线情况、抢单情况，来判断是否需 要对某些或某个司机播送优质订单来激励；对需要激励的司机采用订单锁定技术能够帮助 该司机得到优质订单。
[0045] 本发明一种基于司机在线活跃情况的运力拉升系统，包括：非活跃司机判定模块、 运营策略实现模块。
[0046] 一、非活跃司机判定模块
[0047] 所述非活跃司机判定模块，用于根据各司机一段时间内的在线情况和/或抢单情 况，来判断各司机是否为非活跃司机，将各非活跃司机信息记录到非活跃司机集合。
[0048] 所述抢单情况来自叫车订单历史信息集合，所述叫车订单历史信息集合中的各订 单信息包括：订单编号、出发地、目的地、出发时间、接单司机编号（乘客每下一个叫车订单 产生一条含订单编号、出发地、目的地和出发时间的记录，司机接了一个叫车订单的，该叫 车订单记录增加接单司机编号信息）；
[0049] 所述在线情况来自出租车信息集合，所述出租车信息集合中的各出租车信息包 括：司机编号、上报时间、出租车位置（每个出租车在行驶过程中，可通过出租车的司机端 app，每隔一段时间，比如10秒钟，向服务器上报一次当前司机的司机编号、上报时间、出租 车位置等记录）；
[0050] 所述非活跃司机集合中的各非活跃司机信息至少包括司机编号信息。
[0051] 所述非活跃司机判定模块包括如下步骤：
[0052] 设任一司机A，遍历叫车订单历史信息集合和出租车信息集合，查询是否有司机A 的记录；
[0053] 如果司机A在出租车信息集合中最近T1时间段内都有记录，并且司机A在叫车订 单历史信息集合中最近T1时间段内没有记录，则司机A为非活跃司机；
[0054] 将司机A的信息记录到所述非活跃司机集合。
[0055] T1时间段为1?5天，例如：T1 = 3天，则司机A为最近3天在线且不抢单的司 机，说明司机A虽然经常在线，但抢单不积极，属于非活跃司机的一种情况。
[0056] 所述非活跃司机判定模块另一种实施方式是：
[0057] 设任一司机A，遍历出租车信息集合，查询是否有司机A的记录；
[0058] 如果司机A在出租车信息集合中最近T2时间段内没有记录，并且司机A在出租车 信息集合中最近T3时间段内有记录，则司机A为非活跃司机；
[0059] 将司机A的信息记录到所述非活跃司机集合。
[0060] T2时间段为1?5天，T3时间段内为15?45天，例如：T2 = 3天，T3 = 30天， 则司机A最近3天不在线且最近30天内在线，说明司机A上线不积极，也属于非活跃司机 的一种情况。
[0061] 所述非活跃司机判定模块再一种实施方式是：
[0062] 设任一司机A，遍历叫车订单历史信息集合，查询是否有司机A的记录；
[0063] 设叫车订单历史信息集合在最近T4时间段内全体司机平均接单数量为Dx，司机A 在叫车订单集合中最近T4时间段内有D条记录，如果D小于等于Dx的十分之一至二分之 一（1/10?1/2)，则司机A为非活跃司机；
[0064] 将司机A的信息记录到所述非活跃司机集合。
[0065] T4时间段为1?5天，例如：T4 = 3天，设叫车订单历史信息集合在最近3天内的 平均订单数量为100,则如果司机Α最近3天内接单数量为10,司机Α接单数量等于各司机 平均接单数量的十分之一，说明司机A接单意愿远低于各司机平均接单数量，司机A也属于 非活跃司机的一种情况。
[0066] 二、运营策略实现模块
[0067] 所述运营策略实现模块，用于向各在线司机播放叫车订单信息，对优质叫车订单 信息锁住一段时间，以帮助所述非活跃司机判定模块得到非活跃司机集合中的非活跃司机 得到所述优质叫车订单。
[0068] 所述叫车订单信息来自叫车订单实时信息集合，所述叫车订单实时信息集合中的 各订单信息至少包括：订单编号、出发地、目的地、出发时间；根据所述叫车订单实时信息 集合中的各订单的出发地、目的地和/或出发时间信息筛选出优质叫车订单。
[0069] 可以根据一订单目的地，直接判断是否优质订单，比如去往机场或者火车站订单， 这些订单一般距离都很长，且一定会有返程的乘客，因此属于优质订单；
[0070] 可以根据一订单出发地和目的地，可计算出该订单的订单距离，显然订单距离大 的订单对司机来说都愿意接单；因此，一般情况下订单距离大于起步价距离3公里以上的 订单就属于优质订单；
[0071] 也可以根据所述叫车订单实时信息集合中的各订单的出发地、目的地和/或出发 时间信息计算各订单被抢单的可能性，预先设定抢单可能性阈值，如果一个订单被抢单的 可能性大于抢单可能性阈值，则该订单为优质订单。
[0072] 所述运营策略实现模块遍历叫车订单实时信息集合中各叫车订单信息并执行以 下步骤：
[0073] 步骤1，取叫车订单实时信息集合中的一个叫车订单信息及一个在线司机信息；
[0074] 步骤2,判断该叫车订单信息是否为优质订单，如果否，向该司机播放该叫车订单 信息，返回步骤1，取下一个在线司机信息；如果是，转下一步骤；
[0075] 步骤3,判断该订单是否被锁定，如果是，转步骤4;如果否，向该司机播放该叫车 订单信息，转步骤5 ;
[0076] 步骤4,判断锁定时间是否到，锁定时间到，向该司机播放该叫车订单信息，返回步 骤1，取下一个在线司机信息；锁定时间未到，返回步骤1，取下一个在线司机信息；
[0077] 步骤5,判断是否非活跃司机，如果否，返回步骤1，取下一个在线司机信息；如果 是，锁定该订单，并设定锁定时间，返回步骤1，取下一个在线司机信息。
[0078] 以上所述实施例仅是为充分说明本发明而所举的较佳的实施例，本发明的保护范 围不限于此。本【技术领域】的技术人员在本发明基础上所作的等同替代或变换，均在本发明 的保护范围之内。本发明的保护范围以权利要求书为准。
【权利要求】
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公里； 或者根据所述叫车订单实时信息集合中的各订单的出发地、目的地和/或出发时间信 息计算各订单被抢单的可能性，预先设定抢单可能性阈值，如果一个订单被抢单的可能性 大于抢单可能性阈值，则该订单为优质订单。
【文档编号】G06Q10/06GK104157133SQ201410413040
【公开日】2014年11月19日 申请日期:2014年8月20日 优先权日:2014年8月20日
【发明者】胡志琳, 刘章勋, 封朋成 申请人:北京嘀嘀无限科技发展有限公司