一种基于抢单模式的救援车辆调度方法及系统转让专利

申请号 : CN201811312014.1

文献号 : CN109308588B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 李小平

申请人 : 海南易乐物联科技有限公司

摘要 :

本发明公开了一种基于抢单模式的救援车辆调度方法及系统,在汽车道路救援的业务场景中,本发明通过将车主录入的救援信息通过后台系统识别后进行自动派单,救援人员通过抢单模式接单,增加了救援人员的主动性,使其能够根据救援需求及自身能力灵活接单,提高救援效率,同时能够吸引社会各方面救援资源的入驻,为车主提供更多、更好的救援服务;另一方面本发明通过引入评价机制,对救援人员、机构的服务质量和水平进行有效监督,保障服务费用清晰明确,救援过程全程记录便于追溯。

权利要求 :

1.一种基于抢单模式的救援车辆调度方法,其特征在于,所述方法具体包括以下步骤:

S1、车主通过用户端填写个人信息、救援信息并发送救援请求,所述救援信息至少包括位置信息、救援服务需求项;

S2、后台系统判断救援信息是否完整,若完整则生成救援订单,并根据系统规则向周边符合条件的救援人员进行派单,所述根据系统规则向周边符合条件的救援人员进行派单,具体指后台系统根据救援点位置、救援人员当前位置以及救援人员可服务范围,通过救援应用端向满足条件的救援人员进行派单;

S3、救援人员通过救援应用端接收到救援请求订单后,根据订单描述及自身救援资源及条件的匹配程度,决定是否抢单执行;

S4、救援人员抢单后,后台系统取消其他听单救援人员对当前订单的操作权限;

S5、后台系统根据救援点位置、救援人员当前位置规划行车路线,并根据救援时间要求对行车路线进行筛选,再将筛选后的行车路线发送至救援应用端,救援人员根据后台系统规划行车路线按时间要求前往救援现场完成救援服务;

S6、车主通过用户端完成订单支付,并对订单进行评价。

2.根据权利要求1所述的一种基于抢单模式的救援车辆调度方法,其特征在于,步骤S1中,所述救援服务需求项用于记录车主所需的救援服务,至少包括:紧急拖车、派送燃料、更换轮胎、电瓶搭电、现场维修、地库救援、困境救援。

3.根据权利要求2所述的一种基于抢单模式的救援车辆调度方法,其特征在于,步骤S2中,当后台系统判断救援信息不完整时,后台系统向客服人员发送信息补充提示,所述信息补充提示包括救援请求信息,客服人员根据救援请求信息与车主联系补充救援信息并录入到后台系统。

4.一种基于抢单模式的救援车辆调度系统,其特征在于,所述系统具体包括用户端、救援应用端以及后台服务器,所述用户端、救援应用端运行于移动智能终端,并分别通过网络与后台服务器进行数据交互,所述用户端用于车主填写救援信息、发起救援请求、定位车主位置、确认救援到达情况;

所述救援应用端用于接收救援订单、抢单、确认救援请求信息、定位救援人员位置、查看救援行车路线;

所述后台服务器用于判断救援信息是否完整、根据系统规则进行派单、规划救援行车路线、记录并存储救援流程信息,所述根据系统规则进行派单具体为后台系统根据救援点位置、救援人员当前位置以及救援人员可服务范围,通过救援应用端向满足条件的救援人员进行派单;

所述规划救援行车路线具体为根据救援点位置、救援人员当前位置规划行车路线,并根据救援时间要求对行车路线进行筛选,将筛选后的行车路线发送至救援应用端,救援人员通过救援应用端查看行车路线并按救援订单的时间要求前往救援点提供救援服务。

5.根据权利要求4所述的一种基于抢单模式的救援车辆调度系统,其特征在于,所述用户端包括用户注册模块、救援请求模块、用户定位模块、救援订单确认模块、客服沟通模块、在线支付模块、评价模块以及用户数据收发模块,所述注册模块、救援请求模块、定位模块、救援订单确认模块、客服沟通模块、在线支付模块、评价模块分别与所述用户数据收发模块相连接,所述用户数据收发模块通过网络与后台服务器进行数据交互。

