本发明涉及道路车辆救援技术领域,特别涉及一种基于lbs救援订单管理方法。
背景技术:
伴随着道路里程的跨越式增长和机动化水平的迅速提高,车辆的快速发展给人们的生活带来了诸多的便利。在车辆的使用过程中也会遇到多种麻烦,比如在道路上行驶的车辆有时会遭遇部件损坏、动力不足等故障,甚至可能遭遇交通事故。相应的,一些车辆救援平台应运而生,对车辆救援平台、故障车辆的车主以及公共交通而言,快速高效地实施救援是共同的目标。
现有的车辆救援仍存在以下缺点:
1、通常需要客服人工进行救援订单的录入操作,时间成本高,效率低;
2、没有直观的订单数据的管理。
技术实现要素:
(一)要解决的技术问题
为了解决现有技术的上述问题,本发明提供一种基于lbs救援订单管理方法,提高了救援订单的录入效率和直观的订单数据,便于管理。
(二)技术方案
为了达到上述目的,本发明采用的主要技术方案包括:
一种基于lbs救援订单管理方法,其特征在于,包括以下步骤:
s1、接收请求终端发送的救援信息,并匹配生成相应救援终端的救援任务信息;
s2、根据所述救援信息和救援任务信息生成相应的救援订单;
s3、通过预设的规则对所述救援订单进行管理。
(三)有益效果
本发明的有益效果在于:通过接收请求终端发送的救援信息,并匹配生成相应救援终端的救援任务信息;根据所述救援信息和救援任务信息生成相应的救援订单;通过预设的规则对所述救援订单进行管理,提高了救援订单的录入效率和直观的订单数据,便于管理。
附图说明
图1为本发明实施例的基于lbs救援订单管理方法流程图。
具体实施方式
为了更好的解释本发明,以便于理解,下面结合附图,通过具体实施方式,对本发明作详细描述。
实施例一
请参照图1,一种基于lbs救援订单管理方法,包括以下步骤:
s1、接收请求终端发送的救援信息,并匹配生成相应救援终端的救援任务信息;
s2、根据所述救援信息和救援任务信息生成相应的救援订单;
s3、通过预设的规则对所述救援订单进行管理。
从上述描述可知,本发明的有益效果在于:通过接收请求终端发送的救援信息,并匹配生成相应救援终端的救援任务信息;根据所述救援信息和救援任务信息生成相应的救援订单;通过预设的规则对所述救援订单进行管理,提高了救援订单的录入效率和直观的订单数据,便于管理。
进一步地,所述救援信息包括所述请求终端的用户信息、车辆信息、地址信息和需求信息。
进一步地,所述救援任务信息包括救援终端的用户信息、地址信息、任务内容和任务状态信息。
进一步地,步骤s2还包括:
根据所述救援信息生成相应的救援订单编号。
由上述描述可知,通过根据所述救援信息生成相应的救援订单编号,便于后续管理,提高救援效率。
进一步地,步骤s2还包括:
根据所述请求终端的地址信息和所述救援终端的地址信息生成相应的救援路径。
由上述描述可知,通过根据所述请求终端的地址信息和所述救援终端的地址信息生成相应的救援路径,便于实施车辆救援。
进一步地,步骤s3具体为:
通过预设的界面布局对所述救援订单进行管理。
进一步地,所述的通过预设的界面布局对所述救援订单进行管理具体为:
通过双竖向界面结构对所述救援订单进行管理。
由上述描述可知,通过双竖向界面结构对所述救援订单进行管理,使得救援订单的管理更加直观。
进一步地,步骤s3之后还包括:
对所述救援订单进行审核,并将审核通过的救援订单保存至数据库。
由上述描述可知,通过对所述救援订单进行审核,并将审核通过的救援订单保存至数据库,提高了救援订单的准确性,而且保存至数据库,便于管理。
实施例一
请参照图1,一种基于lbs救援订单管理方法,包括以下步骤:
s1、接收请求终端发送的救援信息,并匹配生成相应救援终端的救援任务信息;
所述救援信息包括所述请求终端的用户信息、车辆信息、地址信息和需求信息。
所述救援任务信息包括救援终端的用户信息、地址信息、任务内容和任务状态信息。
s2、根据所述救援信息和救援任务信息生成相应的救援订单;
步骤s2还包括:
根据所述救援信息生成相应的救援订单编号。
步骤s2还包括:
根据所述请求终端的地址信息和所述救援终端的地址信息生成相应的救援路径。
s3、通过预设的规则对所述救援订单进行管理。
步骤s3具体为:
通过预设的界面布局对所述救援订单进行管理。
所述的通过预设的界面布局对所述救援订单进行管理具体为:
通过双竖向界面结构对所述救援订单进行管理。
步骤s3之后还包括:
对所述救援订单进行审核,并将审核通过的救援订单保存至数据库。
实施例二
本实施例和实施例一的区别在于,本实施例将结合具体的应用场景进一步说明本发明上述基于lbs救援订单管理方法是如何实现的:
一种基于lbs救援订单管理方法,包括以下步骤:
s1、接收请求终端发送的救援信息,并匹配生成相应救援终端的救援任务信息;
所述救援信息包括所述请求终端的用户信息、车辆信息、地址信息和需求信息。
所述救援任务信息包括救援终端的用户信息、地址信息、任务内容和任务状态信息。
具体地,所述请求终端具体为移动终端,如使用者可在移动终端上通过微信或第三方接口发送救援信息;
s2、根据所述救援信息和救援任务信息生成相应的救援订单;
步骤s2还包括:
根据所述救援信息生成相应的救援订单编号。
具体地,如根据用户来源,所归属的公司,生成对应订单,按配置的公司信息,生成订单编号:前缀+订单序号;
步骤s2还包括:
根据所述请求终端的地址信息和所述救援终端的地址信息生成相应的救援路径。
s3、通过预设的规则对所述救援订单进行管理。
步骤s3具体为:
通过预设的界面布局对所述救援订单进行管理。
所述的通过预设的界面布局对所述救援订单进行管理具体为:
通过双竖向界面结构对所述救援订单进行管理。
具体地,对救援订单进行管理具体为:
1、调度展示
采用双竖向结构展示(对界面进行划分)
如左边上部分展示救援信息,包含请求终端的用户信息、车辆信息、地址信息、需求信息和备注信息等
左边下部分展示订单派遣技师的救援任务信息,包含救援终端的用户信息(技师姓名电话等信息)、地址信息、任务内容和任务状态信息(未接单、接单、出发等)
右边上部分地图地址展示,标注救援地地址,以及周边技师或者服务商当前位置,以及在左上角展示所有的技师或服务商列表
右边下部分展示技师和服务商相关信息,
技师的用户信息包含车牌、技师姓名、状态、预计里程、预计时间、压单等信息
服务商信息包含名称,服务类型,服务区域,预计里程,服务价格等;
2、订单详情展示
展示包含订单信息、任务信息、报数信息、照片信息等信息
采用双竖向结构展示
左边展示订单全信息,录音信息、修改记录、投诉信息、跟踪记录信息
右边上部分展示技师任务信息,包含调度类型、技师信息、备注、金额等信息
右边下部分左边展示报数信息,包含订单的里程、各种救援金额、服务商结算信息
右边下部分右边展示订单实施过程中产生的照片展示
步骤s3之后还包括:
对所述救援订单进行审核,并将审核通过的救援订单保存至数据库。
具体地,通过确认订单用户来源、救援地址、车主电话、救援预估价等信息确认订单是否合格。
订单来源用户:通过电话确认或者微信等渠道确认是否属于该用户
救援地址:因地址产生的经纬度信息是由系统处理预存,可能存在偏移或者不准确的情况。需要客服和用户或者车主进行确认调整。
预估价格:是根据经纬度产生预估距离而进行预估的价格,由客服确认这个价格是否准确
审核通过,保存信息到数据库中,同时系统对调度组发送对应的消息通知。
调度组,接收到来自页面上的消息提醒。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等同变换,或直接或间接运用在相关的技术领域,均同理包括在本发明的专利保护范围内。