打车软件论文文献

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

带来了很多问题，有很多人因为这样的软件出现了特别严重的安全隐患问题，导致很多出租车没有生意，影响了经济收入，这些司机没办法掌握一手资源，不了解客户的信息。

2013年，上海出租行业兴起一款“手机打车软件”，用户在网上下载软件后，输入起点和目的地，自愿选择“是否支付小费”，出租车司机则可根据线路、是否有小费等选择接受订单。这种拼小费竞价打车的模式引来了不少质疑声，认为这是变相涨价，并使行业监管出现“灰色地带”。 截止到2013年5月7日，安卓平台上11家主流应用商店的打车类软件客户端总体下载量已超过百万，用户主要集中在北上广等一线城市。由于出租车司机与打车者之间信息不对称，导致非高峰时段出租车空载、高峰期和恶劣天气下司机拒载等现象频发，而手机打车软件通过加价等手段，提高了打车成功几率，实现了司机和打车者双赢，因而在大城市日益走俏。 手机打车软件由于正处于探索起步阶段，商业模式尚不明确，导致运营成本较高。特别是由于打车市场的不规范，导致加价策略在某种程度上加剧了原有公共交通资源的分配矛盾，打乱了路边打车和应用订车的公平竞争环境，可能会影响此类打车软件的发展前景。

给社会带来了很大的危害，造成了很多人失踪，导致了很多人死亡，导致了很多年轻女性受到伤害，造成了社会的不平等，这些都是打车软件给社会带来的问题。