[发明专利]实时单处理方法及服务器有效
申请号: | 201610409254.8 | 申请日: | 2016-06-06 |
公开(公告)号: | CN107464413B | 公开(公告)日: | 2021-01-01 |
发明(设计)人: | 李隽钦 | 申请(专利权)人: | 北京嘀嘀无限科技发展有限公司 |
主分类号: | G08G1/00 | 分类号: | G08G1/00;H04L29/08 |
代理公司: | 北京市金杜律师事务所 11256 | 代理人: | 王茂华 |
地址: | 100193 *** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 实时 处理 方法 服务器 | ||
本发明公开一种实时单处理方法及服务器,所述方法包括:接收第一实时单,所述第一实时单包括乘车出发地和乘车目的地;获取已被承接的第一预约单,所述第一预约单包括第一预约用车时间以及第一预约用车地;判断是否满足预设的匹配条件,若满足所述匹配条件,则将所述第一实时单发送给已经承接所述第一预约单的司机终端。当上述方法应用于网络约车时,能够使车辆资源得到较合理的调配,从而降低司机成本。
技术领域
本发明涉及网络约车技术领域,具体涉及一种实时单处理方法及服务器。
背景技术
通常用户在通过用户终端叫车时,不管是实时用车还是预约用车,均会向服务器上传包含乘车信息的用车订单。实时用车的用车订单称为实时单,预约用车的用车订单称为预约单。服务器在接收到所述用车订单后,会立即将所述用车订单进行广播,等待司机进行接单。在这样运作的模式下,如果一个司机先抢到了一个预约单,而后服务器又广播了一个实时单,而该实时单载客结束后司机仍然有充裕的时间赶往下一个预约单的预约用车地,但是该司机却未抢到该实时单,这就使得约车平台的车辆资源不能得到合理的调配,增加了司机的成本。比如,假定当前时间为中午12:00,司机A抢到了一个下午2:00从郊区某工厂至市区某宾馆的预约单X,而后服务器接到了一个从飞机场至郊区某小区的实时单Y,并立即通过广播进行发布。假定完成实时单Y大概需要1个半小时,而郊区某工厂邻近郊区某小区,如果这时司机B抢到了实时单Y,考虑司机A去往郊区某工厂以及司机B返回市区空载的可能性,如果考虑成本,现有的运作模式在派单方面就显得不太合理。
由此,如何将用户的实时单进行分配,以使车辆资源能够得到较合理的调配,成为亟待解决的问题。
发明内容
针对现有技术中的缺陷,本发明实施例提供一种实时单处理方法及服务器。
一方面,本发明实施例提出一种实时单处理方法,包括:
接收第一实时单,所述第一实时单包括乘车出发地和乘车目的地;
获取已被承接的第一预约单,所述第一预约单包括第一预约用车时间以及第一预约用车地;
判断是否满足预设的匹配条件,若满足所述匹配条件,则将所述第一实时单发送给已经承接所述第一预约单的司机终端。
本发明实施例提供的实时单处理方法,当满足预设的匹配条件时,将第一实时单发送给已经承接第一预约单的司机终端,从而相较于获取用车订单后即时进行广播等待接单的现有技术,本发明根据司机已承接的预约单的情况为其量身定制地发送其它实时单,从而能够合理地将实时单发送给司机,实现车辆资源的合理调配,继而降低司机的成本。
另一方面,本发明实施例提出一种服务器,包括:
接收单元,用于接收第一实时单,所述第一实时单包括乘车出发地和乘车目的地;
获取单元,用于获取已被承接的第一预约单,所述第一预约单包括第一预约用车时间以及第一预约用车地;
判断单元,用于判断是否满足预设的匹配条件,若满足所述匹配条件,则将所述第一实时单发送给已经承接所述第一预约单的司机终端。
本发明实施例提供的服务器,判断单元确定出满足预设的匹配条件时,将接收单元接收的第一实时单发送给已经承接获取单元获取的第一预约单的司机终端,从而相较于获取用车订单后即时进行广播等待接单的现有技术,本发明根据司机已承接的预约单的情况为其量身定制地发送其它实时单,从而能够合理地将实时单发送给司机,实现车辆资源的合理调配,继而降低司机的成本。
附图说明
图1为本发明实时单处理方法一实施例的流程示意图;
图2为本发明服务器一实施例的结构示意图;
图3为本发明服务器另一实施例的结构示意图。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京嘀嘀无限科技发展有限公司,未经北京嘀嘀无限科技发展有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201610409254.8/2.html,转载请声明来源钻瓜专利网。
- 上一篇:月饼包装盒(中秋月饼11)
- 下一篇:压缩雾化器(熊猫)