6.根据权利要求4所述的一种基于抢单模式的救援车辆调度系统,其特征在于,所述救援应用端包括救援注册模块、抢单模块、订单确认模块、救援人员定位模块以及救援数据收发模块,所述救援注册模块、抢单模块、订单确认模块、救援人员定位模块分别与所述救援数据收发模块相连接,所述救援数据收发模块通过网络与后台服务器进行数据交互。

说明书 :

一种基于抢单模式的救援车辆调度方法及系统

技术领域

[0001] 本发明涉及车辆调度技术领域,尤其涉及一种基于抢单模式的救援车辆调度方法及系统。

背景技术

[0002] 在汽车道路救援行业,目前国内的主要模式是车主直接与救援公司联系,获取救援服务,或者车主将救援请求发送至第三方救援平台进行整合,再由第三方救援平台进行派单,上述方式当中,救援公司或机构在服务过程中智能被动接收、执行救援服务请求,且对于车主而言,救援机构的救援能力、资源、服务水平、态度等情况不明确,服务费用亦不够透明清晰,救援过程缺乏流程支撑以及过程记录,既不能让车主获得良好的服务体验,也不利于汽车道路救援行业的发展。

发明内容

[0003] 鉴以此,本发明的目的在于提供一种基于抢单模式的救援车辆调度方法及系统,以至少解决以上问题。
[0004] 一种基于抢单模式的救援车辆调度方法,包括以下步骤:
[0005] S1、车主通过用户端填写个人信息、救援信息并发送救援请求,所述救援信息至少包括位置信息、救援服务需求项;
[0006] S2、后台系统判断救援信息是否完整,若完整则生成救援订单,并根据系统规则向周边符合条件的救援人员进行派单;
[0007] S3、救援人员通过救援应用端接收到救援请求订单后,根据订单描述及自身救援资源及条件的匹配程度,决定是否抢单执行;
[0008] S4、救援人员抢单后,后台系统取消其他听单救援人员对当前订单的操作权限;
[0009] S5、救援人员根据后台系统规划行车路线按时间要求前往救援现场完成救援服务;
[0010] S6、车主通过用户端完成订单支付,并对订单进行评价。
[0011] 进一步的,步骤S1中,所述救援服务需求项用于记录车主所需的救援服务,至少包括:紧急拖车、派送燃料、更换轮胎、电瓶搭电、现场维修、地库救援、困境救援。
[0012] 进一步的,步骤S2中,当后台系统判断救援信息不完整时,后台系统向客服人员发送信息补充提示,所述信息补充提示包括救援请求信息,客服人员根据救援请求信息与车主联系补充救援信息并录入到后台系统。
[0013] 进一步的,步骤S2中,后台系统根据系统规则向周边符合条件的救援人员进行派单,具体指后台系统根据救援点位置、救援人员当前位置以及救援人员可服务范围,通过救援应用端向满足条件的救援人员进行派单。
[0014] 进一步的,步骤S5中,后台系统根据救援点位置、救援人员当前位置规划行车路线,并根据救援时间要求对行车路线进行筛选,再将筛选后的行车路线发送至救援应用端。
[0015] 进一步的,所述系统具体包括用户端、救援应用端以及后台服务器,所述用户端、救援应用端运行于移动智能终端,并分别通过网络与后台服务器进行数据交互,[0016] 所述用户端用于车主填写救援信息、发起救援请求、定位车主位置、确认救援到达情况;
[0017] 所述救援应用端用于接收救援订单、抢单、确认救援请求信息、定位救援人员位置、查看救援行车路线;
[0018] 所述后台服务器用于判断救援信息是否完整、根据系统规则进行派单、规划救援行车路线、记录并存储救援流程信息。
[0019] 进一步的,所述用户端包括用户注册模块、救援请求模块、用户定位模块、救援订单确认模块、客服沟通模块、在线支付模块、评价模块以及用户数据收发模块,所述用户注册模块、救援请求模块、定位模块、救援订单确认模块、客服沟通模块、在线支付模块、评价模块分别与所述用户数据收发模块数据互通,所述用户数据收发模块通过网络与后台服务器进行数据交互。
[0020] 进一步的,所述救援应用端包括救援注册模块、抢单模块、订单确认模块、救援人员定位模块以及救援数据收发模块,所述救援注册模块、抢单模块、订单确认模块、救援人员定位模块分别与所述救援数据收发模块数据互通,所述救援数据收发模块通过网络与后台服务器进行数据交互。
[0021] 与现有技术相比,本发明的有益效果是:
[0022] 本发明提供一种基于抢单模式的救援车辆调度方法及系统,在汽车道路救援的业务场景中,将车主录入的救援信息通过后台系统识别后进行自动派单,救援人员通过抢单模式接单,增加了救援人员的主动性,使其能够根据救援需求及自身能力灵活接单,提高救援效率,同时能够吸引社会各方面救援资源的入驻,为车主提供更多、更好的救援服务;另一方面本发明通过引入评价机制,对救援人员、机构的服务质量和水平进行有效监督,保障服务费用清晰明确,救援过程全程记录便于追溯。

