[发明专利]移动出行业务处理方法及装置在审
申请号: | 201810150936.0 | 申请日: | 2018-02-13 |
公开(公告)号: | CN110166513A | 公开(公告)日: | 2019-08-23 |
发明(设计)人: | 王珏;张瑞星;李璐;李可;张晓雪;刘琳 | 申请(专利权)人: | 北京嘀嘀无限科技发展有限公司 |
主分类号: | H04L29/08 | 分类号: | H04L29/08;H04W4/50;H04M1/725;G06Q30/06;G06Q50/30 |
代理公司: | 北京同立钧成知识产权代理有限公司 11205 | 代理人: | 乔慧;刘芳 |
地址: | 100193 北京*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 订单请求 出行 业务类型 车辆信息 业务处理 应答 服务器 接收用户 移动 触发 预设 耗时 | ||
本发明实施例提供一种移动出行业务处理方法及装置。该方法包括:接收用户在所述出行业务的操作界面上触发的订单请求,所述订单请求涉及至少两个出行业务类型;根据所述订单请求,在所述操作界面上显示车辆信息;所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。本发明实施例用户可以一次向服务器发起包含至少两个出行业务类型的订单请求,在操作界面上显示最快应答的车辆的信息,避免了用户多次发起订单请求,导致的耗时较长的问题,从而提高了用户的体验。
技术领域
本发明实施例涉及移动出行技术领域,尤其涉及一种移动出行业务处理方法及装置。
背景技术
随着通信技术和计算机技术的不断发展,越来越多的用户选择使用用户设备(例如智能手机)上的出行平台来呼叫车辆,以方便用户出行。
目前,用户打开安装于用户设备上的出行平台呼叫车辆时,通常在出行平台的界面上选择某一车型并输入出行信息,如输入出发地、目的地等。在服务器为用户派单成功后,出行平台的操作界面上将显示有用户呼叫到的车辆的相关信息,以便用户进行出行。
在早晚高峰或者其他供不应求的场景下,用户选择某一车型发起呼叫后,只有当呼叫失败时用户才能继续尝试其他车型发起呼叫,用户可能会经过较长时间的等待,而且用户在呼叫失败后可能会在多个车型间反复尝试、多次发起呼叫,耗时较长,用户体验不高。
发明内容
本发明实施例提供一种移动出行业务处理方法及装置,以解决现有技术中用户在呼叫车辆时的耗时较长,用户体验不高的问题。
第一方面,本发明实施例提供一种移动出行业务处理方法,包括:
接收用户在所述出行业务的操作界面上触发的订单请求,所述订单请求涉及至少两个出行业务类型;
根据所述订单请求,在所述操作界面上显示车辆信息;所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。
第二方面,本发明实施例提供一种移动出行业务处理方法包括:
接收第一用户设备发送的订单请求,所述订单请求涉及至少两个出行业务类型;
根据预设的派单策略,向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求;
根据接收到的与所述派单请求对应的响应信息,向所述第一用户设备发送车辆信息;所述车辆信息为最快应答的第二用户设备对应的车辆的信息。
第三方面,本发明实施例提供一种移动出行业务处理装置,包括:
接收模块,用于接收用户在所述出行业务的操作界面上触发的订单请求,所述订单请求涉及至少两个出行业务类型;
显示模块,用于根据所述订单请求,在所述操作界面上显示车辆信息;所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。
第四方面,本发明实施例提供一种移动出行业务处理装置,包括:
接收模块,用于接收第一用户设备发送的订单请求,所述订单请求涉及至少两个出行业务类型;
发送模块,用于根据预设的派单策略,向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求;
所述发送模块,还用于根据接收到的与所述派单请求对应的响应信息,向所述第一用户设备发送车辆信息;所述车辆信息为最快应答的第二用户设备对应的车辆的信息。
第五方面,本发明实施例提供一种用户设备,包括:
处理器,以及,用于存储处理器的可执行指令的存储器;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京嘀嘀无限科技发展有限公司,未经北京嘀嘀无限科技发展有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810150936.0/2.html,转载请声明来源钻瓜专利网。