首先,得有自己的服务器端,司机端APP通过GPS定位实时获取经纬度,有变化时发往服务端。后台有一张表,这张表保存了出租车每一秒的经纬度坐标,剩下的就是后台的检索,检索时,按二维坐标检索出指定位置最近的坐标即可。像微信,最近的好友都是这个原理。目前mongodb, postgresql,均支持二维索引,mysql通过插件虽然也支持,但效果差强人意。
接下来,回到前端,你需要在前端的地图上实时刷新,每隔一秒,就向后台请求一次当前车子的最新坐标,然后把车子的位置重新设置到这个坐标上来,这就实现了你说的移动、停止、等红灯
这期间服务端只负责用户过滤车数据转发,所以压力并不大,当然要提前做好内存表的索引。
当然服务端构架不可能是单机的,因为用户连接众多,整个服务集群的构架会比较复杂,几句话无法说清。
像滴滴打车这样的服务端是比较复杂的,用户众多,同时在线量可能超过百万,以单机带1w用户来说都需要100以上的业务服务端。这100w的在线用户分布到众多的服务端上,要进行数据过滤也不是像单机服务器那样一个内存表就搞定的。
关于打车中语音发送的问题:
1、乘客启动滴滴打车软件客户端
2、点击“现在用车”,按住说话,发送一段语音说明现在所在具体的位置和要去的地方
3、松开叫车按钮,叫车信息会以该乘客为原点,在90s内自动推送给直径3公里以内的出租车司机,司机可以在滴滴打车司机端一键抢应,并和乘客保持联系
4、在乘客到达目的地下车需要支付车费时,即可使用滴滴打车合作伙伴微信支付和QQ钱包进行线上支付,既可享受免找零烦恼,也避免了假币,丢钱包等现象发生,完成了从打车到支付的一个完美闭环服务,让用户的出行尽在自己掌握。
滴快车,专车,指派订单根据司机所在的位置,推送距离司机最近的订单,并保证在指定时间内只推送给一个司机。一个订单,同一时间只派给一个司机。司机听单时,只需点击[接单]按钮确认接单。 如果在规定时间内未抢单,司机将不会再听到此订单。将会推送给其他司机。但不会出现接单失败的情况。
显示地图上司机的算法,可参考这篇文章
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)