[发明专利]一种订单分配的方法及服务器有效
申请号: | 201610677833.0 | 申请日: | 2016-08-16 |
公开(公告)号: | CN107767197B | 公开(公告)日: | 2021-06-04 |
发明(设计)人: | 叶勇 | 申请(专利权)人: | 北京嘀嘀无限科技发展有限公司 |
主分类号: | G06Q30/06 | 分类号: | G06Q30/06 |
代理公司: | 北京友联知识产权代理事务所(普通合伙) 11343 | 代理人: | 尚志峰;汪海屏 |
地址: | 100000 北京*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 订单 分配 方法 服务器 | ||
本发明提供了一种订单分配的方法及服务器。该方法包括:接收用户设备UE发送的打车请求,所述打车请求包括出发地和目的地;根据所述打车请求生成订单;获取多个待接单终端的行驶信息,根据所述行驶信息预测各个待接单终端经过预设时间段后的位置;根据所述各个待接单终端经过预设时间段的位置,筛选出经过预设时间段后距离所述出发地的距离小于第一预设阈值的终端,作为目标终端,将所述订单分配给所述目标终端。本发明实施例根据多个待接单终端的行驶信息预测各个待接单终端经过播单延迟时间后的位置,筛选出经过播单延迟时间后距离出发地的距离小于第一预设阈值的终端,作为目标终端,将所述订单分配给所述目标终端,提高了订单成交率。
技术领域
本发明涉及计算机处理技术领域,尤其涉及一种订单分配的方法及服务器。
背景技术
移动互联网改变了人们的出行方式和体验,打车软件的使用越来越普遍,乘客可以便捷地通过用户设备(User Equipment,简称UE)上安装的打车软件发布打车需求。
现有的打车软件订单分配的方法,乘客通过UE安装的APP进行叫车,将包括出发地和目的地信息的用车订单发送给服务器,服务器获取出发地附近的司机终端,将用车订单信息发送给司机端,由司机选择是否承接该订单。
当前的播单系统中,在乘客发送用车订单信息到该订单展示给司机,这中间会有一定时间的延迟,造成延迟的原因包括系统处理时间、传输延迟、播放延迟(会有多条订单发送给司机端,按顺序播放,因此存在播放延迟,而且目前播单一般为语音播报,从一条订单开始播报到播报完成可以抢单,可能需要2-3s时间),这些延迟加起来会达到10s左右,而在分配订单时,目前的分配系统仍然按照乘客发送订单时刻的UE位置和司机终端位置进行分配,可能出现的情况是,由于延迟,订单播报给司机终端的时候可能该司机终端已经不在UE发送订单时的位置,从而变得不再适合接受该订单,降低了打车订单成交率。
发明内容
针对现有的由于播单延迟造成打车订单成交率低的缺陷,本发明提出如下技术方案:
一种订单分配的方法,包括:
接收用户设备UE发送的打车请求,所述打车请求包括出发地和目的地;
根据所述打车请求生成订单;
获取多个待接单终端的行驶信息,根据所述行驶信息预测各个待接单终端经过预设时间段的位置;
根据所述各个待接单终端经过预设时间段的位置,筛选出经过预设时间段后距离所述出发地的距离小于第一预设阈值的终端,作为目标终端,将所述订单分配给所述目标终端。
可选地,所述行驶信息包括:与所述待接单终端对应的车辆的位置、速度和行驶方向。
可选地,所述方法还包括:
根据所述行驶信息预测各个目标终端的行驶轨迹,根据所述行驶轨迹判断各个目标终端在预设时间段是否在高速路行驶;
筛选出目标终端中在预设时间段不在高速路行驶的终端,作为第一目标终端;相应地,所述将所述订单分配给所述目标终端包括:
将所述订单分配给所述第一目标终端。
可选地,所述方法还包括:
根据所述行驶信息预测各个目标终端的行驶轨迹,根据所述行驶轨迹判断各个目标终端在预设时间段是否经过路口;
筛选出目标终端中在预设时间段不经过路口的终端,作为第二目标终端;相应地,所述将所述订单分配给所述目标终端包括:
将所述订单分配给所述第二目标终端。
可选地,所述获取多个待接单终端的行驶信息,包括:
获取当前时刻距离所述出发地的距离小于第二预设阈值的多个待接单终端的行驶信息;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京嘀嘀无限科技发展有限公司,未经北京嘀嘀无限科技发展有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201610677833.0/2.html,转载请声明来源钻瓜专利网。