首页> 中国专利> 基于司机在线活跃情况的运力拉升系统

基于司机在线活跃情况的运力拉升系统

摘要

本发明涉及叫车软件技术领域,尤其涉及提升运营司机活跃度的技术领域,具体公开了一种基于司机在线活跃情况的运力拉升系统,其包括:非活跃司机判定模块、运营策略实现模块;所述非活跃司机判定模块,用于根据各司机一段时间内的在线情况和/或抢单情况,来判断各司机是否为非活跃司机,将各非活跃司机信息记录到非活跃司机集合;所述运营策略实现模块,用于向各在线司机播放叫车订单信息,对优质叫车订单信息锁住一段时间,以帮助所述非活跃司机判定模块得到非活跃司机集合中的非活跃司机得到所述优质叫车订单。本发明判断司机的活跃情况,并实施订单锁定,从而激活非活跃、容易流失的司机群体,有助于提高叫车系统平台的粘性。

著录项

  • 公开/公告号CN104157133A

    专利类型发明专利

  • 公开/公告日2014-11-19

    原文格式PDF

  • 申请/专利权人 北京嘀嘀无限科技发展有限公司;

    申请/专利号CN201410413040.9

  • 发明设计人 胡志琳;刘章勋;封朋成;

    申请日2014-08-20

  • 分类号G08G1/00;G06Q10/06;

  • 代理机构北京市邦道律师事务所;

  • 代理人邸建凯

  • 地址 100085 北京市海淀区上地东路9号得实大厦5层北区

  • 入库时间 2023-12-17 03:18:42

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2016-10-05

    授权

    授权

  • 2014-12-17

    实质审查的生效 IPC(主分类):G08G1/00 申请日:20140820

    实质审查的生效

  • 2014-11-19

    公开

    公开

说明书

技术领域

本发明涉及叫车软件技术领域,尤其涉及提升运营司机活跃度的技术领域。

背景技术

当前各种叫车软件越来越多,使用叫车软件给人们的出行带来了极大的便 利。但现有的叫车软件多从如何使得乘客方便、快捷的输入订单,注重乘客体 验着手,没有顾及到叫车软件的另一个用户“司机”的体验。

而司机使用打车软件时的用户体验是与乘客不一样的,司机的用户体验主 要就是订单多少,能否抢到订单或者收到多少订单。对于体验差的司机,往往 在线抢不到订单,甚至觉得没什么实际收益。因此,会因为体验差而流失部分 司机。

发明内容

本发明要解决的技术问题是:通过对运营司机的筛选,找出易流失的司机, 采用优质订单来召回易流失司机。

为了解决上述技术问题,本发明所采用的技术方案是:一种基于司机在线 活跃情况的运力拉升系统,其包括:非活跃司机判定模块、运营策略实现模块;

所述非活跃司机判定模块,用于根据各司机一段时间内的在线情况和/或抢 单情况,来判断各司机是否为非活跃司机,将各非活跃司机信息记录到非活跃 司机集合;

所述运营策略实现模块,用于向各在线司机播放叫车订单信息,对优质叫 车订单信息锁住一段时间,以帮助所述非活跃司机判定模块得到非活跃司机集 合中的非活跃司机得到所述优质叫车订单。

优选的,所述抢单情况来自叫车订单历史信息集合,所述叫车订单历史信 息集合中的各订单信息包括:订单编号、出发地、目的地、出发时间、接单司 机编号;

所述在线情况来自出租车信息集合,所述出租车信息集合中的各出租车信 息包括:司机编号、上报时间、出租车位置;

所述非活跃司机集合中的各非活跃司机信息至少包括司机编号信息。

进一步优选的,所述非活跃司机判定模块包括如下步骤:

设任一司机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,取下一个在线司机 信息。

以上所述实施例仅是为充分说明本发明而所举的较佳的实施例,本发明的 保护范围不限于此。本技术领域的技术人员在本发明基础上所作的等同替代或 变换,均在本发明的保护范围之内。本发明的保护范围以权利要求书为准。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号