欢迎光临小豌豆知识网!
当前位置:首页 > 物理技术 > 信号装置> 智能化的网约车管理方法独创技术40184字

智能化的网约车管理方法

2021-01-31 20:05:28

智能化的网约车管理方法

  技术领域

  本发明涉及客运管理的技术领域,特别涉及智能化的网约车管理方法。

  背景技术

  目前,网约车已经成为人们出行的一种重要交通方式,人们通过网约车平台可根据自己的实际需要来自行选择合适的时间和地点乘坐网约车,这极大地方便了人们的出现。但是,由于网约车司机素质的参差,乘客在乘坐网约车的过程中网约车司机可能会出现在开车时不断玩手机、大声说话聊天、放大声的音乐或者广播等,司机不能专心开车,从而造成安全隐患,但是在乘车过程中,乘客无法在网约车存在安全隐患时采取规避风险的措施例如及时停车,网约车管理平台也无法实时获得司机驾驶时的个人行为情况,无法对司机的驾车行为有效的监管。

  发明内容

  针对现有技术存在的缺陷,本发明提供智能化的网约车管理方法,用以提供一种能够智能地监管网约车,及时中止安全问题的发生,提高乘车安全性的技术。

  一种智能化的网约车管理方法,包括步骤B1-B5:

  步骤B1、在网约车载客行驶过程中,安装于网约车司机的第一电子设备中的网约车管理软件实时采集所述第一电子设备的工作状态信息、采集所述网约车的车内声音信息;

  步骤B2、所述网约车管理软件将所述工作状态信息和车内声音信息实时发送至网络侧服务器;

  步骤B3、所述网络侧服务器根据所述工作状态信息、车内声音信息和所述网约车的行驶状态,判断网约车当前车辆情况是否达到预设的管控启动条件;

  步骤B4、当网约车当前车辆情况达到所述预设的管控启动条件时,所述网络侧服务器向所述网约车内的乘客的第二电子设备发送询问信息,并接收所述第二电子设备根据所述询问信息返回的应答结果;

  步骤B5、所述网络侧服务器根据所述应答结果对所述网约车采取管控措施。

  在一个实施例中,所述工作状态信息包括:在所述网约车载上所述乘客之后的预设时间段内,所述第一电子设备的触摸屏被触摸操作的次数;

  所述车内声音信息包括:在所述网约车载上所述乘客之后的预设时间段内,车内的声音强度、车内的发声频率;

  所述网络侧服务器根据所述工作状态信息、车内声音信息和所述网约车的行驶状态,判断网约车当前车辆情况是否达到预设的管控启动条件,包括:

  判断所述次数是否等于或大于预设次数;

  判断所述声音强度是否等于或大于预设强度;

  判断所述车内的发声频率是否等于或大于预设频率;

  当所述三个判断结果中有至少一个判断结果为是,则获取所述预设时间段内所述网约车的平均行驶速度和所经过的路段拥堵情况;

  判断所述平均行驶速度与预设速度之间的大小关系;

  判断所述所经过的路段是否满足预设拥堵程度;

  当所述平均行驶速度小于预设速度、且所述所经过的路段不满足预设拥堵程度时,判定所述网约车当前车辆情况未达到预设的管控启动条件;

  当所述平均行驶速度等于或大于预设速度、且所述所经过的路段不满足预设拥堵程度时,判定所述网约车当前车辆情况达到预设的管控启动条件;

  当所述平均行驶速度小于预设速度、且所述所经过的路段满足预设拥堵程度时,判定所述网约车当前车辆情况达到预设的管控启动条件或者判定所述网约车当前车辆情况未达到预设的管控启动条件均可;

  当所述平均行驶速度等于或大于预设速度、且所述所经过的路段满足预设拥堵程度时,判定所述网约车当前车辆情况达到预设的管控启动条件。

  在一个实施例中,所述工作状态信息包括:在所述网约车载上所述乘客之后的预设时间段内,所述第一电子设备的触摸屏被触摸操作的次数以及每次被触摸时的时刻信息;

  所述车内声音信息包括:在所述网约车载上所述乘客之后的预设时间段内,车内的声音强度、以及等于或大于预设强度的声音出现时的时刻信息;

  所述网络侧服务器根据所述工作状态信息、车内声音信息和所述网约车的行驶状态,判断网约车当前车辆情况是否达到预设的管控启动条件,包括:

  判断所述次数是否等于或大于预设次数、或者判断是否存在等于或大于预设强度的车内声音;

  当判定所述次数等于或大于预设次数时,获取每次被触摸时的所在时刻所对应的网约车行驶速度;判断每次被触摸时的所在时刻所对应的网约车行驶速度与预设速度之间的大小关系;当至少存在[X1*G]次被触摸时的所在时刻各自所对应的网约车行驶速度均等于或大于预设速度,则按照如下公式计算第一管控指数U1:

  

  其中,G0表示被触摸时的所在时刻所对应的网约车行驶速度等于或大于预设速度的总被触摸次数;Vg表示第g次被触摸时的所在时刻所对应的网约车行驶速度,第g次被触摸时相应的网约车行驶速度等于或大于预设速度;V0表示预设的网约车最大可行驶速度;所述G为在所述网约车载上所述乘客之后的预设时间段内,所述第一电子设备的触摸屏被触摸操作的总次数;

  当所述第一管控指数等于或大于预设第一标准值时,判定网约车当前车辆情况达到预设的管控启动条件;当小于[X1*G]次被触摸时的所在时刻各自所对应的网约车行驶速度均等于或大于预设速度,则判定网约车当前车辆情况未达到预设的管控启动条件;所述G为在所述网约车载上所述乘客之后的预设时间段内,所述第一电子设备的触摸屏被触摸操作的总次数,所述X1为预设的第一比例,不小于50%,[]为取整函数;

  或者

  当判定存在等于或大于预设强度的车内声音时,获取等于或大于预设强度的车内声音的发声次数以及相应的发声时刻;获取每次发声时的发声时刻所对应的网约车行驶速度;判断每次发声时的发声时刻所对应的网约车行驶速度与预设速度之间的大小关系;当至少存在[X2*E]次发声时刻各自所对应的网约车行驶速度均等于或大于预设速度,则按照如下公式计算第二管控指数U2:

  

  其中,E0表示发声时刻所对应的网约车行驶速度等于或大于预设速度的总发声次数;Ve表示第e次发声时刻所对应的网约车行驶速度,第e次发声时刻相应的网约车行驶速度等于或大于预设速度;V0表示预设的网约车最大可行驶速度;所述E为在所述网约车载上所述乘客之后的预设时间段内,车内声音的总发声次数;

  当所述第二管控指数等于或大于预设第二标准值时,判定网约车当前车辆情况达到预设的管控启动条件;当小于[X2*E]次发声时刻各自所对应的网约车行驶速度均等于或大于预设速度,则判定网约车当前车辆情况未达到预设的管控启动条件;所述E为在所述网约车载上所述乘客之后的预设时间段内,车内声音的总发声次数,所述X2为预设的第二比例,不小于50%,[]为取整函数。

  在一个实施例中,所述询问信息包括:当前网约车驾车状态可能存在安全隐患,询问乘客是否需要中止搭乘所述网约车;

  所述网络侧服务器根据应答结果对网约车采取管控措施,具体为:

  当所述应答结果为不需要中止搭乘网约车时,返回步骤B1;

  当所述应答结果为需要中止搭乘所述网约车时,所述网络侧服务器确定所述第二电子设备发送应答结果时网约车所在的地理位置,以该地理位置为圆心,确定方圆N3公里内可停车的地点,将所述可停车的地点发送给所述第二电子设备供所述乘客选择;所述N3等于或小于5;

  所述网络侧服务器获取所述第二电子设备返回的所述乘客选择好的停车地点,将所述选择好的停车地点发送给所述第一电子设备的网约车管理软件,控制所述网约车管理软件停止执行通往乘客原始目的地的导航操作,并开始执行从当前地点通往所述乘客选择好的停车地点的导航操作,同时生成网约车搭乘计费金额,将所述网约车搭乘计费金额推送给所述第二电子设备进行支付;

  其中,所述网约车搭乘计费金额由所述网络侧服务器根据所述乘客搭乘所述网约车的起点到所述乘客选择好的停车地点之间的路程计算而成。

  在一个实施例中,所述网约车在所述乘客选择好的停车地点卸下所述乘客之后,所述方法还包括:

  获取网约车的历史行驶数据;

  获取所述网约车的当前行驶状态;

  根据所述网约车的历史行驶数据和当前行驶状态,确定所述网约车当天的最长可行使时长和单位时间内的最大可行驶路程;

  根据所述网约车当天的最长可行使时长和单位时间内的最大可行驶路程,在当天对所述网约车进行管控。

  在一个实施例中,所述根据所述网约车的历史行驶数据和当前行驶状态,确定所述网约车当天的最长可行使时长,包括:

  步骤A1:通过如下公式对网约车的历史行驶数据以及网约车当前行驶状态进行综合分析得到网约车当前的安全等级值;

  

  其中A表示网约车当前的安全等级值(数值越高表示网约车当前的安全等级越高,行驶记录越好以及网约车的当前状态越安全);Se表示网约车的历史行驶数据中第e天网约车的行驶总路程;te表示网约车的历史行驶数据中第e天网约车的行驶总时间;S表示截止到当前网约车当天已经行驶的路程;t表示截止到当前网约车当天已经行驶的时间;h表示网约车的历史行驶数据记录的天数;λ表示网约车的历史违章总次数;We表示网约车的历史行驶数据中第e天网约车驾照扣除的分数(若当天没有违章则数值为0);Je表示网约车的历史行驶数据中第e天乘客对网约车的打分总和(分值为1-5分,分值越低表示乘客约不满意);

  步骤A2:通过公式(2)利用安全等级值以及网约车当前行驶状态得到所述网约车当天内的最长可行驶时间;

  

  其中,T表示网约车当天内的最长可行驶时长;Q表示网约车每天的自然损耗值(取值为2.5);t0为预设的基础可行驶时长。

  在一个实施例中,所述根据所述网约车的历史行驶数据和当前行驶状态,确定所述网约车当天的单位时间内的最大可行驶路程,包括:

  步骤A3:通过如下公式利用安全等级值以及网约车当前行驶状态得到所述网约车在当天的单位时间内的最大可行驶路程;

  

  其中X表示网约车单位时间内的最大行驶路程;QS表示网约车单位路程的损耗值(取值为0.05至0.3之间)。

  在一个实施例中,当网约车当前车辆情况未达到所述预设的管控启动条件时,所述方法还包括:

  步骤S1,对网约车司机在当前搭载乘客过程的行驶状态进行监测,从而获得相应的载客操作/行驶操作信息;

  步骤S2,根据所述载客操作/行驶操作信息,确定所述网约车司机当前的接单等级评价分值,再根据所述接单等级评价分数值,调整所述网约车司机后续的可接单时间段和/或可接单数量;

  步骤S3,获取所述网约车司机的历史乘客评价信息,以此确定所述网约车司机的历史处罚等级评价分数值,再根据所述接单等级评价分数值和所述历史处罚等级评价分数值,获得网约车订单结算管理值;

  步骤S4,根据所述网约车订单结算管理值,确定网约车订单结算金额扣除率,以此确定所述网约车司机的实际订单结算金额。

  上述技术方案,可以在网约车载客行驶的过程中,智能化地获得工作状态信息、车内声音信息,由网络侧服务器根据工作状态信息、车内声音信息和网约车的行驶状态,以及与乘客之间的互动,对网约车采取管控措施,从而提供了一种智能化管理网约车的方法。

  本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

  下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。

  附图说明

  为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

  图1为本发明提供的智能化的网约车管理方法的流程示意图;

  图2为本发明提供的智能化的网约车管理方法的另一流程示意图。

  具体实施方式

  下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

  本发明实施例提供了一种智能化的网约车管理方法,如图1所示,包括步骤B1-B5:

  步骤B1、在网约车载客行驶过程中,安装于网约车司机的第一电子设备中的网约车管理软件实时采集第一电子设备的工作状态信息、采集网约车的车内声音信息。

  网约车司机的第一电子设备由司机携带在网约车内,例如可以是手机。

  步骤B2、网约车管理软件将工作状态信息和车内声音信息实时发送至网络侧服务器。

  步骤B3、网络侧服务器根据工作状态信息、车内声音信息和网约车的行驶状态,判断网约车当前车辆情况是否达到预设的管控启动条件。

  步骤B4、当网约车当前车辆情况达到预设的管控启动条件时,网络侧服务器向网约车内的乘客的第二电子设备发送询问信息,并接收第二电子设备根据询问信息返回的应答结果。

  步骤B5、网络侧服务器根据应答结果对网约车采取管控措施。

  上述技术方案,可以在网约车载客行驶的过程中,智能化地获得工作状态信息、车内声音信息,由网络侧服务器根据工作状态信息、车内声音信息和网约车的行驶状态,以及与乘客之间的互动,对网约车采取管控措施,从而提供了一种智能化管理网约车的方法。

  在一个实施例中,工作状态信息包括:在网约车载上乘客之后的预设时间段内,第一电子设备的触摸屏被触摸操作的次数;

  车内声音信息包括:在网约车载上乘客之后的预设时间段内,车内的声音强度、车内的发声频率;

  网络侧服务器根据工作状态信息、车内声音信息和网约车的行驶状态,判断网约车当前车辆情况是否达到预设的管控启动条件,包括:

  判断前述工作状态信息中的所述次数是否等于或大于预设次数;如果判定结果为是,说明司机在频繁的使用第一电子设备,车内存在影响司机驾驶的影响因素,会影响司机驾驶,会有安全隐患;

  判断上述在网约车载上乘客之后的预设时间段内,车内的声音强度是否等于或大于预设强度;如果判定结果为是,则说明车内的声音较大,车内存在影响司机驾驶的影响因素,会影响司机驾驶,会有安全隐患;

  判断在网约车载上乘客之后的预设时间段内,车内的发声频率是否等于或大于预设频率;如果判定结果为是,则说明车内的声音信息太多,车内存在影响司机驾驶的影响因素,会影响司机驾驶,会有安全隐患;

  当三个判断结果中有至少一个判断结果为是,则获取预设时间段内网约车的平均行驶速度和所经过的路段拥堵情况;

  判断平均行驶速度与预设速度之间的大小关系;

  判断所经过的路段是否满足预设拥堵程度;

  当平均行驶速度小于预设速度、且所经过的路段不满足预设拥堵程度时,说明网约车当前在路况较好的路上行驶,但是行驶速度不是很快,那么可视为司机有一定的安全意识,车速也不过快,此时,可判定网约车当前车辆情况未达到预设的管控启动条件,从而不需对网约车进行管控,即使不管控,安全应还也比较小;

  当平均行驶速度等于或大于预设速度、且所经过的路段不满足预设拥堵程度时,说明网约车当前在路况较好的路上行驶,但是行驶速度较快,之前判定过程可知车内存在影响司机驾驶的影响因素,这种情况下司机依然较快的驾驶车辆,则可视为司机缺乏一定的安全意识,此时,可判定网约车当前车辆情况达到预设的管控启动条件,进而后续对网约车进行管控,减少安全隐患;

  当平均行驶速度小于预设速度、且所经过的路段满足预设拥堵程度时,说明网约车当前在路况较差的路上行驶,但是行驶速度较慢,之前判定过程可知车内存在影响司机驾驶的影响因素,这种情况下,为了提高安全度,可以判定网约车当前车辆情况达到预设的管控启动条件;

  当平均行驶速度等于或大于预设速度、且所经过的路段满足预设拥堵程度时,说明网约车当前在路况较差的路上行驶,但是行驶速度依然不慢,之前判定过程可知车内存在影响司机驾驶的影响因素,这种情况下,速度还快,说明可能司机在各个路线上插队、或者进行了较快的加速过程,为了提高安全度,可以判定网约车当前车辆情况达到预设的管控启动条件。

  上述技术方案,利用前述判定规则,可以在网约车存在安全隐患时,较为准确的判断出网约车当前车辆情况达到预设的管控启动条件,从而开启后续的对网约车的管控,从而提高管控的合理性。

  或者,在另一个实施例中,工作状态信息包括:在网约车载上乘客之后的预设时间段内,第一电子设备的触摸屏被触摸操作的次数以及每次被触摸时的时刻信息;

  车内声音信息包括:在网约车载上乘客之后的预设时间段内,车内的声音强度、以及等于或大于预设强度的声音出现时的时刻信息;

  网络侧服务器根据工作状态信息、车内声音信息和网约车的行驶状态,判断网约车当前车辆情况是否达到预设的管控启动条件,包括:

  判断次数是否等于或大于预设次数、或者判断是否存在等于或大于预设强度的车内声音;

  当判定次数等于或大于预设次数时,获取每次被触摸时的所在时刻所对应的网约车行驶速度;判断每次被触摸时的所在时刻所对应的网约车行驶速度与预设速度之间的大小关系;当至少存在[X1*G]次被触摸时的所在时刻各自所对应的网约车行驶速度均等于或大于预设速度,则按照如下公式计算第一管控指数U1:

  

  其中,G0表示被触摸时的所在时刻所对应的网约车行驶速度等于或大于预设速度的总被触摸次数;Vg表示第g次被触摸时的所在时刻所对应的网约车行驶速度,第g次被触摸时相应的网约车行驶速度等于或大于预设速度;V0表示预设的网约车最大可行驶速度;G为在网约车载上乘客之后的预设时间段内,第一电子设备的触摸屏被触摸操作的总次数;

  当第一管控指数等于或大于预设第一标准值时,判定网约车当前车辆情况达到预设的管控启动条件;当小于[X1*G]次被触摸时的所在时刻各自所对应的网约车行驶速度均等于或大于预设速度,则判定网约车当前车辆情况未达到预设的管控启动条件;G为在网约车载上乘客之后的预设时间段内,第一电子设备的触摸屏被触摸操作的总次数,X1为预设的第一比例,不小于50%,[]为取整函数;

  或者

  当判定存在等于或大于预设强度的车内声音时,获取等于或大于预设强度的车内声音的发声次数以及相应的发声时刻;获取每次发声时的发声时刻所对应的网约车行驶速度;判断每次发声时的发声时刻所对应的网约车行驶速度与预设速度之间的大小关系;当至少存在[X2*E]次发声时刻各自所对应的网约车行驶速度均等于或大于预设速度,则按照如下公式计算第二管控指数U2:

  

  其中,E0表示发声时刻所对应的网约车行驶速度等于或大于预设速度的总发声次数;Ve表示第e次发声时刻所对应的网约车行驶速度,第e次发声时刻相应的网约车行驶速度等于或大于预设速度;V0表示预设的网约车最大可行驶速度;E为在网约车载上乘客之后的预设时间段内,车内声音的总发声次数;

  当第二管控指数等于或大于预设第二标准值时,判定网约车当前车辆情况达到预设的管控启动条件;当小于[X2*E]次发声时刻各自所对应的网约车行驶速度均等于或大于预设速度,则判定网约车当前车辆情况未达到预设的管控启动条件;E为在网约车载上乘客之后的预设时间段内,车内声音的总发声次数,X2为预设的第二比例,不小于50%,[]为取整函数。

  上述技术方案,利用前述判定规则,可以在网约车存在安全隐患时,较为准确的判断出网约车当前车辆情况达到预设的管控启动条件,从而开启后续的对网约车的管控,从而提高管控的合理性。

  在一个实施例中,询问信息包括:当前网约车驾车状态可能存在安全隐患,询问乘客是否需要中止搭乘网约车;

  此时,步骤B5“网络侧服务器根据应答结果对网约车采取管控措施”可具体实施为:

  当应答结果为不需要中止搭乘网约车时,返回步骤B1,开始新一轮的监控循环;

  当应答结果为需要中止搭乘网约车时,网络侧服务器确定第二电子设备发送应答结果时网约车所在的地理位置,以该地理位置为圆心,确定方圆N3公里内可停车的地点,将可停车的地点发送给第二电子设备供乘客选择;N3等于或小于5;

  网络侧服务器获取第二电子设备返回的乘客选择好的停车地点,将选择好的停车地点发送给第一电子设备的网约车管理软件,控制网约车管理软件停止执行通往乘客原始目的地的导航操作,并开始执行从当前地点通往乘客选择好的停车地点的导航操作,同时生成网约车搭乘计费金额,将网约车搭乘计费金额推送给第二电子设备进行支付;

  其中,网约车搭乘计费金额由网络侧服务器根据乘客搭乘网约车的起点到乘客选择好的停车地点之间的路程计算而成。

  上述技术方案,能够在网约车存在安全隐患时,及时启动对网约车的管控流程,管控时,首先咨询乘客意见,按照乘客意愿来及时为乘客提供有效的安全措施,及时取消原来的导航操作,及时引导网约车到达乘客指定的停车地停车;并且,搭乘计费金额是根据实际上车地点和实际下车地点来计算的,因此,也保证了计费的合理性,避免司机为了多赚钱而强行将乘客拉到原始目的地,从技术手段上避免了一些安全问题,提高了网约车乘客的安全。

  在一个实施例中,为了更好的对网约车进行管理,在网约车在乘客选择好的停车地点卸下乘客之后,上述方法还可包括:

  获取网约车的历史行驶数据;

  获取网约车的当前行驶状态;

  根据网约车的历史行驶数据和当前行驶状态,确定网约车当天的最长可行使时长和单位时间内的最大可行驶路程;

  根据网约车当天的最长可行使时长和单位时间内的最大可行驶路程,在当天对网约车进行管控。

  具体的,将网约车当天的最长可行使时长和单位时间内的最大可行驶路程发送到第一电子设备的网约车管理软件上,并输出给网约车司机,使得司机可以及时获知。另外,实时监视网约车当天的已经行驶时长和单位时间内的行驶路程,当所述最长可行驶时长减去网约车当天的已经行驶时长所得的差值,等于或小于预设时长差值时,网络侧服务器可以限制所述网约车的可接单,禁止向所述网约车推送行驶距离等于或大于预设行驶距离的网约车订单,仅向所述网约车推送行驶距离小于预设行驶距离的网约车订单,从而可以将该网约车当天的行驶时长进行一个控制。

  在一个实施例中,根据网约车的历史行驶数据和当前行驶状态,确定网约车当天的最长可行使时长,可包括:

  步骤A1:通过如下公式对网约车的历史行驶数据以及网约车当前行驶状态进行综合分析得到网约车当前的安全等级值;

  

  其中A表示网约车当前的安全等级值(数值越高表示网约车当前的安全等级越高,行驶记录越好以及网约车的当前状态越安全);Se表示网约车的历史行驶数据中第e天网约车的行驶总路程;te表示网约车的历史行驶数据中第e天网约车的行驶总时间;S表示截止到当前网约车当天已经行驶的路程;t表示截止到当前网约车当天已经行驶的时间;h表示网约车的历史行驶数据记录的天数;λ表示网约车的历史违章总次数;We表示网约车的历史行驶数据中第e天网约车驾照扣除的分数(若当天没有违章则数值为0);Je表示网约车的历史行驶数据中第e天乘客对网约车的打分总和(分值为1-5分,分值越低表示乘客约不满意);

  步骤A2:通过如下公式利用安全等级值以及网约车当前行驶状态得到网约车当天内的最长可行驶时间;

  

  其中,T表示网约车当天内的最长可行驶时长;Q表示网约车每天的自然损耗值(取值为2.5);t0为预设的基础可行驶时长。

  在一个实施例中,根据网约车的历史行驶数据和当前行驶状态,确定网约车当天的单位时间内的最大可行驶路程,包括:

  步骤A3:通过如下公式利用安全等级值以及网约车当前行驶状态得到网约车在当天的单位时间内的最大可行驶路程;

  

  其中X表示网约车单位时间内的最大行驶路程;QS表示网约车单位路程的损耗值(取值为0.05至0.3之间)。

  上述技术方案的有益效果是:利用步骤A1得到网约车当前的安全等级值,目的是为了通过分析网约车的历史行驶数据以及网约车当前行驶状态得到关于网约车当前的安全状态,根据这个安全状态可以考量所述网约车当前的使用情况,并且为后续使用网约车提供了一个限制的条件;利用步骤A2得到所述网约车当天内的最长行驶时间,目的是通过分析安全等级值以及网约车当前行驶状态得到一个可以保证网约车在当天使用可以不超负荷情况下的一个最长行驶时间,只要司机保持当天内的行驶时间不超过所述当天内的最长行驶时间,则网约车的磨损程度就不会过高,与没有该公式和步骤相比该公式和步骤降低了网约车在使用过程中的损耗,然后利用步骤A3得到所述网约车单位时间内的最大行驶路程,目的是为了利用通过所述网约车单位时间内的最大行驶路程对网约车进行合理管控,从而保证网约车可以安全行驶,并提高网约车的使用寿命与没有该公式和步骤相比该公式和步骤可以最大限度的保证网约车的行驶安全,并且还降低了网约车的磨损程度。

  参阅图2,为本发明实施例提供的智能化的网约车管理方法的流程示意图。当网约车当前车辆情况未达到所述预设的管控启动条件时,所述方法还可以包括如下步骤:

  步骤S1,对网约车司机在当前搭载乘客过程的行驶状态进行监测,从而获得相应的载客操作/行驶操作信息;

  步骤S2,根据该载客操作/行驶操作信息,确定该网约车司机当前的接单等级评价分值,再根据该接单等级评价分数值,调整该网约车司机后续的可接单时间段和/或可接单数量;

  步骤S3,获取该网约车司机的历史乘客评价信息,以此确定该网约车司机的历史处罚等级评价分数值,再根据该接单等级评价分数值和该历史处罚等级评价分数值,获得网约车订单结算管理值;

  步骤S4,根据该网约车订单结算管理值,确定网约车订单结算金额扣除率,以此确定该网约车司机的实际订单结算金额。

  该智能化的网约车管理方法有别于现有技术的只根据乘客评价来进行网约车订单结算金额的调整,其通过同时考虑乘客评价和司机在接单载客过程中的操作情况等不同因素来调整司机的最终订单结算金额,从而最大限度地提高网约车管理的科学性、客观性和有效性。

  优选地,在该步骤S1中,对网约车司机再当前搭载乘客过程的行驶状态进行监测,从而获得相应的载客操作/行驶操作信息具体包括,

  步骤S101,对该网约车司机在当前搭载乘客过程中的手机操作过程和开车行驶过程进行拍摄,从而获得相应的实际手机界面操作动作信息、开车行驶实际路线信息和开车行驶实际违章信息;

  步骤S102,根据该实际手机界面操作动作信息、该开车行驶实际路线信息和该开车行驶实际违章信息,确定该网约车司机在当前搭载乘客过程中的载客操作与行驶操作的总交通违章次数和总不规操作次数,以作为该载客操作/行驶操作信息。

  通过拍摄司机在当前搭载乘客过程中的手机操作过程和开车行驶过程的影像,能够提高对实际手机界面操作动作信息、开车行驶实际路线信息和开车行驶实际违章信息的确认准确性和可信度。

  优选地,在该步骤S101中,对该网约车司机在当前搭载乘客过程中的手机操作过程和开车行驶过程进行拍摄,从而获得相应的实际手机界面操作动作信息、开车行驶实际路线信息和开车行驶实际违章信息具体包括,

  步骤S1011,对该网约车司机在该手机操作过程中的手机界面进行录屏,从而获得该网约车司机的该实际手机界面操作动作信息;

  步骤S1012,对该网约车司机在该开车行驶过程中的行车外界环境和车内空间环境进行双目拍摄,从而获得该开车行驶实际路线信息和该开车行驶实际违章信息;

  以及,

  在该步骤S102中,根据该实际手机界面操作动作信息、该开车行驶实际路线信息和该开车行驶实际违章信息,确定该网约车司机在当前搭载乘客过程中的载客操作与行驶操作的总违规操作次数,以作为该载客操作/行驶操作信息具体包括,

  步骤S1021,从该实际手机界面操作动作信息、该开车行驶实际路线信息和该开车行驶实际违章信息中分别提取司机动作信息和车辆行驶运动信息;

  步骤S1022,将该司机动作信息和该车辆行驶运动信息分别于预设违规操作数据库进行比对,从而确定该网约车司机在当前搭载乘客过程中的载客操作与行驶操作的总交通违章次数和总不规操作次数。

  通过上述过程确定的该网约车司机在当前搭载乘客过程中的载客操作与行驶操作的总违规操作次数,能够最大限度的真实反映司机在驾驶过程中的实际驾驶状态。

  优选地,在该步骤S2中,根据该载客操作/行驶操作信息,确定该网约车司机当前的接单等级评价分值,再根据该接单等级评价分数值,调整该网约车司机后续的可接单时间段和/或可接单数量具体包括,

  步骤S201,根据该总违规操作次数以及下面公式(1),确定该网约车司机当前的接单等级评价分值B1

  

  在上述公式(1)中,B1表示该接单等级评价分值,n表示该总违规操作次数,W表示该总交通违章次数;

  步骤S202,当该接单等级评价分值B1低于预设接单等级评价阈值,则缩短该可接单时间段和/或减少该可接单数量,否则,延长该可接单时间段和/或增加该可接单数量。

  通过上述公式(1)计算得到该接单等级评价分值,能够对司机在网约车平台上的接单优先级别进行数值化的衡量,从而更加精确地确定司机的接单优先程度。

  优选地,在该步骤S3中,获取该网约车司机的历史乘客评价信息,以此确定该网约车司机的历史处罚等级评价分数值,再根据该接单等级评价分数值和该历史处罚等级评价分数值,获得网约车订单结算管理值具体包括,

  步骤S301,获取该网约车司机的历史乘客打分评价信息,并剔除该历史乘车打分评价信息中存在的恶意打分评价信息,从而获得有效历史乘客打分评价信息;

  步骤S302,根据该有效历史乘客打分评价信息,确定该网约车司机的历史处罚等级评价分数值;

  步骤S303,根据该接单等级评价分数值和该历史处罚等级评价分数值,获得该网约车订单结算管理值。

  优选地,在该步骤S302中,根据该有效历史乘客打分评价信息,确定该网约车司机的历史处罚等级评价分数值具体包括,

  将该有效历史乘客打分评价信息转换为若干乘客打分分数值,再根据若干该若干乘客打分分数值以及下面公式(2),计算得到该历史处罚等级评价分数值Z

  

  在上述公式(2)中,Z表示该历史处罚等级评价分数值,m表示该网约车司机的历史处罚次数,P(i)表示第i个乘客打分分数值,并且该第i个乘客打分分数值P(i)的取值为1-5中的任意一个正整数,D表示该网约车司机收到的乘客打分评价总次数。

  通过上述公式(2)计算得到该历史处罚等级评价分数值,能够对司机的历史处罚状态进行数值化的衡量,从而便于提高后续网约车订单结算管理值的计算精度。

  优选地,在该步骤S303中,根据该接单等级评价分数值和该历史处罚等级评价分数值,获得该网约车订单结算管理值具体包括,

  根据该接单等级评价分数值B1、该历史处罚等级评价分数值Z、以及下面公式(3),计算得到该网约车订单结算管理值B2

  

  在上述公式(3)中,B2表示该网约车订单结算管理值,B1表示该接单等级评价分数值,Z表示该历史处罚等级评价分数值。

  通过上述公式(3)计算得到该网约车订单结算管理值能够科学地和客观地对司机的订单结算进行有效的调整管理。

  优选地,在该步骤S4中,根据该网约车订单结算管理值,确定网约车订单结算金额扣除率,以此确定该网约车司机的实际订单结算金额具体包括,

  步骤S401,根据该网约车订单结算管理值B2以及下面公式(4),计算得到该网约车订单结算金额扣除率K,

  

  在上述公式(4)中,K表示该网约车订单结算金额扣除率,B2表示该网约车订单结算管理值;

  步骤S402,确定该网约车司机当前是否完成相应的订单,若是,则确定该订单对应的乘客实际付款金额P,并将该乘客实际付款金额P*(1-K)作为该网约车司机的该实际订单结算金额。

  通过上述公式(4)计算得到该网约车订单结算金额扣除率能够实现根据司机历史表现来进行有效的和准确的结算调整。

  从上述实施例的内容可知,该智能化的网约车管理方法根据网约车司机的接单等级评价分值和历史处罚等级评价分数值来确定网约车司机的订单结算最终金额,这样能够有效地提高网约车平台管理的科学性和有效性,并且还能够将网约车司机的服务质量与订单结算提成进行有效的挂钩,从而最大限度地改善网约车司机的服务质量和网约车平台的管理水平。

  相比于现有技术,上述实施例提供的该智能化的网约车管理方法还可以对网约车司机在当前搭载乘客过程的行驶状态进行监测,从而获得相应的载客操作/行驶操作信息,根据该载客操作/行驶操作信息,确定该网约车司机当前的接单等级评价分值,再根据该接单等级评价分数值,调整该网约车司机后续的可接单时间段和/或可接单数量,再获取该网约车司机的历史乘客评价信息,以此确定该网约车司机的历史处罚等级评价分数值,再根据该接单等级评价分数值和该历史处罚等级评价分数值,获得网约车订单结算管理值,最后根据该网约车订单结算管理值,确定网约车订单结算金额扣除率,以此确定该网约车司机的实际订单结算金额;可见,该智能化的网约车管理方法根据网约车司机的接单等级评价分值和历史处罚等级评价分数值来确定网约车司机的订单结算最终金额,这样能够有效地提高网约车平台管理的科学性和有效性,并且还能够将网约车司机的服务质量与订单结算提成进行有效的挂钩,从而最大限度地改善网约车司机的服务质量和网约车平台的管理水平。

  显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

《智能化的网约车管理方法.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式(或pdf格式)