附图说明

[0023] 为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的优选实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0024] 图1是本发明实施例一的救援车辆调度方法整体流程示意图。
[0025] 图2是本发明实施例二的救援车辆调度系统整体结构示意图。
[0026] 图3是本发明实施例二的用户端整体结构示意图。
[0027] 图4是本发明实施例二的救援应用端整体结构示意图。
[0028] 图中,1是用户端,2是救援应用端,3是后台服务器,11是用户注册模块,12是救援请求模块,13是用户定位模块,14是救援订单确认模块,15是客服沟通模块,16是在线支付模块,17是评价模块,18是用户数据收发模块,21是救援注册模块,22是抢单模块,23是订单确认模块,24是救援人员定位模块,25是救援数据收发模块。

具体实施方式

[0029] 以下结合附图对本发明的原理和特征进行描述,所列举实施例只用于解释本发明,并非用于限定本发明的范围。
[0030] 实施例一
[0031] 参照图1,本发明提供一种基于抢单模式的救援车辆调度方法,所述方法具体包括以下步骤:
[0032] S1、车主通过用户端填写个人信息、救援信息并发送救援请求。
[0033] 该步骤中,车主将用户端下载到移动智能终端后,注册账号并登录,通过填写个人信息、救援信息发起救援请求。所述救援信息至少包括位置信息以及救援服务需求项,其中,所述位置信息可由车主手动输入,或通过移动智能终端自带的定位功能对当前位置进行定位后自动输入;所述救援服务需求项用于记录车主所需的救援服务,至少包括:紧急拖车、派送燃料、更换轮胎、电瓶搭电、现场维修、地库救援、困境救援,根据救援平台所能提供的救援服务可对救援服务需求项进行增删或修改。
[0034] S2、后台系统判断救援信息是否完整,若完整则生成救援订单,并根据系统规则向周边符合条件的救援人员进行派单。
[0035] 该步骤中,后台系统接收到用户端上传的救援请求后,根据救援请求判断救援信息是否完整。若救援信息完整,则后台系统生成救援订单,并根据系统规则向周边符合条件的救援人员进行派单,在进行派单时,后台系统根据车主所在的救援点位置、各救援人员当前所在位置以及各救援人员提供救援服务的范围等信息,向符合救援条件的救援人员派发救援订单。
[0036] 若救援信息不完整,则后台系统向客服人员发送信息补充提示,所述信息补充提示包括救援请求信息,客服人员根据救援请求信息,与救援订单所对应的车主进行联系,获取、补充救援信息并录入到后台系统,救援信息补充完整后,后台系统再根据系统规则向周边符合条件的救援人员进行派单。
[0037] S3、救援人员通过救援应用端接收到救援请求订单后,根据订单描述及自身救援资源及条件的匹配程度,决定是否抢单执行。
[0038] 该步骤中,符合条件的救援人员会在救援应用端接收到后台系统派发的救援订单,救援人员可根据救援订单描述,结合自身救援资源及条件的匹配程度,判断是否要接单并执行。
[0039] S4、救援人员抢单后,后台系统取消其他听单救援人员对当前订单的操作权限。
[0040] 该步骤中,当有多个救援人员选择接下同一救援订单时,该救援订单属于最先接单的救援人员,其所使用的救援应用端向后台系统发送接单信息,后台系统接收到接单信息后,视为抢单成功,同时取消其他听单救援人员对于当前订单的操作权限。
[0041] S5、救援人员根据后台系统规划行车路线按时间要求前往救援现场完成救援服务。
[0042] 该步骤中,后台系统根据救援点位置、接单救援人员当前位置规划行车路线,并根据救援时间要求对行车路线进行筛选,再将筛选后的行车路线发送至救援应用端,救援人员通过救援应用端查看行车路线并按救援订单的时间要求前往救援点提供救援服务。
[0043] S6、车主通过用户端完成订单支付,并对订单进行评价。
[0044] 该步骤中,车主在接受救援服务后,通过用户端对救援订单进行线上支付,并可通过用户端对救援服务进行评价,用户端将支付信息和评价信息上传到后台系统进行存储。
[0045] 实施例二
[0046] 参照图2,在上述实施例的基础上,本发明还提供一种基于抢单模式的救援车辆调度系统,所述系统包括用户端1、救援应用端2以及后台服务器3,所述用户端1、救援应用端2运行于移动智能终端,并分别通过网络与后台服务器3进行数据交互。
[0047] 参照图3,所述用户端1用于车主填写救援信息、发起救援请求、定位车主位置、确认救援到达情况,具体包括用户注册模块11、救援请求模块12、用户定位模块13、救援订单确认模块14、客服沟通模块15、在线支付模块16、评价模块17以及用户数据收发模块18,所述用户注册模块11、救援请求模块12、定位模块13、救援订单确认模块14、客服沟通模块15、在线支付模块16、评价模块17分别与所述用户数据收发模块18数据互通,所述用户数据收发模块18通过网络与后台服务器3进行数据交互。
[0048] 其中,所述用户注册模块11用于车主进行账号注册、系统登录。所述救援请求模块12用于车主填写个人信息、救援信息,向后台服务器3发起救援请求。所述用户定位模块13用于获取用户当前的定位信息并上传到后台服务器3。所述救援订单确认模块14用于车主确认所发起的救援请求是否已被接单、救援人员信息以及救援服务到达进度。所述客服沟通模块15用于车主与系统客服人员以视频、语音、文字等方式进行沟通,以人工方式为车主提供咨询服务,并方便客服人员向车主获取救援信息。所述在线支付模块16用于车主线上完成救援服务相关费用的支付;所述评价模块17用于车主完成支付后对当前订单进行评价,支付信息和评价信息将上传到后台服务器3进行记录、存储。所述用户数据收发模块18用于处理用户端1与后台服务器3之间的各种数据交互。
[0049] 参照图4,所述救援应用端2用于接收救援订单、抢单、确认救援请求信息、定位救援人员位置、查看救援行车路线,救援应用端2具体包括救援注册模块21、抢单模块22、订单确认模块23、救援人员定位模块24以及救援数据收发模块25,所述救援注册模块21、抢单模块22、订单确认模块23、救援人员定位模块24分别与所述救援数据收发模块25数据互通,所述救援数据收发模块25通过网络与后台服务器3进行数据交互。
[0050] 其中,所述救援注册模块21用于救援人员注册账号、登录系统。所述抢单模块22用于救援人员查看被派发的救援订单,并根据救援订单描述决定是否接单,接单后查看是否接单成功。所述订单确认模块23用于救援人员查看接单成功的救援订单信息以及后台系统3所规划行车路线。所述救援数据收发模块25用于处理救援应用端2与后台服务器3之间的各种数据交互。
[0051] 所述后台服务器3用于判断救援信息是否完整、根据系统规则进行派单、规划救援行车路线、记录并存储救援流程信息。
[0052] 以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。